फ़ोन पर 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 ठीक हो गया, नहीं। फिर जाँचें कि डिवाइस में कुछ और आपके बदले हुए रिज़ॉल्वर पर निर्भर है या नहीं। अपडेट जाँच, कैप्टिव पोर्टल पहचान और मेल क्लाइंट सब अपनी-अपनी माँगें करते हैं, और वे उन तरीकों से विफल होते हैं जिन्हें उपयोगकर्ता असंबंधित समस्याएँ बताते हैं।