स्प्लिट टनल ब्राउझर वगळते, त्याचे DNS प्रश्न नाही

ब्राउझर टनलमधून वगळलेला, सार्वजनिक IP पृष्ठ पुष्टी करते की त्याचा रहदारी घरच्या जोडणीतून बाहेर जातो, आणि अंतर्गत विकी तरीही उघडत नाही। नाव निराकरण दुसरीकडे गेले, आणि ते दुसरीकडे सहसा VPN ने सेट केलेला रिझॉल्व्हर असतो। डेटा मार्ग आणि रिझॉल्व्हर मार्ग बहुतेक स्प्लिट-टनल आराखड्यांमध्ये स्वतंत्र निर्णय आहेत। वगळणी बिघडलेली म्हणण्यापूर्वी ब्राउझरने प्रत्यक्षात कोणता वापरला ते तपासा।

डेटा मार्ग आणि रिझॉल्व्हर मार्ग वेगळे होतात

वगळणी एका अनुप्रयोगाची पॅकेट टनलमधून काढते, जे डेटा मार्गावरील मार्गनिर्देशन आणि फायरवॉलचे निर्णय आहे। नाव निराकरण हा वेगळा शोध आहे: एक प्रक्रिया प्रणालीच्या रिझॉल्व्हरला विचारते, आणि तो रिझॉल्व्हर ठरवतो कोणता सर्व्हर प्रश्न घेईल।

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

कोणती प्रक्रिया प्रश्न विचारते ते शोधा

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

resolvectl status
resolvectl query intranet.example.net
dig +short +time=2 intranet.example.net @10.52.0.2
scutil --dns | head -n 40

चाचणीपूर्वी प्रभावी संरचना वाचा: कोणत्या लिंक DNS सर्व्हर वाहतात, कोणती नावस्थळे दावा करतात, आणि प्रति-नाव धोरण डीफॉल्टला मागे टाकते का। लिनक्सवर स्प्लिट DNS मार्गनिर्देशन डोमेन वापरते; विंडोजवर नाव निराकरण धोरण सारणी नावस्थळांसाठी तेच काम करते। दोन्हीपैकी काहीही लीक-चाचणी पृष्ठावरून दिसत नाही।

कोणता रिझॉल्व्हर कोणते नाव पाहील ते ठरवा

काहीही बदलण्यापूर्वी इच्छित मॅपिंग लिहा: अंतर्गत नावे कॉर्पोरेट रिझॉल्व्हरकडे, सार्वजनिक नावे धोरण ज्या सेवेला परवानगी देते तिकडे, आणि अपवाद मालकासह। त्या यादीशिवाय, लीक-चाचणीचे प्रत्येक लेबल असे धोरणवाद बनते जे कोणीच मिटवू शकत नाही।

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

एक चाचणी लेबल हिरवे करण्यासाठी प्रत्येक DNS फील्ड पुन्हा लिहू नका। लेबल एका क्षणी एका प्रक्रियेच्या एका प्रश्नाचे वर्णन करते।

प्रश्न आणि जोडणी स्वतंत्रपणे पडताळा

दोन्ही मार्ग स्वतंत्रपणे चाचणा। कनेक्शन चाचणी डेटा मार्ग दाखवते, आणि रिझॉल्व्हर चाचणी नाव कोणाला मिळाले ते दाखवते।

curl -sS --max-time 8 https://api.ipify.org
resolvectl query example.net
dig +short example.net

रिझॉल्व्हरला स्पष्टपणेही विचारा, जेणेकरून अयशस्वीता मार्गाला नव्हे तर सर्व्हरला दिली जाईल। नंतर ब्राउझर पुन्हा सुरू करा आणि पुन्हा करा, कारण अनुप्रयोग नकारात्मक उत्तरे कॅश करतात आणि जुनी अयशस्वीता टिकाऊ वाटते।

मंजूर बदलानंतर डेटा मार्ग आणि रिझॉल्व्हरच्या प्राप्तकर्त्याला दोन स्वतंत्र ओळी म्हणून तारखेसह नोंदवा। पुढील पुनर्जोडणीत वर्तन परत आले तर ते पुरवणारी प्रोफाइल दुरुस्त करायची आहे, ब्राउझर नाही।