VPN இல் குழுக் கொள்கை இல்லையா? சுரங்கப்பாதைக்கு முன் எல்லையைச் சரிபார்க்கவும்

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

சுரங்கப்பாதையில் அல்ல, அமைப்பில் தொடங்குங்கள்

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

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

அமைப்பு எந்தக் கணக்கிற்குச் சொந்தமோ அந்தக் கணக்குடன் அறிக்கையைப் படியுங்கள்

பாதிக்கப்பட்ட பயனரின் சொந்த அமர்வில் whoami /user மற்றும் பின்னர் gpresult /scope user /r இயக்கவும். VPN ஐ அங்கீகரித்த கணக்கு நீங்கள் படிக்கும் கொள்கையின் Windows கணக்கு தானாகவே அல்ல, நிர்வாகி கணக்கிலிருந்து செய்யும் சோதனை வேறு கேள்விக்குப் பதிலளிக்கிறது. அடிப்படை நிலையை புதிய கோப்புப் பெயரில் சேமிக்கவும், எடுத்துக்காட்டாக %TEMP%\vpn-policy-user-before.html. gpresult குறிப்பு எல்லை மற்றும் வெளியீட்டு சுவிட்சுகளை ஆவணப்படுத்துகிறது, அறிக்கையை உருவாக்குவது எதையும் புதுப்பிக்காது என்பதை அறிவது நல்லது.

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

கண்டறிதல் அணுகல் அல்ல: முதலில் SRV பதிவுகள், பின்னர் SMB

அனுமதிக்கப்பட்ட VPN இணைக்கப்பட்ட நிலையில், வாடிக்கையாளர் களக் கட்டுப்படுத்திகளை நோக்கிய DNS பாதை வழியாகத் தீர்க்கிறதா என்பதை உறுதிசெய்யவும்; ஏற்றப்படும் பொது இணையதளம் கட்டுப்படுத்திக் கண்டறிதல் பற்றி எதுவும் கூறாது. எடுத்துக்காட்டு களம் corp.example க்கு, உண்மையில் உங்களிடம் உள்ள கேள்விக்கு nslookup -type=SRV _ldap._tcp.dc._msdcs.corp.example பதிலளிக்கிறது. திருப்பித் தரப்பட்ட சேவைப் பதிவு கண்டறிதலின் சான்று மட்டுமே, ஏனெனில் தேர்ந்தெடுக்கப்பட்ட கட்டுப்படுத்தியின் முகவரி தேவையான அங்கீகாரம் மற்றும் அனுமதிக்கப்பட்ட அடைவுச் சேவைகளுடன் இன்னும் அணுகக்கூடியதாக இருக்க வேண்டும். கொள்கைப் பொருள் பின்னர் SYSVOL இலிருந்து வருகிறது, அது அதே குறிப்பிட்ட கட்டுப்படுத்திக்கு எதிரான SMB படிப்பு, ICMP சோதனை அல்ல.

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

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

ஒரு புதுப்பித்தல், இரண்டு அறிக்கைகள், ஒரு ஒப்பீடு

பாதை நிரூபிக்கப்பட்ட பிறகு, தொடர்புடைய புதுப்பித்தலை gpupdate /target:user உடன் கேட்டு, ஊகிப்பதற்குப் பதிலாக முடிவைப் படியுங்கள். இயல்புநிலை புதுப்பித்தல் மாற்றப்பட்ட கொள்கையைப் பயன்படுத்துகிறது, /force மீண்டும் பயன்படுத்தக் கோருகிறது; எதுவும் DNS, கோப்பு அனுமதிகள் அல்லது வடிகட்டலைச் சரிசெய்யாது. சில நீட்டிப்புகள் பின்னர் நுழைவு அல்லது மற்றொரு முன்னணி நிகழ்வில் மட்டுமே முடிகின்றன, எனவே ஒரு முறை இயக்குவது தீர்ப்பு அல்ல. தொலைப் பயனரின் அமர்வில் வெளியேறு அல்லது மறுதொடக்கம் சுவிட்சுகளை வழக்கமான கண்டறிதலாகச் சேர்ப்பது அவர் திறந்து வைத்திருந்ததைத் தூக்கி எறிகிறது.

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

தோல்வியை ஒரே செயல்பாட்டுடன் இணைக்கவும்

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

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

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