फोनमा Private DNS ले VPN नाम खोज किन तोड्छ
फोनमा राखिएको कडा रिजोल्भरले टनेलको नाम सेवालाई पछाडि पार्न सक्छ। तपाईंलाई चाहिने नामहरूका आधारमा निर्णय गर्नुहोस्, त्यसपछि कुन एपले सोध्छ र कुन नीतिअन्तर्गत भनेर जाँच्नुहोस्।
टनेल जोडिएको रहँदा र अन्य सबै सूचक स्वस्थ देखिँदा पनि एपहरूले नाम समाधान गर्न सक्दैनन्। फोनमा सामान्य कारण VPN प्रोफाइल नभई यन्त्रले छानेको रिजोल्भर हो। दुई सेटिङले एउटै खोजमा आ-आफ्नो अधिकार दाबी गर्न सक्छन्। कुन जित्छ, र त्यो प्रश्नको उत्तर दिन सक्छ कि सक्दैन भन्ने पत्ता लगाउनु टनेललाई छुनुभन्दा छिटो हुन्छ।
दुई सेटिङले एउटै नाम निर्धारण गर्छन्
फोनको Private DNS सेटिङले यन्त्रका लागि रिजोल्भर छान्छ, स्वचालित छनोटदेखि निर्दिष्ट होस्टनामसम्मका मोडसहित। VPN प्रोफाइलले एकै समयमा आफ्नै रिजोल्भर थोपर्न सक्छ, र दुवै फरक स्क्रिनमा फरक मालिकद्वारा कन्फिगर गरिन्छन्। प्रत्येक एपका लागि एउटले अर्कोलाई अनिवार्य रूपमा पछाडि पार्दैन। त्यसैले चलिरहेको टनेल र असफल खोज विरोधाभासविना सँगै रहन सक्छन्।
ब्राउजरले तेस्रो तह थप्न सक्छ, किनकि ब्राउजरभित्रको सुरक्षित DNS ले आफ्नै प्रदायक छान्न सक्छ। त्रुटि उत्पन्न गर्ने एप तीनमध्ये कसले उत्तर दियो भन्ने एकमात्र भरपर्दो सङ्केत हो। रिजोल्भरले पनि उत्तर दिन सक्नुपर्छ। कम्पनीभित्रको मात्र नाम सार्वजनिक रिजोल्भरको डेटामा हुँदैन, त्यसैले खोज जडानले होइन, सामग्रीले असफल हुन्छ।
चाहिने नामअनुसार मोड छान्नुहोस्
यन्त्रले आन्तरिक नाम समाधान गर्नुपर्ने भए रिजोल्भर ती जोन राख्ने नै हुनुपर्छ, जसको अर्थ सामान्यतः टनेलको रिजोल्भर वा संस्थाले अभिलेख गरेको विभाजित-DNS व्यवस्था हो। यदि सार्वजनिक नाम मात्र महत्त्वपूर्ण छन् भने कडा इन्क्रिप्टेड रिजोल्भर उचित विकल्प हो, जसले सादा पाठका खोज पनि हटाउँछ। निर्णय नामहरूबाट आउँछ, इन्क्रिप्शनबारेको रुचिबाट होइन।
असफलताको व्यवहार पनि मोड अनुसार फरक पर्छ। आफ्नो रिजोल्भरसम्म पुग्न नसक्ने कडा छनोटले हरेक नाममा असफलता दिन्छ, जबकि अनुमति दिइएको फलब्याक भएको मोडले सार्वजनिक नाम चलिरहन र आन्तरिक नाम बिग्रिएको राख्न सक्छ। त्यो फरकले सेटिङ स्क्रिन खोल्नुअघि तपाईं कुन मोडमा छु भनेर बताउँछ। व्यवस्थापित यन्त्रमा स्वीकृत नीतिले निर्णय गर्छ र प्रयोगकर्ताले सुरक्षित रूपमा त्यसलाई बाइपास गर्न सक्दैन। व्यक्तिगत सेटअपमा द्वन्द्व पहिचान गर्न एउटा अभिलेखित तुलना पुग्छ, र इच्छित गोपनीयता सेटिङ पछि पुनर्स्थापित गर्नुपर्छ, बन्द छोड्नु हुँदैन।
कुन एप सोधिरहेको छ जाँच्नुहोस्
असफलता रिपोर्ट गर्ने एपमै त्यसलाई पुनः उत्पादन गर्नुहोस्, र त्रुटि नामको हो कि जडानको भनेर लेख्नुहोस्। एउटा एपमा नामको त्रुटि र अर्कोमा सफल पृष्ठ दुई रिजोल्भरको चिन्ह हो, बिग्रिएको टनेलको होइन।
adb shell settings get global private_dns_mode
adb shell settings get global private_dns_specifier
adb shell dumpsys connectivity | grep -i -m 5 dnsती आदेशले यन्त्रको हालको कन्फिगरेसन पढ्छन्, र निर्माताका बिल्डले आधारभूत मान पुनर्नामकरण वा सीमित गर्न सक्छन्, त्यसैले आउटपुटलाई विशिष्टता होइन, सङ्केत मान्नुहोस्। Android मा Private DNS को कागजात ले मोड र यन्त्रले अपेक्षा गर्ने होस्टनाम ढाँचा वर्णन गर्छ।
त्यो उत्तरलाई VPN प्रोफाइलले थोपर्ने रिजोल्भरसँग तुलना गर्नुहोस्। यदि ती मिलेनन् भने तपाईंले द्वन्द्व भेट्नुभयो, र बाँकी प्रश्न संस्थाले कसलाई जिताउन चाहन्छ भन्ने हो।
एक तुलनापछि इच्छित सेटिङ पुनर्स्थापित गर्नुहोस्
एउटा सेटिङ बदल्नुहोस्, दुवै नाम फेरि जाँच्नुहोस्, र सेटिङ फर्काउनुहोस्। अनुमति दिने मोडमा छोडिएको यन्त्रले आन्तरिक नाम समाधान गर्छ र हरेक सार्वजनिक खोज पहिलो उत्तर दिनेलाई चुपचाप पठाउँछ, जुन कसैले अभिलेख नगरेको गोपनीयता परिवर्तन हो।
नतिजालाई नियमका रूपमा लेख्नुहोस्: आन्तरिक नाम यो रिजोल्भरले, सार्वजनिक नाम त्यसले समाधान गर्छ, र ब्राउजरले यन्त्रलाई पछ्याउँछ वा पछ्याउँदैन। रिजोल्भरको नाम लिने नियम परीक्षणयोग्य हुन्छ, तर VPN मर्मत भयो भन्ने टिप्पणी होइन। त्यसपछि यन्त्रमा अरू केही तपाईंले बदल्नुभएको रिजोल्भरमा निर्भर छ कि छैन जाँच्नुहोस्। अपडेट जाँच, क्याप्टिभ पोर्टल पहिचान र मेल क्लाइन्ट सबैले आफ्नै अनुरोध गर्छन्, र ती प्रयोगकर्ताले असम्बन्धित समस्या भनी रिपोर्ट गर्ने तरिकाले असफल हुन्छन्।