छोटे आंतरिक नाम VPN पर विफल होते हैं: वह प्रत्यय जो आप कभी नहीं देखते
छोटा नाम केवल इसलिए काम करता है क्योंकि कोई खोज प्रत्यय उसे पूरा करता है। प्रत्यय की कमी और रिज़ॉल्वर विफलता में अंतर करने के लिए पूर्ण नाम और छोटे नाम की तुलना करें।
छोटा नाम दफ़्तर में काम करता था और VPN पर विफल हो जाता है, जबकि पूरा नाम बिना किसी परेशानी के हल होता है। कुछ भी टूटा नहीं है। intranet जैसा नंगा नाम पूरा नाम नहीं है; क्लाइंट अपनी खोज सूची से एक प्रत्यय जोड़ता है और नतीजे के बारे में पूछता है। अगर VPN प्रोफ़ाइल वह प्रत्यय नहीं देती, तो परिचित छोटा रूप अस्तित्व में नहीं रहता।
पूरा मिथक यही है। DNS नहीं टूटा, खोज नीति बदल गई।
नंगा नाम नाम नहीं है
जब आप एक ही लेबल टाइप करते हैं, तो रिज़ॉल्वर को तय करना होता है कि क्या पूछे। वह नाम को जैसा दिया गया है वैसे आज़माता है, फिर खोज सूची की प्रविष्टियाँ एक-एक करके जोड़ता है जब तक कुछ जवाब न दे। Linux पर, resolv.conf search और ndots सेटिंग्स के साथ उस क्रम को नियंत्रित करता है। Windows पर, प्रत्यय सूची और नाम-हल नीति वही करती हैं। प्रत्यय हटा दें और रिज़ॉल्वर के पास जोड़ने के लिए कुछ नहीं बचेगा।
इसलिए काम करने वाला छोटा नाम नीति का प्रमाण है, स्वस्थ DNS सर्वर का प्रमाण नहीं।
प्रत्यय सूची और रिज़ॉल्वर पता अलग-अलग क्या करते हैं
इन दोनों को लगातार आपस में मिला दिया जाता है। रिज़ॉल्वर पता बताता है किससे पूछना है; प्रत्यय सूची बताती है किस नाम के बारे में पूछना है। VPN आपको प्रत्यय के बिना निजी रिज़ॉल्वर दे सकता है, या ग़लत रिज़ॉल्वर के साथ प्रत्यय। इन विफलताओं में से केवल एक DNS रुकावट जैसी दिखती है।
उन्हें अलग जाँचें, क्योंकि ग़लत को ठीक करना सहायता विंडो जला देता है।
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
तीन लक्षण, तीन अलग मालिक।
पहले पूरा नाम जाँचें
व्यवस्थापक के दस्तावेज़ीकृत पूर्ण योग्य नाम के लिए पूछें, अनुमान नहीं। काम करता FQDN साबित करता है कि रिज़ॉल्वर पहुँच में है और रिकॉर्ड मौजूद है, जो एक प्रश्न में आधे संभावित कारण हटा देता है। ऐसा औज़ार इस्तेमाल करें जो दिखाए किस सर्वर ने जवाब दिया, ताकि आप कैश किया नतीजा न पढ़ें।
जाँच को निजी रखें। आंतरिक रूपों को सार्वजनिक रिज़ॉल्वर पर भेजना नाम प्रकट करता है और ऐसी नीति जाँचता है जिसका किसी ने इरादा नहीं किया।
सुधार कहाँ आता है
मालिक प्रोफ़ाइल या उसे बनाने वाली प्रबंधन प्रणाली को ठीक करें। स्थानीय रिज़ॉल्वर कॉन्फ़िगरेशन में हाथ से किया बदलाव आमतौर पर दोबारा जुड़ने पर गायब हो जाता है, या हर उस नेटवर्क पर लागू होता है जिससे मशीन जुड़ती है, जो और बुरा है।
Windows पर, याद रहने वाले चेकबॉक्स के बजाय प्रभावी नीति देखें। Get-DnsClientNrptPolicy वे नाम-हल नियम दिखाता है जो वास्तव में लागू हैं।
macOS पर, scutil --dns हर स्कोप वाले इंटरफ़ेस के लिए रिज़ॉल्वर कॉन्फ़िगरेशन छापता है, जिसमें वे खोज डोमेन भी हैं जो VPN ने भेजे।
Linux पर, /etc/resolv.conf में search पंक्ति पढ़ें, पर जाँचें कि किसी VPN क्लाइंट ने उसे फिर से लिखा है या नहीं। अगर फ़ाइल प्रबंधित है, तो रेंडर की गई फ़ाइल के बजाय सत्य के स्रोत को संपादित करें। पिछले नेटवर्क से बची पुरानी search पंक्ति आम कारण है।
प्रोफ़ाइल के साथ क्या रखें
सुधारा पूरा नाम, प्रत्यय सूची और रिज़ॉल्वर पता क्लाइंट प्रोफ़ाइल के पास रखें। अगला व्यक्ति जो बताए कि intranet साइट बंद है, खाली पन्ने से शुरू करने के बजाय तीन ज्ञात मानों की तुलना कर सकेगा।
और अगर केवल छोटा रूप विफल हो, तो टिकट में यह लिखें। वह वाक्य रिज़ॉल्वर टीम की एक दोपहर बचाता है।