तुमच्या VPN रिझॉल्व्हरमधूनच DNS जाऊ द्या: टप्प्याटप्प्याने मार्गदर्शक
ब्राउझरपासून उत्तरापर्यंत एक नाव-शोध पाहा. रिझॉल्व्हर कुठे निवडला जातो, फायरवॉल कुठे तो लागू करतो आणि पोर्ट 53 चा नियम कधीच काय व्यापत नाही ते पाहा.
तुम्ही नाव टाइप केल्याक्षणापासून एका नाव-शोधाचा मागोवा घ्या. ब्राउझर ऑपरेटिंग सिस्टीमला विचारतो, ऑपरेटिंग सिस्टीम तिच्या धोरणाने निवडलेल्या रिझॉल्व्हरला विचारते, आणि क्वेरी कोणत्यातरी इंटरफेसने कोणत्यातरी ट्रान्सपोर्टसह उपकरणाबाहेर पडते. तुमची VPN रचना म्हणते की उत्तर एका विशिष्ट रिझॉल्व्हरकडून एका विशिष्ट मार्गाने आले पाहिजे. या दोन विधानांमधली तफावत म्हणजे तुम्ही संरचित करता आणि नंतर अंमलात आणता ते.
टप्पा 1: रिझॉल्व्हर आणि मार्गाला नाव द्या
फायरवॉलला हात लावण्यापूर्वी तीन गोष्टी लिहा: रिझॉल्व्हरचा पत्ता, तुम्ही अपेक्षित असलेला प्रोटोकॉल व पोर्ट, आणि क्वेरी बाहेर पडायला हवी ती इंटरफेस. ही यादी नसेल तर नियम म्हणजे रहदारीबद्दलचा अंदाज, निर्णयाची अंमलबजावणी नाही. VPN अनुप्रयोगांची माहिती वाहू शकते आणि DNS वेगळी व्यवस्था अनुसरू शकते, आणि ते स्वतःच चूक नाही. कुणी क्लायंटला दुसरे काही न सांगितल्यावर असेच होते.
मार्गाला स्पष्ट नाव देणे म्हणजे रचना आणि योगायोग यातला फरक. त्यामुळे नंतर चाचणी करायलाही काही मिळते, कारण प्रत्येक निरीक्षणाची तुलना लिखित अपेक्षेशी करता येते. ती यादी बदल तिकिटात ठेवा, कुणाच्याही डोक्यात नाही.
टप्पा 2: धोरण तिथेच ठेवा जिथे ते खरोखर राहते
रिझॉल्व्हरची निवड क्लायंटची गोष्ट आहे: ऑपरेटिंग सिस्टीमची नेटवर्क संरचना, VPN क्लायंटची स्वतःची सेटिंग्ज, किंवा व्यवस्थापित ब्राउझर धोरण. ते प्रथम तिथेच ठेवा, प्लॅटफॉर्मला जे समर्थन आहे त्या पद्धतीने, कारण फायरवॉल क्लायंटला कधीच न सांगितलेला रिझॉल्व्हर निवडायला भाग पाडू शकत नाही. विभाजित सुरंगाच्या क्लायंटवर कोणते डोमेन अंतर्गत रिझॉल्व्हरकडे जातात ते स्पष्ट सांगा. व्यवस्थापित ताफ्यात DoH साठी ब्राउझर धोरण हाच एकमेव उपाय असतो अनेकदा, कारण ब्राउझर सिस्टीम सेटिंगपासून स्वतंत्रपणे स्वतःचा एन्क्रिप्टेड रिझॉल्व्हर निवडू शकतो.
हे टाळून सरळ फायरवॉलकडे गेलात तर योग्य रिझॉल्व्हरला परवानगी देणारा नियम आणि तो कधीच न वापरणारा क्लायंट असे दोन्ही मिळते. नियम बरोबर दिसतो आणि रिझॉल्व्हरच्या नोंदी रिकाम्या राहतात, जे डीबग करताना गोंधळात टाकणारी जोडी आहे. आधी निवड संरचित करा, मग ती अंमलात आणा.
टप्पा 3: मार्ग अरुंदपणे अंमलात आणा
आता अनुमत मार्गासाठी नेटवर्क परवानगी जोडा: रिझॉल्व्हरचा पत्ता, प्रोटोकॉल व पोर्ट, आणि बाहेर पडायची इंटरफेस. सर्व बाहेर जाणाऱ्या DNS ला परवानगी देण्याऐवजी नियम त्या रिझॉल्व्हरपुरताच मर्यादित ठेवा. खालील तीन मार्ग आधुनिक क्लायंट घेऊ शकतो, आणि पोर्ट 53 चा नियम फक्त पहिल्यालाच व्यापतो.
| Path | Port | Who controls it |
|---|---|---|
| Classic DNS | UDP and TCP 53 | System resolver settings |
| DNS over TLS | TCP 853 | Resolver or stub configuration |
| DNS over HTTPS | TCP 443 | Browser or application policy |
DoH आणि DoT अडवणे वैध आहे; पोर्ट 53 च्या नियमाने ते आधीच अडवले आहेत असे गृहीत धरणे नाही. DoH वापरणारा ब्राउझर तुमच्या नियमाने कधीच वर्णन न केलेल्या मार्गाने नावे सोडवतो, आणि स्वतःचा रिझॉल्व्हर आणणारे अनुप्रयोगही तसेच करतात. तुम्ही अनुमती देऊ इच्छित प्रत्येक मार्ग आणि नकार देऊ इच्छित प्रत्येक मार्ग लिहा. मार्गाला नाव न देणाऱ्या नियमाने त्याबद्दल काहीही ठरवले नाही.
टप्पा 4: खाजगी आणि सार्वजनिक नावांचा मागोवा घ्या
विभाजित DNS जाणूनबुजून फक्त खाजगी नावांच्या जागा अंतर्गत रिझॉल्व्हरकडे पाठवते आणि सार्वजनिक नावे दुसरीकडे जातात, म्हणून रचनेत एकापेक्षा जास्त रिझॉल्व्हर असणे हे गळती नाही. गळती म्हणजे तुमच्या रिझॉल्व्हरकडे जायला हवी होती अशी क्वेरी दुसरीकडे पोहोचणे, किंवा न पोहोचणारा नियोजित मार्ग क्लायंटला शांतपणे मागे पडवणे. या दोन प्रकरणांचाच शोध घ्यायचा आहे. नियोजित धोरणाखाली एक अंतर्गत आणि एक सार्वजनिक नावाचा मागोवा घ्या आणि कोणत्या रिझॉल्व्हरने कोणाला उत्तर दिले ते नोंदवा.
तुमच्या रिझॉल्व्हरची माहिती देणारी चाचणी साइट ही सूचना आहे, पुरावा नाही, कारण तिथवर पोहोचलेल्या क्वेरीच तिला दिसतात. क्वेरीने प्रत्यक्षात कोणता मार्ग घेतला हे कळायला हवे असेल तर ती क्लायंटकडे पकडा, मग दोन्ही निरीक्षणांची तुलना करा. ती जुळली नाहीत तर कुणीही नोंदवले नाही अशी माघार तुम्हाला सापडली आहे.
रिझॉल्व्हरचा पत्ता बरोबर पण तो गाठता येत नसेल, तर समस्या धोरणात नाही, मार्गनिवड किंवा गाळणीत आहे. क्वेरीचा त्या पत्त्यापर्यंत मागोवा घ्या आणि रिझॉल्व्हरची कोणतीही सेटिंग बदलण्यापूर्वी उत्तर अपेक्षित इंटरफेसवर परत येते याची खात्री करा.
टप्पा 5: परत जायचा मार्ग ठेवा
गेटवेवर DNS प्रवेश कडक करण्यापूर्वी नाव सोडवण्यावर अवलंबून नसलेली पुनर्प्राप्ती पद्धत तपासा. तुटलेला रिझॉल्व्हर प्रत्येक दुरुस्तीचे साधन गाठणे कठीण करतो, बदल उलटवायला तुम्ही वापरणारी साधनेही. नवे धोरण सिद्ध होईपर्यंत स्थानिक कन्सोल किंवा बँडबाह्य मार्ग उघडा ठेवा. धोरणाने पुनर्जोडणी टिकून दिल्यावरच तो काढा.
पुनर्जोडणी किंवा ब्राउझर धोरण अद्ययावत झाल्यावर प्रभावी स्थिती पुन्हा तपासा, कारण दोन्ही तुमचा नियम न बदलता रिझॉल्व्हर बदलू शकतात. गरज क्वेरींसाठी ज्ञात प्राप्तकर्ता आणि संरक्षित मार्ग ही आहे, एका स्क्रीनशॉटमधला दिलासा देणारा रिझॉल्व्हर लेबल नाही. RFC 8484 DNS over HTTPS तपशील हा तुमचा पोर्ट नियम न पाहणाऱ्या एन्क्रिप्टेड मार्गाचा संदर्भ आहे.