तीन प्रकाशक डोमेन कंट्रोलरचा VPN पत्ता DNS मध्ये टाकू शकतात

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

एक सेटिंग, एक सेवा आणि एक भूमिका; तीन प्रकाशक, तीन स्विच.

रेकॉर्डपासून सुरुवात करा, चेकबॉक्सपासून नाही

प्रभावित सर्व्हरचे पूर्ण नाव क्लायंट प्रत्यक्षात वापरत असलेल्या DNS सर्व्हरमार्फत विचारा, आणि परत आलेला प्रत्येक पत्ता नोंदवा. परत आलेल्या प्रत्येक पत्त्याची सर्व्हरच्या प्रत्यक्ष LAN आणि टनेल इंटरफेसशी आणि क्लायंट ज्या नेटवर्कमध्ये आहेत त्यांच्याशी तुलना करा. एखादा पत्ता स्थानिक पातळीवर पूर्णपणे वैध असू शकतो आणि तरीही महत्त्वाच्या क्लायंटसाठी अगम्य असू शकतो. अधूनमधून होणारे प्रमाणीकरण अपयश हे सामान्य लक्षण आहे, कारण क्लायंट वेगवेगळ्या प्रयत्नांमध्ये वेगवेगळे पत्ते मिळवतात किंवा निवडतात.

मशीन स्वतःचे नाव बरोबर सोडवते यावरून फारसे काही सिद्ध होत नाही. महत्त्वाची चाचणी क्लायंट नेटवर्कमधून केली जाते.

अ‍ॅडाप्टर हा एकच प्रकाशक आहे

अ‍ॅडाप्टरच्या TCP/IP गुणधर्मांमध्ये त्या कनेक्शनचा पत्ता नोंदवण्यासाठी चेकबॉक्स आहे, आणि टिक काढल्यास नेमका एक प्रकाशक शांत होतो. ते इतरांना थांबवत नाही, म्हणून रीस्टार्टनंतर रेकॉर्ड पुन्हा दिसू शकतो. जर डोमेन कंट्रोलर DNS सेवाही चालवत असेल, तर त्या सेवेची स्वतःची ऐकण्याची संरचना आणि स्वतःचे नाव सर्व्हर रेकॉर्ड असतात. एकाहून अधिक इंटरफेस असलेल्या वातावरणासाठी Microsoftचे मार्गदर्शन इंटरफेसचे वर्तन, DNS सेवा आणि Netlogon यांना वेगवेगळे संबंधित प्रकाशक मानते.

तीन स्विच, तीन मालक, आणि त्यापैकी फक्त एकच अ‍ॅडाप्टरच्या गुणधर्म पानावर राहतो.

DNS सेवेचे स्वतःचे पत्ते आहेत

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

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

स्वच्छतेपूर्वी मालकी

रेकॉर्ड काढण्यापूर्वी प्रकाशक दुरुस्त करा, नाहीतर पुढील नोंदणी घटना तो परत आणेल आणि सराव पुनरावृत्त होईल. जुन्या नोंदी DNS मालकाच्या प्रक्रियेने काढा आणि कॅश व जुने होणे विचारात घ्या. क्लायंट नेटवर्कमधून तपासा, ज्यात डोमेन शोध आणि सुरुवातीला अपयशी ठरलेले अनुप्रयोग यांचा समावेश आहे, नंतर पत्ता पहिल्यांदा तयार करणारी तीच VPN घटना घडवा.

शेवटी तुम्हाला प्रकाशित पत्ते व श्रोत्यांचा ज्ञात संच हवा आहे, तर दैनंदिन डोमेन नोंदणी आपले काम करत राहील. हाताने स्वच्छता केल्यानंतर लगेच नाव योगायोगाने बरोबर सोडवले जाणारे मशीन ते नाही.

कोणता प्रकाशक जबाबदार होता, कोणते रेकॉर्ड बदलले आणि कोणत्या क्लायंटची चाचणी झाली ते नोंदवा. पुढील एकाहून अधिक इंटरफेस असलेल्या सर्व्हरवरही तेच तीन संशयित असतील.