छोटा आन्तरिक नामहरू 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 साइट बन्द छ भनी रिपोर्ट गर्ने अर्को व्यक्तिले खाली पृष्ठबाट सुरु गर्नुको सट्टा तीन ज्ञात मान तुलना गर्न सक्नेछ।
र यदि केवल छोटो रूप असफल हुन्छ भने, टिकटमा त्यो लेख्नुहोस्। त्यो वाक्यले रिजोल्भर टोलीको एक दिउँसो बचाउँछ।