SMB 2240 VPN வழியாக: உள்நுழைவு பணிநிலையப் பட்டியலைச் சரிபார்க்கவும்

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

பிழை எண்ணை டிக்கெட்டில் வைத்திருங்கள். இது விசாரணையை ஒரு பண்பு மற்றும் ஒரு நிகழ்வுக்குச் சுருக்குகிறது.

2240 உண்மையில் எதைக் குறிக்கிறது

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

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

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

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

முதலில் தோல்வியடைந்த உள்நுழைவுப் பதிவைப் படியுங்கள்

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

பாதுகாப்புப் பதிவு முயற்சியைக் கணக்கு மற்றும் அழைக்கும் பணிநிலையத்தின் பெயருடன் பதிவு செய்கிறது, கட்டுப்பாடு சரிபார்க்கப்படுவது அந்த இணைக்கு எதிராகவே:

Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4625; StartTime=(Get-Date).AddHours(-2)} |
  Select-Object TimeCreated,Message | Format-List
Get-ADUser -Identity jdoe -Properties LogonWorkstations |
  Select-Object SamAccountName,LogonWorkstations

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

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

கட்டுப்பாட்டை மிகச் சிறிய வரம்பில் சரிசெய்யவும்

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

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

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

அடுத்த முடிவைப் படியுங்கள், அதன் இல்லாமையை அல்ல

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

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

Windows பணிநிலையக் கட்டுப்பாட்டைத் தெரிவிக்கும்போது VPN விவரக்குறிப்பை மீண்டும் உருவாக்கவோ கடவுச்சொல்லை மீட்டமைக்கவோ எந்தக் காரணமும் இல்லை. Microsoft இன் பிணையப் பிழைப்பட்டியல் சரியாக இந்தக் காரணத்திற்காகவே திறந்து வைக்கத் தகுந்தது: எதையும் தொடுவதற்கு முன் எந்தப் பண்பைச் சரிபார்க்க வேண்டும் என்பதைக் குறியீடு சொல்கிறது.