स्प्लिट टनेलले ब्राउजर बाहिर राख्छ, यसका 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

रिजोल्भरलाई स्पष्ट रूपमा पनि सोध्नुहोस्, ताकि असफलता मार्गलाई होइन सर्भरलाई दिन सकियोस्। त्यसपछि ब्राउजर पुनः सुरु गरी दोहोर्याउनुहोस्, किनभने एप्लिकेसनले नकारात्मक उत्तर क्यास गर्छन् र पुरानो असफलता स्थायी देखिन्छ।

स्वीकृत परिवर्तनपछि डेटा मार्ग र रिजोल्भरको प्राप्तकर्तालाई दुई छुट्टै लाइनका रूपमा मितिसहित लेख्नुहोस्। यदि अर्को पुनःजडानमा व्यवहार फर्कियो भने, त्यो प्रदान गर्ने प्रोफाइल सुधार्नुपर्छ, ब्राउजर होइन।