Tunnelblick: लॉगिनला किंवा बूटला कनेक्ट करा - एक निवडा
दोन स्वयंचलित मोड वेगवेगळ्या घटनांचे अनुसरण करतात: वापरकर्ता सत्र किंवा बूट. ज्याची ओळखपत्रे कोणीही पासवर्ड टाइप करण्यापूर्वी अस्तित्वात आहेत तो मोड निवडा.
सेटिंग सांगते आपोआप कनेक्ट करा, आणि ती लागू केल्यानंतर काय होते ते दोनपैकी कोणता मोड निवडला यावर पूर्णपणे अवलंबून असते। एक मॅकवर साइन इन केल्यावर टनेल सुरू करतो; दुसरा संगणक बूट झाल्यावर, कोणत्याही वापरकर्ता सत्राशिवाय सुरू करतो। दुसऱ्याला कोणीही पासवर्ड टाइप करण्यापूर्वी अस्तित्वात असलेली ओळखपत्रे आवश्यक आहेत, म्हणूनच तो बऱ्याचदा कधीही वर न येणाऱ्या कनेक्शनवर संपतो। दोन्हीपैकी कोणताही मोड टनेल अस्तित्वात येण्यापूर्वी रहदारी थांबवणारे धोरण नाही।
पर्याय निवडण्यापूर्वी कनेक्शनने कोणत्या घटनेचे अनुसरण करावे ते ठरवा, कारण आवश्यकता पूर्णपणे त्या उत्तरातून येतात।
दोन पर्याय, दोन वेगळी सत्रे
Tunnelblick ची स्वयंचलित कनेक्शन सेटिंग लॉगिन-वेळ मोड आणि संगणक-स्टार्ट मोड देते, आणि ही अदलाबदल करण्यायोग्य लेबले नाहीत। पहिला वापरकर्ता सत्राच्या आत चालतो, त्या वापरकर्त्याच्या कीचेनसह आणि विचारण्याच्या क्षमतेसह। दुसरा इंटरफेसशिवाय आणि त्या सत्राशिवाय चालतो, त्यामुळे संवादाला दिसण्यासाठी कोणी नाही। उर्वरित जे वेगळे आहे, त्यात कोणती कॉन्फिगरेशन पात्र आहेत हे देखील, त्या विभाजनातून येते।
म्हणून डेस्कटॉपवर कार्यरत खाजगी प्रोफाइल आपोआप संगणक स्टार्टसाठी उमेदवार नाही।
लॉगिन-वेळ स्टार्ट तुम्हाला काय देते
सत्रासोबत सुरू करणे सामान्य संवादात्मक संदर्भ टिकवते। ॲप प्रोफाइलला जे आवश्यक आहे ते मागू शकते, मग ते खाते पासवर्ड, की पासफ्रेज किंवा MFA विनंती असो, आणि उत्तर देण्यासाठी वापरकर्ता तिथे असतो। Tunnelblick लॉगआउटला चालू असल्यास लॉगिनला पुन्हा सुरू करण्याचे देखील नोंदवते, हे संबंधित पण वेगळे वर्तन आहे आणि स्थापित आवृत्तीसाठी तपासण्यासारखे आहे। ॲप उघडणे आणि वापरण्यायोग्य टनेल उभारणे या दोन घटना आहेत, आणि तुम्हाला ज्या स्रोतापर्यंत पोहोचायचे आहे त्यासाठी फक्त दुसरीच महत्त्वाची आहे।
लॉगआउट करून पुन्हा लॉगिन करून त्याची चाचणी करा, नंतर चिन्हाऐवजी खाजगी स्रोत तपासा। मेनू बारमधील चिन्ह ॲप सुरू झाल्याचे सिद्ध करते; यशस्वी विनंती टनेल कार्यरत असल्याचे सिद्ध करते।
संगणक स्टार्टला प्रत्यक्षात काय आवश्यक आहे
संगणक स्टार्ट OpenVPN Tunnelblick इंटरफेसशिवाय आणि लॉगिन केलेल्या वापरकर्त्याशिवाय चालवतो, त्यामुळे वापरकर्ता कीचेन उपलब्ध नाही आणि कोणतीही विनंती दिसू शकत नाही। या पर्यायासाठी या मोडसाठी पात्र सामायिक कॉन्फिगरेशन आवश्यक आहे, आणि प्रमाणीकरण माणसाच्या देखरेखीशिवाय कार्य करावे लागते: पासफ्रेजशिवाय की, किंवा VPN मालकाने मंजूर केलेली दुसरी समर्थित व्यवस्था। कीवरून संरक्षण काढणे किंवा राखाडी नियंत्रण निवडण्यायोग्य व्हावे म्हणून फाइलमध्ये MFA कोड साठवणे हे कॉन्फिगरेशन नाही, ते पातळी खाली आणणे आहे।
संगणक-स्टार्ट कनेक्शन ॲप आणि वापरकर्ता सत्रापेक्षाही जास्त टिकू शकते। Tunnelblick बंद केल्याने टनेल संपते असे गृहीत धरण्याऐवजी प्रशासक ते कसे पाहतो आणि थांबवतो याची योजना करा।
दोन्हीपैकी कोणीही रहदारी अडवत नाही
लवकर सुरू होणे हे नेटवर्क-अडवण्याचे धोरण नाही। OpenVPN कनेक्ट होऊ शकण्यापूर्वी अंतर्निहित नेटवर्क असणे आवश्यक आहे, आणि यादरम्यान इतर ॲप्लिकेशन्स ते मोकळेपणे वापरू शकतात। टनेल वर येण्यापूर्वी काहीही बाहेर जाऊ नये ही आवश्यकता असल्यास, ती स्वतःच्या पडताळणीसह वेगळी अंमलबजावणी रचना आहे, VPN क्लायंटमधील चेकबॉक्स नाही। macOS चे ऑन-डिमांड नियम आणि फायरवॉल त्या समस्येचे वेगवेगळे भाग सोडवतात।
सेटिंगला स्पर्श करण्यापूर्वी आवश्यकता एका वाक्यात लिहा: या मॅकमध्ये लॉगिनपासून, बूटपासून, किंवा फक्त विशिष्ट ॲप्लिकेशन चालू असताना टनेल असणे आवश्यक आहे। नंतर स्थापित आवृत्ती प्रत्यक्षात कोणत्या मोडना समर्थन देते ते तपासा।
हे सुरू करणारे लक्षण सामान्यतः कधीही वर न आलेले टनेल असते। उत्तर जवळजवळ नेहमीच सत्र मॉडेल असते, प्रोफाइल नाही।