Tor आणि VPN एकत्र वापरल्यास DNS कुठे जाते

दोन गोपनीयता साधने चालू आहेत, एक पृष्ठ लोड होत नाही, आणि रिझॉल्व्हर चाचणी सांगते की ब्राउझरबाहेर कशालातरी नाव मिळाले आहे। ते गळती अहवाल होण्यापूर्वी ते कोणत्या देवाणघेवाणीतून आले ते सांगा। Tor आणि VPN च्या रचनेत किमान तीन वेगळ्या मालकांच्या तीन वेगळ्या नावाच्या क्वेऱ्या असतात, आणि त्या ज्या क्रमाने घडतात त्या क्रमाने पाहणे हा कोणती चुकीचे वागत आहे हे पाहण्याचा सर्वात वेगवान मार्ग आहे।

गळती म्हणण्यापूर्वी प्रत्येक देवाणघेवाणीला नाव द्या

पहिली देवाणघेवाण VPN चा शेवटचा टप्पा स्वतः सोडवते, आणि ती कोणतेही संरक्षण अस्तित्वात येण्यापूर्वी घडते। दुसरी Tor Browser साठी गंतव्य सोडवते, जे नाव स्थानिक पातळीवर सोडवण्याऐवजी प्रॉक्सीकडे सोपवू शकते। तिसरी मशीनवरील बाकी सर्व गोष्टी व्यापते, ज्यात अद्यतन तपासण्या, मेल क्लायंट आणि ऑपरेटिंग सिस्टमच्याच सेवा क्वेरींचा समावेश आहे। त्यापैकी फक्त पहिलीच इतर दोन सहभागी न होता घडू शकते।

त्यातील प्रत्येकजण वेगळा मार्ग घेऊ शकतो, आणि ब्राउझरमधील एक चाचणी फक्त स्वतःची विनंती पाहते। एका निकालाला तिन्हींची स्थिती मानणे हेच बहुतेक गोंधळ सुरू होण्याचे ठिकाण आहे।

काहीही बदलण्यापूर्वी कोणती नावे कोणत्या स्तराची आहेत ते लिहा। खाजगी संस्थात्मक नावे, सार्वजनिक गंतव्य आणि टनेलचा शेवटचा टप्पा यांना एकच आवश्यकता नसते, आणि त्यांना एकच श्रेणी मानणारे धोरण काहीतरी तोडेल।

बूटस्ट्रॅप क्वेरी टनेलच्या आधी घडते

होस्टनावासह कॉन्फिगर केलेल्या क्लायंटला टनेल उघडण्यासाठी ते नाव सोडवावे लागते, आणि त्या क्षणी क्वेरी वाहून नेणारे टनेल अस्तित्वात नसते। सध्याच्या नेटवर्कवर ऑपरेटिंग सिस्टम जो कोणताही रिझॉल्व्हर देते तो उत्तर देतो, जो कॅप्टिव्ह पोर्टल, हॉटेल रिझॉल्व्हर किंवा सार्वजनिक असू शकतो। ही टनेलमधील गळती नाही, कारण अजून टनेल नाहीच।

ब्राउझरचे सुरक्षित DNS सेटिंग बदलल्यानेही या क्वेरीला स्पर्श होत नाही, कारण ती ब्राउझरबाहेर चालणाऱ्या आणि कोणतेही पृष्ठ उघडण्यापूर्वी सुरू होणाऱ्या सेवेची आहे। शेवटच्या टप्प्याचे नाव सोडवता आले नाही तर टनेलमधील कोणतेही धोरण मदत करणार नाही, कारण बिघाड रचना वर्णन करते त्यापेक्षा एक टप्पा आधी घडतो।

शेवटच्या टप्प्यासाठी शब्दशः पत्ता वापरणे, पुरवठादाराने समर्थन दिल्यास, अवलंबन वाढवण्याऐवजी काढून टाकणारे हे एकमेव ठिकाण आहे। पत्ते फिरवणाऱ्या पुरवठादाराचा माग ठेवण्याची क्षमताही ते काढून टाकते, त्यामुळे ही देवाणघेवाण खरी आहे आणि ती शोधण्याऐवजी ठरवायला हवी।

ब्राउझर आणि उर्वरित मशीन वेगळे आहेत

Tor चा SOCKS इंटरफेस गंतव्य होस्टनाव प्रॉक्सीकडे पाठवण्यास समर्थन देतो, म्हणजे निराकरण दूरची बाजू करते आणि स्थानिक मशीन कधीही विचारत नाही। प्रॉक्सीला समर्थन देणारे सामान्य अनुप्रयोग आधी नाव स्थानिक पातळीवर सोडवून नंतर मिळालेल्या पत्त्याला जोडू शकतात, ज्यामुळे वापरकर्त्याला प्रॉक्सीतून जाते असे वाटलेल्या गंतव्यासाठी स्थानिक क्वेरी तयार होते। त्यामुळे दोन्ही अनुप्रयोग एकच प्रॉक्सी सेटिंग सामायिक करूनही वेगवेगळ्या ठिकाणी गळती करू शकतात। सामायिक प्रॉक्सी पत्त्यात काहीही सांगत नाही की दोनपैकी कोणते वर्तन वापरले जात आहे।

सुरक्षित DNS सक्षम असताना ब्राउझर आणखी एक स्तर जोडतात, कारण ब्राउझर स्वतःचा पुरवठादार निवडून सिस्टम रिझॉल्व्हर पूर्णपणे टाळू शकतो। टनेल क्लायंट मात्र संपूर्ण मशीनसाठी टनेलमधून रिझॉल्व्हर ढकलू शकतो। ही दोन्ही सेटिंग्ज एकाच वेळी बरोबर असू शकतात आणि तरीही वेगवेगळ्या प्रोग्रामसाठी वेगळे वर्तन वर्णन करू शकतात।

एका चाचणी पृष्ठावरून अंदाज न बांधता ज्या प्रोग्रामने विनंती केली तो तपासा। टनेलमध्ये वाहून नेली जाणारी क्वेरी आणि Tor पर्यंत कधीही न पोहोचलेली क्वेरी यातील फरक हाच एका रिझॉल्व्हर पत्त्याला दाखवता येणार नाही असा फरक आहे।

प्रत्येक प्रोग्राम तपासा, नंतर हेतूशी तुलना करा

निरीक्षणे स्वतंत्रपणे करा: सिस्टम काय वापरेल, ब्राउझर कशासाठी कॉन्फिगर आहे, आणि SOCKS कनेक्शन नाव वाहते की पत्ता। शेवटचे म्हणजे दूरस्थ आणि स्थानिक निराकरणातील फरक, आणि SOCKS विस्तार तपशील होस्टनाव आधी सोडवण्याऐवजी कसे पाठवले जाते ते वर्णन करते।

resolvectl status | grep -E "Current DNS Server|DNS Servers"
ss -tnp '( dport = :9050 )'
dig +short dev.internal.example
getent hosts vpn-endpoint.example.net

नंतर तुम्ही निरीक्षण केलेल्या गोष्टी तुम्ही हेतू ठेवलेल्या गोष्टींशी तुलना करा। तुम्ही निवडलेल्या रिझॉल्व्हरने टनेलमधून सोडवलेले सार्वजनिक नाव हे फॉलबॅकच्या वेळी सार्वजनिक रिझॉल्व्हरला दिलेल्या खाजगी नावासारखेच निष्कर्ष नाही, आणि सहसा फक्त दुसऱ्यासाठी कारवाई लागते। पहिले म्हणजे रचनेनुसार चालणारे कॉन्फिगरेशन, अहवालात ते अपरिचित दिसले तरी।

तुम्ही स्वीकारता ते अपवाद नोंदवा, संरक्षित करता येणार नाही अशा बूटस्ट्रॅप क्वेरीसह। लिहिलेला अपवाद हा रचना-निर्णय असतो, तर तोच अपवाद नंतर आढळल्यास दोषासारखा दिसतो। ज्याला तो सापडेल तो तसाच घेईल, आणि तुम्ही सभा तो का नाही हे समजावून सांगण्यात घालवाल।