डायल-इन पछि सर्भरको नाम किन यसको VPN ठेगानामा रिजल्भ हुन्छ

एक कार्यालय फाइल सर्भर बिहानभर आफ्नो LAN ठेगानामा जवाफ दिन्छ, त्यसपछि कुनै टाढाको प्रयोगकर्ता डायल-इन गर्छ र नाम त्यसको सट्टा टनेल ठेगानामा रिजल्भ हुन थाल्छ। DNS मा हातले केही सम्पादन गरिएको थिएन, र यही सुराग हो: रेकर्ड मेसिन आफैंले प्रकाशित गरेको थियो। तीन सर्तहरूले तपाईं रजिस्ट्रार, रेकर्ड वा क्लाइन्टको दृष्टिकोण ठीक गर्ने हो भन्ने निर्धारण गर्छन्, र क्रम गलत भएमा अर्को जडानपछि रेकर्ड फर्किन्छ।

दुई ठेगाना, एक नाम, तीन सर्त

मल्टिहोम्ड Windows सर्भरसँग LAN ठेगाना, एक वा बढी डायल-इन ठेगाना र कहिलेकाहीँ दोस्रो नेटवर्क कार्ड हुन सक्छ। प्रत्येक इन्टरफेसका लागि गतिशील दर्ता अनुमति भएमा त्यसले आफ्ना ठेगाना DNS मा दर्ता गर्न सक्छ। PPP एडाप्टर दर्ता हुँदा त्यही होस्ट नामले टनेल साथीले मात्र पुग्न सक्ने ठेगाना पाउँछ, र LAN क्लाइन्टहरूले त्यसलाई वैध जवाफको रूपमा प्राप्त गर्छन्।

तीन सर्तहरूले मर्मत निर्धारण गर्छन्। पहिलो, अतिरिक्त ठेगाना त्यो प्राप्त गर्ने क्लाइन्टहरूबाट पुग्न सकिने छ? दोस्रो, के कुनै उपभोक्ता अझै त्यो दर्तामा निर्भर छ? तेस्रो, रेकर्ड गतिशील हो र त्यसैले फर्किन सक्छ, वा स्थिर हो र त्यसैले जानाजानी प्रविष्टि हो?

केही छुनुअघि यसको जवाफ दिनुहोस्। ठेगाना सोध्ने नेटवर्कबाट पुग्न नसकिने भएमा क्लाइन्ट क्यास सफा गर्दा लामो समय ठीक हुँदैन। यदि केही त्यसमा निर्भर छ, जस्तै टनेल साथीहरू आफैंले प्रयोग गर्ने व्यवस्थापन मार्ग, त्यसलाई हटाउँदा बरु त्यो मार्ग भाँचिन्छ। र प्रकाशकको सम्बोधन नगरी मेटाइएको गतिशील रेकर्ड अर्को दर्ता घटनामा फेरि देखा पर्छ।

रजिस्ट्रार बदल्नुअघि रेकर्ड पढ्नुहोस्

समस्या रिपोर्ट गर्ने नेटवर्कबाट ठ्याक्कै पूर्ण योग्य नाम सोध्नुहोस् र जवाफहरूलाई सर्भरका वास्तविक इन्टरफेस र श्रोताहरूसँग तुलना गर्नुहोस्। एउटा नामले धेरै ठेगाना फर्काउनु सामान्य हो; प्रश्न त्यो प्राप्त गर्ने क्लाइन्टका लागि हरेक ठेगाना उपयोगी छ कि छैन भन्ने हो।

dig +short files.corp.example A
dig @10.20.0.10 +short files.corp.example A
Resolve-DnsName files.corp.example -Server 10.20.0.10 -Type A

पहिलो क्वेरीले स्थानीय रिजल्भर प्रयोग गर्छ, दोस्रोले सिधै कुनै निश्चित DNS सर्भरलाई सोध्छ, र तेस्रोले Windows मा PowerShell बाट त्यही गर्छ। तिनीहरूलाई तुलना गर्दा पुरानो क्लाइन्ट क्यास अधिकारिक जवाफबाट छुट्टिन्छ। सिधा क्वेरीले पहिले नै टनेल ठेगाना फर्काइरहेको छ भने समस्या स्थानीय क्यासिङमा होइन, प्रकाशित डेटामा छ।

रेकर्डको टाइमस्ट्याम्प र DNS कन्सोलले यसलाई गतिशील देखाउँछ कि भन्ने लेख्नुहोस्। त्यही एउटा गुणले माथिका तीन सर्तमध्ये कुन लागू हुन्छ भन्ने बताउँछ, र यही पाँच मिनेटको सफाइ र टिक्ने मर्मतबीचको फरक हो।

प्रकाशक ठीक गर्नुहोस् वा रेकर्ड, तर कुन हो जान्नुहोस्

रेकर्ड गतिशील र अवाञ्छित छ भने दिगो समाधान त्यो इन्टरफेसलाई दर्ता गर्नबाट रोक्नु हो। Windows ले प्रत्येक इन्टरफेसका लागि दर्ता सेटिङ दिन्छ, र DNS क्लाइन्ट सेवाले अर्को जडान वा ठेगाना परिवर्तनमा फेरि प्रकाशित गर्छ। डायल-इन एडाप्टरका लागि दर्ता बन्द गर्दा LAN एडाप्टरको दर्ता अक्षुण्ण रहन्छ, जुन सामान्यतया तपाईंले चाहनुहुने कुरा हो।

पूरै मेसिनमा लागू हुने स्विचहरूमा सावधान रहनुहोस्। गतिशील अपडेट अक्षम गर्ने विश्वव्यापी सेटिङले त्यो होस्टका प्रत्येक इन्टरफेसमा असर गर्छ, जसमा अरू क्लाइन्टहरू त्यसको दर्तामा भर पर्ने इन्टरफेस पनि समावेश छ। डोमेन कन्ट्रोलरमा त्यही सावधानी बढी जोरसँग लागू हुन्छ, किनभने होस्टसँग क्लाइन्टहरू लगइनका लागि भर पर्ने सेवा-स्थान रेकर्डहरू पनि हुन सक्छन्।

रेकर्ड स्थिर छ भने त्यो जानाजानी त्यहाँ राखिएको हो र कुरा त्यो राख्नेसँग हुन्छ। आज असुविधाजनक भएको कारण स्थिर रेकर्ड मेटाउँदा त्यो किन अवस्थित छ भन्ने एकमात्र प्रमाण हट्छ। दुवै अवस्थामा प्रकाशक सम्हालिएपछि मात्र पुरानो जवाफ मेटाउनुहोस्, र के बदल्नुभयो लेख्नुहोस् ताकि अर्को व्यक्तिले जानाजानी प्रविष्टि र दुर्घटना छुट्याउन सकोस्।

असफल भएको क्लाइन्ट नेटवर्कबाट प्रमाणित गर्नुहोस्

प्रमाणीकरण लक्षण रिपोर्ट गर्ने नेटवर्कको हो, सर्भरको होइन। क्लाइन्ट रिजल्भर क्यास त्यसको समर्थित विधिबाट सफा गर्नुहोस्, त्यसपछि मूल खोज र नामद्वारा मूल सेवा जडान दोहोर्याउनुहोस्।

ipconfig /flushdns
ipconfig /displaydns | findstr /i files.corp.example

पहिलो आदेशले Windows रिजल्भर क्यास सफा गर्छ, र दोस्रोले नाम फेरि क्यास भयो कि भएन र कुन ठेगाना भण्डारण भयो देखाउँछ। सर्भरको आफैंसँगको सफल जडानले LAN क्लाइन्टबारे केही प्रमाणित गर्दैन, र अवाञ्छित ठेगानातर्फको मार्ग हटाउँदा DNS ले प्रकाशित गर्ने कुरा सुधारिँदैन।

अन्तमा, पहिले ठेगाना ल्याउने घटना दोहोर्याउनुहोस्: VPN क्लाइन्ट फेरि जडान गर्नुहोस्, वा डायल-इन सत्र नवीकरण गर्नुहोस्। त्यो जीवनचक्र परिवर्तनपछि प्रकाशित नाम फेरि जाँच्नुहोस्। अर्को जडानसम्म मात्र टिक्ने मर्मत सफाइ थियो, मर्मत होइन, र तपाईंले कुन गर्नुभयो भन्ने जान्नु नै टिकट बन्द गर्ने र अर्को हप्ता फेरि खोल्नेबीचको फरक हो।