பயனர் VPN வழியாக டொமைனில் சேர்ந்து, மறுதொடக்கத்தைத் தாண்டி வாருங்கள்

புள்ளி-முதல்-தள VPN வழியாக டொமைன் சேர்வைச் செய்யலாம். அந்த இணைப்பு பொதுவாகச் செய்ய முடியாதது, அதைத் தொடர்ந்து வரும் மறுதொடக்கத்தின் போது இணைந்திருப்பது, அப்போதுதான் முதல் டொமைன் பயனர் உள்நுழைய முயல்கிறார். இப்போது நான் சேர்வை மூன்று நிலைகளில் செய்கிறேன்: உள்ளூர் நிர்வாகி உள்நுழைந்திருக்கும்போது பாதையையும் கண்டறிதலையும் நிரூபிப்பது, சேர்வைச் செய்வது, பிறகு மடிக்கணினியை ஒப்படைப்பதற்கு முன் முதல் டொமைன் உள்நுழைவைச் சோதிப்பது. ஒவ்வொரு நிலைக்கும் வேறொரு இடத்தில் தோல்வியடையும் சோதனை உள்ளது.

அந்த நிலைகளைப் பிரிப்பதே திட்டம் வெற்றிகரமாக இணைந்து பயன்படுத்த முடியாத மடிக்கணினியுடன் முடிவதைத் தடுக்கிறது.

இணைப்பதற்கு முன்: பதிப்பு, உள்ளூர் நிர்வாகி, DNS

இயந்திரத்திற்கு டொமைன் சேர்வை ஆதரிக்கும் பதிப்பும் அதைச் செய்ய அதிகாரம் பெற்ற உள்ளூர் நிர்வாகியும் தேவை. VPN அதே அமர்வில் இயங்க வேண்டும், ஏனெனில் சேர்வு நீங்கள் பயன்படுத்தும் பாதுகாப்புச் சூழலில் இயங்குகிறது.

வாடிக்கையாளரை அமைப்பின் அடைவு DNS-ஐ நோக்கிக் காட்டுங்கள், பொது தீர்வியிலோ hosts கோப்பு உள்ளீட்டிலோ அல்ல. சேர்வுக்கு சேவைப் பதிவுகளைக் கண்டறிய வேண்டும், பிறகு அந்தப் பதிவுகள் பெயரிடும் புரவலர்களை அடைய வேண்டும். பழைய பின்னொட்டு அல்லது பொது தீர்வி கண்டறிதலை முற்றிலும் வேறு இடத்திற்கு அனுப்புகின்றன.

கடிகாரத்தையும் சரிபாருங்கள். Kerberos நேர வித்தியாசத்தைப் பொறுத்துக்கொள்ளாது, ஒரு மாதம் இணைப்பின்றி இருந்த மடிக்கணினி குழப்பமான சேர்வுப் பிழைகளுக்கான பொதுவான மூலம்.

டொமைன் கண்டறியப்படுமா என உறுதிசெய்யுங்கள், ping மட்டும் அல்ல

சேர முயல்வதற்கு முன் டொமைனின் LDAP SRV பதிவைத் தீர்க்கவும். ad.corp.example எனப்படும் எடுத்துக்காட்டு ஒற்றை-டொமைன் சூழலுக்கு, வினவல் இதுவே:

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

திருப்பியளிக்கப்படும் பதிவு அவசியம் ஆனால் போதாது. அது பட்டியலிடும் ஒவ்வொரு DC பெயரையும் தீர்த்து, சுரங்கப்பாதை வழியாகத் தேவையான சேவைகளை அடைவதை உறுதிசெய்யுங்கள். டொமைன் பெயருக்கு ping செய்வது கண்டறிதலைப் பற்றி கிட்டத்தட்ட எதையும் நிரூபிக்காது.

ஆவணப்படுத்தப்பட்ட AD சார்புகளை அனுமதிக்கவும்: அங்கீகாரம், SMB மற்றும் RPC போக்குவரத்து, மேலும் நேர ஒத்திசைவு. நீங்கள் உண்மையில் பயன்படுத்திய ஃபயர்வால் விதிகளுக்கு எதிராக ஒவ்வொன்றையும் சரிபாருங்கள். டொமைன் கட்டுப்படுத்தியின் துறைகளை இணையத்தில் வெளியிடுவது பரிசீலிக்கத் தகுந்த குறுக்குவழி அல்ல.

சேர்வைச் செய்து பிழையைப் படியுங்கள்

ஆதரவு பெற்ற சேர்வுக் கட்டளையையோ கணினி உரையாடலையோ பயன்படுத்தி சரியான பிழை உரையைப் பதிவு செய்யுங்கள். «குறிப்பிட்ட டொமைன் இல்லை அல்லது அதைத் தொடர்புகொள்ள முடியவில்லை» என்பது கண்டறிதல் அல்லது அணுகலைக் குறிக்கிறது, சான்றுகளை அல்ல.

அதே பெயரில் ஒரு பொருள் ஏற்கனவே இருந்தால், அதைத் தானியங்கியாக நீக்க வேண்டாம். அது முன்கூட்டியே தயாரிக்கப்பட்ட கணக்காக இருக்கலாம், மேலும் netjoin கடினமாக்கல் உரிமை மற்றும் கொள்கையின்படி சில மறுபயன்பாட்டு நிகழ்வுகளைக் கட்டுப்படுத்துகிறது. அடைவு உரிமையாளரிடம் பொருளைச் சரிபார்க்க அல்லது சரிசெய்யச் சொல்லுங்கள்.

வெற்றிகரமான சேர்வு நடுப்புள்ளி, இறுதிக் கோடு அல்ல. அடுத்த படி பயனர் உண்மையில் சோதிப்பதுதான்.

முதல் டொமைன் உள்நுழைவைத் திட்டமிடுங்கள்

முடிந்த சேர்வு ஒவ்வொரு டொமைன் பயனருக்கும் தற்காலிகச் சான்றுகளை உருவாக்காது. முதல் உள்நுழைவுத் திரையில், எந்தப் பயனரும் உள்நுழைவதற்கு முன் மடிக்கணினிக்கு DC-க்கு ஒரு பாதை தேவை. உங்கள் பயனர் VPN உள்நுழைவுக்குப் பிறகுதான் தொடங்கினால், அந்தப் பாதை இல்லை. இது வடிவமைப்பு இடைவெளி, வாடிக்கையாளர் பிழை அல்ல.

அந்த முதல் உள்நுழைவுக்கு ஆதரவு பெற்ற முன்-உள்நுழைவு அல்லது சாதனச் சுரங்கப்பாதை பணிப்பாய்வு, இருக்கும் தளப் பாதை, அல்லது அங்கீகரிக்கப்பட்ட மாற்றைப் பயன்படுத்துங்கள். பிறகு முழு வரிசையையும் சோதியுங்கள்: மறுதொடக்கம் செய்யுங்கள், சான்றுத் திரையை அடையுங்கள், எதிர்பார்க்கப்பட்ட டொமைன் பயனராக உள்நுழையுங்கள், சுரங்கப்பாதை வடிவமைத்தபடி செயல்படுவதை உறுதிசெய்யுங்கள்.

பயனர் மாற்றமும் VPN நிலைத்தன்மையும் வாடிக்கையாளருக்கு வாடிக்கையாளர் வேறுபடும். உள்ளூர் நிர்வாகியாகத் தொடங்கிய இணைப்பு வேறு பயனரின் அமர்வுக்குத் தொடரும் என்று எண்ண வேண்டாம்.

உள்ளூர் மீட்பு அணுகலை வைத்திருங்கள்

மடிக்கணினியை ஒப்படைப்பதற்கு முன் அங்கீகரிக்கப்பட்ட உள்ளூர் மீட்புப் பாதையைப் பாதுகாக்கவும். முதல் டொமைன் உள்நுழைவு தோல்வியடைந்தால், இப்போது தோல்வியடைந்த அதே சுரங்கப்பாதையைச் சாராத திரும்பும் வழி உங்களுக்குத் தேவை.

நீங்கள் நிரூபித்ததை எழுதுங்கள்: SRV தீர்வு, DC அணுகல், சேர்வுப் பிழை, முதல் உள்நுழைவு முறை மற்றும் மீட்புக் கணக்கு. அந்தப் பதிவே மீண்டும் உருவாக்கக்கூடிய கட்டமைப்பிற்கும் அலுவலகத்தில் மட்டும் இயங்கும் மடிக்கணினிக்கும் இடையிலான வேறுபாடு.