VPN किल स्विच: कोणती रहदारी आणि कधी थांबवतो
पुन्हा जोडणी टनेल पुनर्संचयित करते; किल स्विच ते नसताना काय होते हे ठरवते। कनेक्शन तुटणे, हाताने डिस्कनेक्ट, अ‍ॅपमधून बाहेर पडणे आणि नेटवर्क बदलणे वेगवेगळे तपासा।
दोन वैशिष्ट्यांचे वर्णन एकाच शब्दाने केले जाते आणि ती वेगवेगळी कामे करतात। स्वयंचलित पुन्हा जोडणी टनेल परत आणण्याचा प्रयत्न करते, आणि त्या अंतरात विनंत्या अयशस्वी होत असताना ती एका सेकंदात यशस्वी होऊ शकते। किल स्विच त्या अंतरात रहदारीचे काय होईल हे ठरवते। हे दोन्ही एकच सेटिंग म्हणून वाचणे म्हणजे धोरणाऐवजी चिन्हावर विश्वास ठेवणे।
अडवणे आणि पुन्हा जोडणे हे वेगळे निर्णय आहेत
एक क्लायंट केवळ तेव्हाच थांबवतो जेव्हा कनेक्शन तुटणे अनपेक्षित असते, नंतर पुन्हा जोडतो आणि अडवणूक काढून टाकतो। दुसरा कोणी हाताने सेटिंग बदलत नाही तोपर्यंत सिस्टम पातळीवरील अडवणूक ठेवतो, आणि तिसरा जाणीवपूर्वक डिस्कनेक्टला सामान्य प्रवेश पुनर्संचयित करण्याची परवानगी मानतो। ही तीन वेगळी वर्तणूक आहेत, आणि तुमची आवृत्ती कोणती राबवते हे विक्रेत्याचे दस्तऐवज सांगते।
प्रोफाइल आयात केल्याने त्या प्रश्नाचा निर्णय होत नाही। तेच सर्व्हर प्रोफाइल विरुद्ध अडवणूक वर्तन असलेल्या दोन क्लायंटमध्ये लोड होते, कारण प्रोफाइल सेटिंग्ज नेते, वचन नाही। म्हणूनच डेस्कटॉपचा चेकबॉक्स आणि सारख्याच नावाचा मोबाइल स्विच वेगळे नियम राबवू शकतात। तुमच्या प्लॅटफॉर्मवरील नियंत्रणाच्या शेजारील वर्णन वाचा, मग ते काय करते ते तपासा।
तेच प्रोफाइल दोन क्लायंटमध्ये वेगळे वागते
OpenVPN Connect अ‍ॅपची सेटिंग्ज अशा टनेल मोडचे वर्णन करतात जो सामान्य रहदारी केवळ तेव्हाच धरून ठेवतो जेव्हा क्लायंट थांबलेली किंवा पुन्हा जोडणारी स्थिती कळवतो, जे प्रत्येक प्लॅटफॉर्मवरील प्रत्येक घटनेबद्दलच्या सामान्य वचनापेक्षा अरुंद आहे। उत्पादनाचे नाव नाही, सूचीबद्ध स्थिती वाचा। एका क्लायंट आवृत्तीसाठी लिहिलेले वर्णन दुसऱ्या विक्रेत्याच्या क्लायंटवर जात नाही।
Android एकच शब्द दोन नियंत्रणांसाठी दाखवते, कारण नेहमी सुरू असलेला VPN आणि VPN शिवाय कनेक्शन अडवणे वेगवेगळे नोंदवले आहे। सारख्याच नावाचा चेकबॉक्स असलेला डेस्कटॉप क्लायंट दोन्हींपैकी कशापेक्षाही अरुंद किंवा व्यापक काही राबवू शकतो। दोन मेनूंमधील समान लेबल दोन्ही वर्णने वाचेपर्यंत योगायोग माना। व्यवस्थापित उपकरणे तिसरा थर जोडतात, कारण उपकरण प्रोफाइल वापरकर्त्याला न दिसणारे किंवा रद्द करता न येणारे सेटिंग लादू शकते।
सारखी दिसणारी प्लॅटफॉर्म सेटिंग्ज समतुल्य नाहीत
तुम्ही पाहत असलेल्या नियंत्रणाची प्रत्यक्षात लागू होणाऱ्या धोरणाशी तुलना करा। व्यवस्थापित उपकरणावर दिसणारा स्विच राखाडी असू शकतो, किंवा उच्च पातळीचे प्रोफाइल उलटे लादत असताना तो सुरू असू शकतो। स्थानिक नाही, प्रभावी धोरण मागा, आणि उत्तर लेखी घ्या।
काहीही तपासण्यापूर्वी प्रत्येक थर काय दावा करतो ते लिहून ठेवा, कारण दोन्ही बऱ्याचदा जुळत नाहीत आणि तपासण्या सुरू झाल्यावर तो फरक हरवणे सोपे आहे। तपासणीदरम्यान बरोबर अडवणारे उपकरण कोणीही नोंद न केलेल्या कारणाने अडवत असू शकते।
एका वेळी एक घटना चालवा आणि कोड लिहा
एका वेळी एक घटना तपासा, निरुपद्रवी विनंतीसह, आणि प्रत्येक प्रयत्न नवीन विनंती करा, कदाचित आधीच कॅशेमध्ये असलेले पान नाही। खालील आदेश टनेल खाली आणतात, पान मागतात आणि इंटरफेस परत आला का ते दाखवतात।
ip link set tun0 down
curl -s -o /dev/null -w "%{http_code}\n" --max-time 5 https://example.com
ip -brief address show tun0तक्ता प्रत्येक कृतीला महत्त्वाच्या निरीक्षणाशी आणि ठेवण्यायोग्य पुराव्याशी जोडतो। मुदतीत अयशस्वी होणारी विनंती अडवणूक कामी आली हे सांगते; पार होणारी विनंती रहदारीने दुसरा मार्ग सापडला हे सांगते, जो बंद केलेली अडवणूक नाही तर वगळलेला मार्ग असू शकतो। अर्थपूर्ण सॉफ्टवेअर अद्यतन किंवा मार्ग धोरण बदलानंतर संपूर्ण संच पुन्हा करा, कारण दोन्हींपैकी कोणतेही दिसणारे सेटिंग न हलता शाखा बदलू शकते। शेवटी तुम्हाला अंदाज करता येणारे अपयश वर्तन हवे, आश्वासक चिन्ह नाही।
| What I do | What I watch | Evidence to keep |
|---|---|---|
| Bring the tunnel down by hand | Whether a fresh request fails at once | The HTTP code and the client state at that second |
| Choose Disconnect in the client | Whether ordinary access returns on purpose | The same request succeeding with no tunnel up |
| Quit the app, then reboot | Whether the block outlives the client | A request made from a clean boot |
| Move from Wi-Fi to cellular | Whether DNS and IPv6 follow the policy | The resolver answer, the route table and the code again |
अपवाद, अतिथी पोर्टल आणि अडवणूक जे करू शकत नाही
स्थानिक नेटवर्कवरील प्रवेश हा सामान्य अपवाद आहे, आणि तो वचनाचा व्याप्ती बदलतो। क्लायंट बाकी सर्व अडवत असताना त्याच सबनेटवरील प्रिंटरपर्यंत पोहोचू शकतो, जे घरी योग्य आणि अतिथी नेटवर्कवर प्रश्नार्थक आहे। घटनेने तुमच्यासाठी तो शोधण्यापूर्वी हा अपवाद हवा का हे ठरवा।
कठोर अडवणूक अतिथी नेटवर्कच्या पोर्टलवरील प्रवेशही अवघड करते, कारण पोर्टल हीच थांबवण्यासाठी अडवणूक अस्तित्वात असलेली थेट रहदारी आहे। नेटवर्क अधिकृत करण्याचा समर्थित मार्ग शिका, मग पान लोड होईपर्यंत नियंत्रणे बंद करण्याऐवजी धोरण जाणीवपूर्वक पुनर्संचयित करा। रिझॉल्व्हरचे उत्तर आणि मार्ग तक्ता एकाच टिपेत ठेवा, खालीलप्रमाणे। किल स्विच जे करू शकत नाही ते म्हणजे सेवा अनामिक करणे, कारण टनेलबाहेरील रहदारी अडवणे आत काय घडते याबद्दल काहीही सांगत नाही।
resolvectl query example.com
ss -tunp | grep -v tun0