तीन प्रकाशकहरूले डोमेन कन्ट्रोलरको VPN ठेगाना DNS मा राख्न सक्छन्

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

एउटा सेटिङ, एउटा सेवा र एउटा भूमिका; तीन प्रकाशक, तीन स्विच।

रेकर्डबाट सुरु गर्नुहोस्, चेकबक्सबाट होइन

प्रभावित सर्भरको पूरा नाम क्लाइन्टहरूले वास्तवमै प्रयोग गर्ने DNS सर्भरमार्फत सोध्नुहोस्, र फर्किएको हरेक ठेगाना लेख्नुहोस्। फर्किएको हरेक ठेगानालाई सर्भरका वास्तविक LAN र टनेल इन्टरफेससँग र क्लाइन्टहरू रहेका नेटवर्कसँग तुलना गर्नुहोस्। कुनै ठेगाना स्थानीय रूपमा पूर्ण रूपमा वैध हुन सक्छ तर महत्त्वपूर्ण क्लाइन्टका लागि पहुँचयोग्य नहुन सक्छ। बेलाबेलामा हुने प्रमाणीकरण असफलता सामान्य लक्षण हो, किनकि क्लाइन्टहरूले फरक-फरक प्रयासमा फरक-फरक ठेगाना पाउँछन् वा छान्छन्।

मेसिनले आफ्नै नाम सही रूपमा समाधान गर्नुले धेरै थोरै मात्र प्रमाणित गर्छ। महत्त्वपूर्ण परीक्षण क्लाइन्ट नेटवर्कबाट गरिन्छ।

एडाप्टर एउटा मात्र प्रकाशक हो

एडाप्टरका TCP/IP गुणहरूमा त्यो जडानको ठेगाना दर्ता गर्न चेकबक्स हुन्छ, र टिक हटाउँदा ठ्याक्कै एउटा प्रकाशक शान्त हुन्छ। यसले अरूलाई रोक्दैन, त्यसैले रिस्टार्टपछि रेकर्ड फेरि देखा पर्न सक्छ। यदि डोमेन कन्ट्रोलरले DNS सेवा पनि चलाउँछ भने, त्यो सेवाको आफ्नै सुन्ने कन्फिगरेसन र आफ्नै नाम सर्भर रेकर्ड हुन्छ। एउटाभन्दा बढी इन्टरफेस भएका वातावरणका लागि Microsoft को मार्गदर्शनले इन्टरफेसको व्यवहार, DNS सेवा र Netlogon लाई छुट्टाछुट्टै सान्दर्भिक प्रकाशक मान्छ।

तीन स्विच, तीन मालिक, र तीमध्ये एउटा मात्र एडाप्टरको गुण पृष्ठमा बस्छ।

DNS सेवाका आफ्नै ठेगाना छन्

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

Netlogon र सामान्यतया डोमेन कन्ट्रोलर पत्ता लगाउने कामले पनि आफ्नै जिम्मेवारीको भागका रूपमा ठेगाना दर्ता गर्छ। सम्पूर्ण डोमेनमा दर्ता दबाउनु हुँदैन, र पुरानो रिमोट पहुँच दर्ता समाधान तपाईंको संस्करण र भूमिकामा लागू हुन्छ भनी पुष्टि नगरी प्रतिलिपि गर्नु हुँदैन।

सफाइअघि स्वामित्व

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

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

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