ஒரு மாதம் ஆஃப்லைனில் இருந்த பிறகு டொமைன் நம்பிக்கை உடைந்ததா? முதலில் சரிபார்க்கவும்

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

பிழை நம்பிக்கை போலத் தெரிகிறது, ஆனால் மூன்று நிலைகள் ஒரே மாதிரி தெரிகின்றன

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

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

பரிச்சயமான 30 நாள் இயல்புநிலை ஒரு மாற்றக் கொள்கை, ஆஃப்லைன் காலாவதி கடைசி தேதி அல்ல. Microsoft-இன் இயந்திர கணக்கு கடவுச்சொல் பற்றிய விளக்கம் ஒருங்கிணைந்த மாற்ற செயல்முறையை விவரிக்கிறது, ஒரு நிறுவனம் வேறு இடைவெளியை அமைக்கலாம்.

VPN சின்னம் பாதுகாப்பான சேனல் பற்றி எதையும் நிரூபிக்கவில்லை

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

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

nltest /dsgetdc:corp.example.com
Test-ComputerSecureChannel -Verbose

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

பழுதுபார்க்கும் முன் உறுப்பினரைச் சோதிக்கவும்

அதிகாரம் பெற்ற Windows டொமைன் உறுப்பினரில், Test-ComputerSecureChannel -Verbose இயந்திரத்திற்கும் டொமைனுக்கும் இடையிலான சேனலின் படிக்க-மட்டும் சரிபார்ப்பு. நீங்கள் விசாரிக்கும் இயந்திரத்தின் சூழலில் அதை இயக்கவும், டொமைன் கட்டுப்பாட்டாளரிலிருந்து அல்ல, அதன் பங்கும் மீட்பு விதிகளும் வேறுபடும். அனுப்பியது அல்லது தோல்வி என்ற வார்த்தைக்குப் பதிலாக வெளியீட்டையும் வெளியேறும் நிலையையும் பதிவு செய்யுங்கள். அந்தக் கட்டமைப்பில் cmdlet இல்லை என்றால், தொகுதி தனி பிரச்சினை.

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

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

நீங்கள் நிரூபித்த உறவை மட்டும் பழுதுபார்க்கவும்

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

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

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

தோல்வி திரும்பும்போது என்ன சரிபார்க்க வேண்டும்

தோல்வி திரும்பினால், அதே கணக்கை மீண்டும் மீட்டமைப்பதற்குப் பதிலாக பின்னோக்கிச் சுருட்டுதல், இரட்டை அடையாளம் மற்றும் கணக்கு மாற்றங்களின் நேரத்தைப் பாருங்கள். மீட்டெடுக்கப்பட்ட படிமம், ஸ்னாப்ஷாட், நகலெடுக்கப்பட்ட இயந்திர அடையாளம், அல்லது வேறு இடத்தில் செய்யப்பட்ட கணினி-கணக்கு மீட்டமைப்பு—அனைத்தும் விசாரணைக்குத் தகுதியானவை.

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

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