VPN जोडले आहे पण IP पत्ता बदलला नाही: का

तुम्ही जोडता, क्लायंट म्हणतो जोडले आहे, आणि पत्ता चाचणी अजूनही पूर्वीचीच संख्या दाखवते। निर्देशकात काहीही चूक नाही; प्रोफाइल आणि अ‍ॅपमधील काहीतरी ती विनंती टनेलबाहेर ठेवले। कोणतेही कॉन्फिगरेशन हाताळण्यापूर्वी तुम्ही तीनपैकी काय पाहत आहात ते ठरवा: सार्वजनिक पत्ता कधीच न मोजणारी चाचणी, फक्त काही रहदारी व्यापणारे टनेल, किंवा राउटिंग निर्णय जिंकणारा दुसरा मार्ग। प्रत्येकाकडे एक मिनिटापेक्षा कमी वेळ घेणारी एक तपासणी आहे।

चाचणीने प्रत्यक्षात काय मोजले ते स्पष्ट करा

Wi-Fi किंवा Ethernet संवादात दिसणारा पत्ता तुमच्या स्वतःच्या विभागातील इंटरफेस पत्ता आहे, वेबसाइटला दिसणारा पत्ता नाही, त्यामुळे टनेल उत्तम काम करत असतानाही तो तसाच राहू शकतो। स्थान पुन्हा वेगळा संकेत आहे: जतन केलेला खाते प्रदेश किंवा परवानगी दिलेले भू-स्थान वाचन तुम्ही एक्झिट बदलल्यावर हलत नाही, आणि तुम्हाला आधीच ओळखणारे लॉगिनही हलत नाही।

सार्वजनिक पत्त्याची प्रतिध्वनी वापरा आणि प्रत्येक कुटुंबाला वेगळे विचारा, कारण दुहेरी स्टॅक चाचणीचा निकाल मनोरंजक प्रकरण लपवतो:

curl -4 -s https://ifconfig.me
curl -6 -s https://ifconfig.me

जोडण्यापूर्वी आणि नंतर दोन्ही चालवा। IPv4 उत्तर एक्झिट पत्त्यावर बदलले आणि IPv6 उत्तर बदलले नाही, तर तुमचे टनेल तुटलेले नाही; एक कुटुंब त्याच्या बाहेर जात आहे। दोन्ही उत्तरे तशीच राहिल्यास, विनंती टनेलपर्यंत पोहोचलीच नाही आणि येथील उर्वरित लागू आहे।

प्रोफाइल फक्त काही रहदारी व्यापू शकते

स्प्लिट-टनेल प्रोफाइल हे नेहमीचे उत्तर आहे, आणि तो दोष नाही। OpenVPN सर्व काही टनेलमधून फक्त तेव्हाच पाठवते जेव्हा redirect-gateway ढकललेल्या पर्यायांमध्ये असतो; त्याशिवाय क्लायंटला काही ठराविक मार्ग मिळतात आणि तुमचा डीफॉल्ट मार्ग भौतिक दुव्यावर राहतो। Windows वर तोच स्विच अ‍ॅडाप्टरच्या IPv4 गुणधर्मांमध्ये «दूरस्थ नेटवर्कवर डीफॉल्ट गेटवे वापरा» असे दिसतो, आणि तो काढून टाकणे ही प्रत्येक पुनर्जोडणीनंतर टिकणारी जाणीवपूर्वक निवड आहे।

प्रति-अ‍ॅप व्याप्ती हा दुसरा थर आहे। Android ची प्रति-अ‍ॅप VPN सेटिंग कोणती अ‍ॅप्स समाविष्ट आहेत हे ठरवते, त्यामुळे स्टेटस बारमधील VPN किल्ली ब्राउझर त्याच्या आत आहे हे सिद्ध करत नाही। स्वतःची रहदारी प्रॉक्सी करणारा ब्राउझर विस्तार आरशातील प्रतिमा तयार करतो: ब्राउझर एक्झिट पत्ता दाखवतो तर त्याच मशीनवरील मेल क्लायंट किंवा गेम अजूनही तुमचा दाखवतो। तीच विनंती दोन अ‍ॅप्समध्ये तुलना करा। एक बदलला आणि दुसरा बदलला नाही, तर तुम्ही व्याप्ती पाहत आहात, अपयशी टनेल नाही।

एक पत्ता कुटुंब अजूनही सरळ जाऊ शकते

बहुतेक VPN प्रोफाइल IPv4 साठी लिहिलेली आहेत, आणि अनेक अजूनही तशीच आहेत। दुहेरी स्टॅक नेटवर्कवर टनेल IPv4 साठी 10.8.0.x घेते तर भौतिक दुवा जागतिक IPv6 पत्ता आणि डीफॉल्ट मार्ग ठेवतो, त्यामुळे IPv6 समर्थित साइट थेट गाठली जाते आणि ती जो पत्ता नोंदवते तो तुमच्या प्रदात्याचा आहे। हे कार्यरत IPv4 टनेलसह होणारे गळती आहे, आणि फक्त IPv4 बोलणाऱ्या चाचणीला अदृश्य आहे।

ip -4 route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

प्रत्येक उत्तरात इंटरफेस वाचा। IPv6 शोध तुमच्या Ethernet किंवा Wi-Fi उपकरणाचे नाव घेतो आणि IPv4 शोध टनेलचे नाव घेतो, तर त्या कुटुंबाची धोरणे नाहीशी आहेत, तुटलेली नाहीत। संपूर्ण उपकरणावर IPv6 बंद केल्यास लक्षण नाहीसे होते आणि निर्णय लपतो; प्रोफाइलची व्याप्ती दुरुस्त करणे किंवा फक्त त्या जोडणीवर कुटुंब अक्षम करणे पसंत करा, आणि दोनपैकी कोणते निवडले ते नोंदवा।

दुसरा मार्ग शोध जिंकू शकतो

स्पर्धक प्रॉक्सी, दुसरा VPN क्लायंट, कंटेनर किंवा दूरस्थ डेस्कटॉप साधनाचा आभासी अ‍ॅडाप्टर, किंवा तुम्ही तपासत असलेल्या नेमक्या प्रीफिक्ससाठी अतिरिक्त मार्ग यांना प्राधान्य मिळू शकते। ठराविक मार्ग नेहमी डीफॉल्ट मार्गाला हरवतो, त्यामुळे तुम्ही मोजत असलेल्या साइटसाठी उरलेला /24, तुमच्या LAN गेटवेकडे निर्देश करणारा, टनेल कितीही निरोगी असो ती रहदारी टनेलबाहेर पाठवत राहतो।

काहीही बदलण्यापूर्वी फक्त-वाचन आदेशांनी यादी करा:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
nmcli connection show --active

विश्वासार्ह मेट्रिक असलेले एकापेक्षा जास्त डीफॉल्ट मार्ग आणि गंतव्य व्यापणारा ठराविक मार्ग शोधा। ब्राउझरमध्ये प्रॉक्सी विस्तार किंवा सिस्टम प्रॉक्सी सेटिंग जोडणीचा मालक आहे का तेही तपासा; विस्तार स्वतःचा अपस्ट्रीम नाव देऊ शकतो आणि ऑपरेटिंग सिस्टमचा एक्झिट अस्पर्श ठेवू शकतो, ज्यामुळे त्याच मशीनच्या टर्मिनलपेक्षा ब्राउझरमध्ये वेगळा पत्ता येतो।

नवीन विनंतीने पुन्हा मोजा

पुन्हा जोडा, नंतर पहिल्यांदा चाचणी केलेल्या त्याच अ‍ॅपमधून मोजमापाची पुनरावृत्ती करा, कारण कॅशे केलेले पृष्ठ किंवा पुन्हा वापरलेली जोडणी जुनी स्थिती नोंदवते। जोडताना क्लायंटचा लॉग किंवा घटना दृश्य पाहा: प्रमाणीकरणानंतर मार्ग लागू करताना येणारी त्रुटी कोणत्याही निर्देशकापेक्षा मजबूत पुरावा आहे, आणि ती सहसा अपयशी मार्ग किंवा अ‍ॅडाप्टरचे नाव घेते।

दोन परिणाम वेगळे ठेवा। पत्ता बदलला पण एक साइट अजूनही तुम्हाला नाकारत असेल, तर टनेल काम करत आहे आणि साइट डेटा सेंटरचा पत्ता नाकारत आहे; ती वेगळ्या उत्तराची वेगळी समस्या आहे। पत्ता कधीच बदलत नसेल, तर चार प्रश्न क्रमाने करा: चाचणीने कोणता पत्ता छापला, कोणते कुटुंब होते, कोणत्या अ‍ॅपने विनंती केली, आणि ती विनंती कोणत्या मार्गाने गेली। VPN राउटिंग निर्णयांवरील Microsoft दस्तऐवज दोन्हींकडे मार्ग असताना Windows क्लायंट टनेल आणि भौतिक अ‍ॅडाप्टरमधून कसे निवडतो ते स्पष्ट करते।