nslookup VPN वरून सोडवतो पण ब्राउझर का सोडवू शकत नाही

nslookup तुम्ही नाव दिलेल्या सर्व्हरला क्वेरी पाठवतो आणि उत्तर छापतो, म्हणून ब्राउझरचा प्रत्येक टॅब अयशस्वी होत असतानाही तो यशस्वी होऊ शकतो. ब्राउझर ऑपरेटिंग सिस्टमला सोडवायला सांगतो, आणि सिस्टम प्रत्येक इंटरफेसचे रिझॉल्व्हर, नाव सोडवणूक धोरणाचे नियम आणि अ‍ॅडॉप्टरचे नेटवर्क स्थान तोलते. नंतर ब्राउझर त्यावर स्वतःचे एन्क्रिप्टेड DNS जोडू शकतो. तीन वेगळे मार्ग, एक लक्षण, आणि बोगदा सहसा खराब भाग नसतो.

खालील तपासण्या त्या मार्गांना सिस्टमपासून बाहेरून अनुसरतात. कोणता मार्ग उत्तर दिला आणि कोणता अयशस्वी झाला हे कळण्यापूर्वी VPN प्रोफाइल संपादित करू नका.

तीन धोरणे उत्तर ठरवतात

प्रत्येक इंटरफेस स्वतःची रिझॉल्व्हर यादी आणि शोध प्रत्यय ठेवतो. VPN अ‍ॅडॉप्टर सर्व्हर जोडतो तर भौतिक अ‍ॅडॉप्टर स्वतःचे ठेवतो, आणि सिस्टम आधी उत्तर देणारा घेऊ शकते, म्हणून कोणीही निवड न करता शोध बोगद्याबाहेर पूर्ण होऊ शकतो. नाव सोडवणूक धोरण सारणीचे नियम निवडलेले डोमेन निवडलेल्या सर्व्हरकडे पाठवू शकतात, Windows वर split DNS सहसा अशाच प्रकारे व्यक्त होते. आणि VPN क्लायंट किंवा गेटवे खाजगी नेटवर्कमध्येच असलेला रिझॉल्व्हर पत्ता ढकलू शकतो.

हे तीन ब्राउझरमधून अनियंत्रित वाटणाऱ्या पद्धतीने परस्परसंवाद करतात. split बोगद्यातून मार्ग नसलेल्या खाजगी पत्त्यावर ढकललेला रिझॉल्व्हर प्रत्येक शोध थांबवतो आणि नंतर अयशस्वी करतो. अंतर्गत प्रत्यय व्यापणारा आणि बंद सर्व्हरकडे निर्देश करणारा धोरण नियम गहाळ मार्गासारखीच दिसणारी त्रुटी निर्माण करतो. VPN अ‍ॅडॉप्टरवरून गहाळ शोध प्रत्यय लहान नावाचे चुकीच्या डोमेनसाठी सार्वजनिक क्वेरीत रूपांतर करतो. प्रत्येकाला वेगळी दुरुस्ती लागते.

ब्राउझर वेगळा प्रश्न का विचारतो

nslookup स्वतः निवडलेल्या सर्व्हरला स्वतःची क्वेरी पाठवतो आणि ना नामस्थान धोरण ना ब्राउझरचे एन्क्रिप्टेड DNS सेटिंग पाळत नाही. म्हणूनच सार्वजनिक रिझॉल्व्हरला केलेली हस्तचालित क्वेरी उत्तर देते तर ब्राउझर साइट अस्तित्वात नाही असे नोंदवतो. तुम्ही एका प्रोग्रामच्या दोन अवस्था नव्हे तर दोन प्रोग्रामची तुलना करत आहात.

पत्ता-कुटुंब प्राधान्य विलंब समजावते, अयशस्वीपणा नाही. केवळ IPv4 वाहणाऱ्या बोगद्यावर आधी IPv6 रेकॉर्ड मागणारा ब्राउझर मागे हटण्यापूर्वी वेळ संपेपर्यंत थांबतो. Firefox ने नेमके यासाठी प्राधान्य ठेवले आहे, आणि ते बंद करणे दुरुस्ती नव्हे तर निदानाचे पाऊल आहे.

रिझॉल्व्हर यादी आणि नियम वाचा

Windows वर सिद्धांत मांडण्यापूर्वी सिस्टमकडे जे आहे ते छापा. Get-DnsClientServerAddress इंटरफेसनुसार सर्व्हर दाखवते, Get-DnsClientNrptRule नामस्थान नियम सूचीबद्ध करते, आणि Resolve-DnsName सिस्टम मार्गाने नेमके नाव उत्तर देते. ते उत्तर VPN च्या सर्व्हरला पत्त्याने केलेल्या थेट क्वेरीशी तुलना करा. Resolve-DnsName अयशस्वी होऊन थेट क्वेरी यशस्वी झाल्यास संशयित रिझॉल्व्हर यादी किंवा नामस्थान नियम असतो.

नाव देखील तपासा. अंतर्गत लहान नावाला केवळ VPN अ‍ॅडॉप्टर देतो तो खाजगी प्रत्यय लागू शकतो, तर पूर्ण पात्र नाव चांगले सोडवले जाते. यशस्वी शोधानंतरचा प्रमाणपत्र इशारा दुसऱ्या समस्येचा आहे.

अपोहोच ढकललेला रिझॉल्व्हर

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

रिझॉल्व्हर अपोहोच असल्यास दुरुस्ती मार्ग किंवा समाविष्ट सबनेट आहे, दुसरा DNS सर्व्हर नाही.

एन्क्रिप्टेड DNS संपूर्ण मार्ग टाळतो

DNS-over-HTTPS असलेले ब्राउझर निवडलेल्या पुरवठादाराशी HTTPS जोडणीवर स्वतः नावे सोडवतात. ते सुरू असल्यास त्या शोधांसाठी सिस्टम रिझॉल्व्हर आणि split DNS नियम पूर्णपणे टाळले जातात, त्यामुळे ब्राउझरमध्ये अंतर्गत नावे अयशस्वी होतात तर ऑपरेटिंग सिस्टम ती योग्यरित्या सोडवते. उलटेही घडते: अंतर्गत नावे कधीही पाहू नयेत अशा पुरवठादारामार्फत ब्राउझरमध्ये यशस्वी होतात, आणि ही कनेक्टिव्हिटी नव्हे तर धोरणाची समस्या आहे.

व्यवस्थापित उपकरणांवर एन्क्रिप्टेड DNS परवानगी आहे का हे जाणीवपूर्वक ठरवा, नंतर निवड दिसावी म्हणून ब्राउझरच्या व्यवस्थापन पृष्ठावरून ते संरचित करा. ते वैयक्तिक पसंतीवर सोडल्यास एकच VPN प्रत्येक लॅपटॉपवर वेगळे वागणारा ताफा तयार होतो.

अयशस्वीपणाशी जुळणाऱ्या दुरुस्ती

VPN आपला रिझॉल्व्हर ढकलत असल्यास बोगदा त्याच्या दिशेने रहदारी नेईल आणि तेच सेटिंग सोडवणुकीत सहभागी अ‍ॅडॉप्टरवर दिसेल अशी व्यवस्था करा. जोडलेले असताना स्थानिक साइट सोडवणे थांबल्यास रिझॉल्व्हर पूर्णपणे बदलण्याऐवजी स्पष्ट नामस्थान अपवाद किंवा सशर्त फॉरवर्डर जोडा. ब्राउझरचे एन्क्रिप्टेड DNS धोरण टाळत असल्यास तेच बदलायचे सेटिंग आहे. अंतर्गत नाव दुरुस्त करण्यासाठी कधीही सार्वजनिक रिझॉल्व्हर जोडू नका: ते खाजगी क्वेरी गळते आणि नाव सोडवत नाही.

नंतर शोध जोडणीपासून वेगळा करा. योग्य पत्त्यावर सोडवले जाणारे पण जोडणी नाकारणारे नाव ही सेवा, फायरवॉल किंवा प्रमाणपत्राची समस्या आहे, आणि DNS बदल ती दुरुस्त करणार नाहीत.

कोणता मार्ग उत्तर दिला, कोणता अयशस्वी झाला आणि तुम्ही काय बदलले ते नोंदवा. मग त्याच लक्षणाच्या पुढील अहवालाला दुपारऐवजी एक आदेश लागेल.