प्रयोगकर्ता VPN मार्फत डोमेनमा सामेल हुनुहोस्, अनि रिबुटबाट जोगिनुहोस्

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

ती चरणहरू अलग राख्नु नै परियोजनालाई सफलतापूर्वक सामेल भएको तर प्रयोग गर्न नसकिने ल्यापटपमा टुंगिनबाट रोक्छ।

जडान गर्नु अघि: संस्करण, स्थानीय प्रशासक, DNS

मेसिनलाई डोमेन सामेलता समर्थन गर्ने संस्करण र त्यो गर्न अधिकृत स्थानीय प्रशासक चाहिन्छ। VPN त्यही सत्रमा चालु हुनुपर्छ, किनकि सामेलता तपाईंले प्रयोग गरिरहेको सुरक्षा सन्दर्भमा चल्छ।

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

घडी पनि जाँच्नुहोस्। Kerberos ले समयको भिन्नता सहन गर्दैन, र एक महिना अफलाइन रहेको ल्यापटप अलमल्याउने सामेलता त्रुटिको सामान्य स्रोत हो।

डोमेन पत्ता लगाउन सकिन्छ भनी पुष्टि गर्नुहोस्, पिङ मात्र होइन

सामेल हुन प्रयास गर्नु अघि डोमेनको LDAP SRV रेकर्ड समाधान गर्नुहोस्। ad.corp.example नामको उदाहरणीय एक-डोमेन वातावरणका लागि, क्वेरी यो हो:

Resolve-DnsName -Type SRV _ldap._tcp.dc._msdcs.ad.corp.example

फर्काइएको रेकर्ड आवश्यक छ तर पर्याप्त छैन। यसले सूचीबद्ध गर्ने प्रत्येक DC नाम समाधान गर्नुहोस् र टनेलमार्फत आवश्यक सेवाहरूमा पुग्न सकिन्छ भनी पुष्टि गर्नुहोस्। डोमेन नाममा पिङ गर्नाले खोजीबारे लगभग केही पनि प्रमाणित गर्दैन।

कागजात गरिएका AD निर्भरताहरूलाई अनुमति दिनुहोस्: प्रमाणीकरण, SMB र RPC ट्राफिक, साथै समय सिङ्क। तपाईंले वास्तवमै तैनाथ गरेका फायरवाल नियमहरूसँग प्रत्येक जाँच्नुहोस्। डोमेन कन्ट्रोलरका पोर्टहरू इन्टरनेटमा प्रकाशित गर्नु विचार गर्न लायक छोटो बाटो होइन।

सामेलता चलाउनुहोस् र त्रुटि पढ्नुहोस्

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

यदि उही नामको वस्तु पहिले नै छ भने, त्यसलाई प्रतिक्रियावश नमेट्नुहोस्। त्यो पूर्व-तयार खाता हुन सक्छ, र netjoin कठोरता ले स्वामित्व र नीतिअनुसार केही पुनःप्रयोगका घटनाहरू सीमित गर्छ। डाइरेक्टरी मालिकलाई वस्तु निरीक्षण वा सुधार गर्न भन्नुहोस्।

सफल सामेलता मध्यबिन्दु हो, अन्तिम रेखा होइन। अर्को कदम भनेको प्रयोगकर्ताले वास्तवमै परीक्षण गर्ने कुरा हो।

पहिलो डोमेन साइन-इन योजना गर्नुहोस्

पूरा भएको सामेलताले प्रत्येक डोमेन प्रयोगकर्ताका लागि क्यास गरिएका प्रमाणहरू सिर्जना गर्दैन। पहिलो साइन-इन स्क्रिनमा, कुनै पनि प्रयोगकर्ता लगइन गर्नु अघि ल्यापटपलाई DC सम्मको मार्ग चाहिन्छ। यदि तपाईंको प्रयोगकर्ता VPN साइन-इनपछि मात्र सुरु हुन्छ भने, त्यो मार्ग छैन। यो डिजाइनको कमजोरी हो, क्लाइन्टको बग होइन।

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

प्रयोगकर्ता परिवर्तन र VPN दिगोपन क्लाइन्टअनुसार फरक पर्छ। स्थानीय प्रशासकका रूपमा सुरु गरिएको जडान अर्को प्रयोगकर्ताको सत्रमा टिक्छ भनी नमान्नुहोस्।

स्थानीय रिकभरी पहुँच कायम राख्नुहोस्

ल्यापटप हस्तान्तरण गर्नु अघि स्वीकृत स्थानीय रिकभरी मार्ग सुरक्षित राख्नुहोस्। यदि पहिलो डोमेन लगअन असफल भयो भने, भर्खरै असफल भएको त्यही टनेलमा निर्भर नहुने फर्किने बाटो तपाईंलाई चाहिन्छ।

तपाईंले के प्रमाणित गर्नुभयो लेख्नुहोस्: SRV समाधान, DC पहुँच, सामेलता त्रुटि, पहिलो लगअनको विधि र रिकभरी खाता। त्यो अभिलेख नै दोहोर्याउन सकिने निर्माण र कार्यालयमा मात्र चल्ने ल्यापटपबीचको फरक हो।