अभिभावकीय नियंत्रण कोई एक उत्पाद नहीं है। कोई नियम राउटर पर, DNS सेवा में, ऑपरेटिंग सिस्टम के खाते में, किसी ख़ास ब्राउज़र में या हर ऐप में रह सकता है। VPN यह बदलता है कि नेटवर्क पथ क्या देख सकता है, और खाता-स्तर की समय-सीमा में यह कुछ नहीं बदलता। टनल जोड़ने से पहले और बाद में वही जाँचें करें, तो बँटवारा विवाद का विषय न होकर दिखने लगता है।

लिखिए कि कौन-सा नियम कहाँ रहता है

सूची से शुरू करें: डिवाइस, खाता, ब्राउज़र और ऐप, फिर वह तंत्र जो हर आवश्यकता लागू करता है। समय-सीमाएँ आमतौर पर प्लेटफ़ॉर्म के खाते में होती हैं। इंस्टॉलेशन और ख़रीद की पाबंदियाँ भी वहीं होती हैं। सामग्री फ़िल्टरिंग सबसे अस्पष्ट है, क्योंकि वह राउटर का नियम, DNS का जवाब, ब्राउज़र की नीति या ऐप-स्तर की सुविधा हो सकती है। ट्रैफ़िक के एनकैप्सुलेट होते ही इनमें से हर एक अलग बर्ताव करता है।

MechanismWhere it operatesWhat a tunnel changes
Router or DNS filterThe network path or the resolverHides destinations and queries inside the tunnel
OS account limitsThe device and the signed-in accountNothing about the internet exit
Browser policyA specific browser under a managed accountDepends on whether that browser uses the tunnel
App-level restrictionThe application itselfUsually independent of routing

बदलाव से पहले ली गई सूची ही एकमात्र तरीका है यह पहचानने का कि कौन-सी गिरावट है और कौन-सी चीज़ कभी चली ही नहीं।

कुछ भी इंस्टॉल करने से पहले आधार-रेखा लें

लिखिए कि कौन-सा रिज़ॉल्वर जवाब देता है, कोई सामान्य गंतव्य कौन-सा रास्ता लेता है, और ज्ञात-अवरुद्ध पेज वास्तव में अवरुद्ध है या नहीं। फिर वही तीन प्रेक्षण उसी क्रम में, उसी डिवाइस पर दोहराएँ।

resolvectl status | head -20
ip route get 203.0.113.10
dig +short example.com

रिज़ॉल्वर का आउटपुट दिखाता है कि डिवाइस राउटर का DNS इस्तेमाल कर रहा है या डिवाइस पर सेट किया गया निजी रिज़ॉल्वर। यही एक ब्यौरा ज़्यादातर हैरानियों की व्याख्या करता है, क्योंकि अपना एन्क्रिप्टेड रिज़ॉल्वर इस्तेमाल करने वाला डिवाइस घर के फ़िल्टर से कभी नहीं पूछता। हर नतीजे के पास घर की असली आवश्यकता सरल भाषा में लिखकर रखें। «नौ बजे के बाद कोई सोशल मीडिया नहीं» और «यह राउटर डोमेन सूची अवरुद्ध करता है» अलग-अलग मालिकों वाली अलग आवश्यकताएँ हैं, और टनल उनमें से सिर्फ़ एक पर असर डालता है।

टनल चालू रखकर वही जाँचें दोहराएँ

टनल जुड़ने के बाद रिज़ॉल्वर और पथ की जाँचें दोहराएँ। अगर रिज़ॉल्वर निजी हो गया है, तो राउटर की फ़िल्टरिंग अब पथ में नहीं है, चाहे डिवाइस अब भी घर के नेटवर्क पर हो।

resolvectl status | head -20
ip route get 203.0.113.10
curl -sS -o /dev/null -w '%{http_code}\n' https://example.com

अब टनल से जाने वाला पथ राउटर की फ़िल्टरिंग के नुकसान की व्याख्या करता है, बिना यह कहे कि खाते की सीमाओं ने काम करना बंद कर दिया। खाते की सीमा अलग से जाँचें — अवरुद्ध पेज से अनुमान लगाने के बजाय उसे प्लेटफ़ॉर्म की अपनी सेटिंग्स में पढ़ें। ब्राउज़र के नतीजों को भी वही सावधानी चाहिए। जो फ़िल्टर सिर्फ़ एक ब्राउज़र में साइन-इन बच्चे के खाते पर लागू होता है, वह किसी दूसरे ब्राउज़र या उसके बाहर खुलने वाले डेस्कटॉप ऐप के बारे में कुछ नहीं कहता।

चीज़ें बंद करने के बजाय टकराव सुलझाएँ

दो उत्पाद जो दोनों डिवाइस का नेटवर्क एक्सटेंशन अपने पास रखना चाहते हैं, टकरा सकते हैं, और आम लक्षण यह है कि उनमें से एक जुड़ने से इनकार कर देता है। टनल चलाने के लिए सुरक्षा हटाना ग़लत दिशा है। दोनों विक्रेताओं की अनुकूलता-टिप्पणियाँ पढ़ें और ऐसी व्यवस्था चुनें जो आवश्यकता बनाए रखे। कभी-कभी इसका मतलब होता है फ़िल्टर को दूसरी परत पर ले जाना, जैसे प्रबंधित डिवाइस प्रोफ़ाइल, बजाय उन दो ऐप्स को चलाने के जो एक ही हुक के लिए लड़ते हैं।

अगर कोई वैध स्कूल या काम का संसाधन अवरुद्ध है, तो घर के व्यवस्थापक को दस्तावेज़ी मंज़ूरी का रास्ता दें। कारण और समीक्षा तिथि वाला अपवाद बनाए रखा जा सकता है; तात्कालिक नेटवर्क बदलावों का ढेर नहीं।

रिकॉर्ड छोटा और अद्यतित रखें

एक पेज काफ़ी है: डिवाइस, खाते, कौन-सा तंत्र कौन-सा नियम लागू करता है और पिछली बार कब जाँचा गया। बड़े ऐप अपडेट के बाद जाँचें दोहराएँ, क्योंकि नेटवर्क एक्सटेंशन और ब्राउज़र नीतियाँ संस्करणों के बीच बदलती रहती हैं।

रिकॉर्ड उस व्यक्ति के लिए लिखें जो छह महीने बाद इसे डीबग करेगा, और हर ब्यौरा भूल जाने के बाद वह व्यक्ति आप भी हो सकते हैं। उत्पादों के बजाय तंत्रों के नाम लिखें, फिर नाम बदलने के बाद भी टिप्पणियाँ समझ में आती रहेंगी।

संबंधित लेख