உங்கள் VPN அடாப்டர் பொது ஃபயர்வால் சுயவிவரத்தில் ஏன் தொடர்கிறது
டொமைனில் உள்நுழைவது நெட்வொர்க்கை டொமைனாக வகைப்படுத்தாது, தனிப்பட்டது மாற்றீடு அல்ல. முதலில் விதியின் சுயவிவரத்தைப் படித்து, பின்னர் அதைச் செயல்படுத்தும் இயந்திரத்தைப் பாருங்கள்.
சுரங்கப்பாதை இயங்குகிறது, கணக்கு டொமைனுடன் அங்கீகரிக்கப்பட்டது, இருந்தும் Windows இணைப்பை பொது என்று லேபிள் செய்கிறது. எனவே டொமைன் சுயவிவரத்திற்காக எழுதப்பட்ட ஃபயர்வால் விதி பொருந்தாது, மேலும் கோப்புப் பங்கீடு அணுக முடியாததாகவே உள்ளது. வழக்கமான சரிசெய்யும் முயற்சி அடாப்டரை தனிப்பட்டதாக அமைப்பது, இது எந்த விதிகள் பொருந்தும் என்பதை மாற்றும் ஆனால் அங்கீகாரத்தில் எதையும் மாற்றாது. லேபிளும் சரிசெய்தலும் இரண்டும் பரவலாகத் தவறாகப் புரிந்துகொள்ளப்படுகின்றன, அவற்றைப் பிரிக்க மூன்று கட்டளைகள் தேவை.
இணைந்த கணக்கு நெட்வொர்க்கின் வகை அல்ல
VPN இணைப்பின் போது இரண்டு வெவ்வேறு முடிவுகள் எடுக்கப்படுகின்றன, அவற்றைக் குழப்புவது எளிது. நுழைவாயில் கணக்கு இணைக்க முடியுமா என்பதைத் தீர்மானிக்கிறது. Windows அதன் விளைவாக வரும் நெட்வொர்க்கை எவ்வாறு வகைப்படுத்துவது என்பதைத் தீர்மானிக்கிறது, அந்த வகைப்படுத்தலே இடைமுகத்திற்கு எந்த ஃபயர்வால் விதிகள் பொருந்தும் என்பதை நிர்ணயிக்கிறது.
நுழைவாயிலில் வெற்றிகரமான டொமைன் அங்கீகாரம் கணக்கைப் பற்றிய சான்றாகும். முனை நெட்வொர்க்கை டொமைன் கட்டுப்படுத்தியுடன் அங்கீகரித்தது என்பதற்கான சான்று அல்ல, டொமைன் வகை அதைத்தான் குறிக்கிறது.
அதனால்தான் ஒரு இயந்திரம் டொமைனில் இணைந்திருக்கலாம், டொமைன் கணக்குடன் இணைக்கலாம், இருந்தும் பொது என்று காட்டலாம். வகைப்படுத்தல் என்பது நெட்வொர்க்கைப் பற்றிய உள்ளூர் தீர்மானம், சுரங்கப்பாதையைத் திறந்த அடையாளங்களைப் பற்றிய அறிக்கை அல்ல. கணக்கு முழுமையாக செல்லுபடியாக இருக்கலாம், லேபிள் தொடங்கிய இடத்திலேயே இருக்கும்.
மூன்று வகைகள், அவற்றில் ஒன்றை நீங்கள் அமைக்க முடியாது
Windows மூன்று வகைகளை வழங்குகிறது, அவற்றில் இரண்டை மட்டுமே நிர்வாகி ஒதுக்க முடியும். மூன்றாவதை இயக்க முறைமை நெட்வொர்க்கை டொமைன் கட்டுப்படுத்தியுடன் வெற்றிகரமாக அங்கீகரித்த பிறகு தீர்மானிக்கிறது.
| Category | How it is assigned | What it affects |
|---|---|---|
| Public | Default for unidentified networks, or set manually | Rules scoped to the public profile |
| Private | Set manually, or by the user on a trusted network | Rules scoped to the private profile |
| DomainAuthenticated | Determined by Windows after domain authentication | Rules scoped to the domain profile |
Get-NetConnectionProfile | Select-Object Name,InterfaceAlias,NetworkCategory,IPv4Connectivity
Set-NetConnectionProfile -InterfaceAlias 'Corp VPN' -NetworkCategory Private
Set-NetConnectionProfile -InterfaceAlias 'Corp VPN' -NetworkCategory DomainAuthenticatedமூன்றாவது கட்டளை தோல்வியடைகிறது, அது அனுமதிப் பிரச்சினை அல்ல, ஆவணப்படுத்தப்பட்ட நடத்தை. கட்டளையின் சொந்தக் குறிப்பே டொமைன் வகையை இவ்வாறு ஒதுக்க முடியாது என்று கூறுகிறது, ஏனெனில் Windows அதை டொமைன் அங்கீகாரத்திலிருந்து பெறுகிறது. பிழையைப் பார்ப்பது வகை ஒரு அமைப்பு அல்ல, விளைவு என்பதற்கான பயனுள்ள உறுதிப்படுத்தல்.
முதல் கட்டளையை டிராஃபிக் தடுக்கப்பட்ட முனையில் படியுங்கள். நுழைவாயிலின் சொந்த இடைமுக வகைப்படுத்தல், இணைக்கும் ஒவ்வொரு பணிநிலையமும் தன் சுரங்கப்பாதையை எவ்வாறு வகைப்படுத்தியது என்பதைப் பற்றி எதையும் கூறாது.
விதிகள் எழுதப்பட்ட சுயவிவரத்தைப் பின்பற்றுகின்றன
வகையைத் தெரிந்தவுடன், இல்லாத அணுகல் பொதுவாகத் தானாகவே விளங்கும். ஒவ்வொரு Windows Firewall விதியும் சுயவிவர வரம்பைக் கொண்டுள்ளது, டொமைனுக்கு வரம்பிடப்பட்ட விதி இடைமுகம் பொதுவாக இருக்கும்போது பொருந்தாது. மூன்று கட்டளைகள் அதைக் கோட்பாட்டிலிருந்து பதிலாக மாற்றுகின்றன, மூன்றாவது சுயவிவரம் ஒருபோதும் பிரச்சினையாக இல்லாத நிலையைப் பிடிக்கிறது:
(Get-NetFirewallRule -DisplayName 'Allow File Share').Profile
Get-NetFirewallRule -DisplayName 'Allow File Share' | Get-NetFirewallAddressFilter
Get-NetFirewallProfile | Select-Object Name,Enabled,DefaultInboundActionஇரண்டாவது கட்டளை தெளிவற்ற அறிக்கையைச் சரிசெய்தலாக மாற்றுகிறது. விதி VPN தொகுப்பை உள்ளடக்காத தொலை முகவரி வரம்பிற்கு வரம்பிடப்பட்டிருந்தால், சுயவிவரத்தை மாற்றுவதும் உதவாது.
இயல்புநிலை உள்வரும் செயலையும் சரிபார்க்கவும். உள்வரும் டிராஃபிக் இயல்பாகவே தடுக்கப்படும் இயந்திரத்தில், இல்லாத அனுமதி விதி நிராகரிப்புக்குப் பதிலாக மௌனத்தை உருவாக்குகிறது. கிளையண்ட் பக்கத்திலிருந்து அது ரூட்டிங் தோல்வி போலவே தோன்றுகிறது, அதனால்தான் இந்த டிக்கெட்டுகளில் பல தவறான அனுமானத்துடன் தொடங்குகின்றன.
எந்த இயந்திரம் விதியைச் செயல்படுத்துகிறது என்பதைத் தீர்மானிக்கவும்
வகையை மாற்றும் முன், தடுப்பு எங்கு நடக்கிறது என்பதை நிறுவுங்கள். பங்கீட்டை வழங்கும் சேவையகத்திற்கு அதன் சொந்த ஃபயர்வால் இருக்கலாம், அதன் விதிகள் கிளையண்ட் தன் அடாப்டரை எவ்வாறு லேபிள் செய்தது என்பதைப் பொருட்படுத்தாமல் VPN தொகுப்பிலிருந்து வரும் டிராஃபிக்கிற்குப் பொருந்தும். அங்கு நடக்கும் நிராகரிப்பு நீங்கள் இயக்கும் எந்த உள்ளூர் கட்டளைக்கும் தெரியாது, கிளையண்ட் பக்கம் ஆதாரம் கிடைக்கவில்லை என்று மட்டுமே தெரிவிக்கிறது. கிளையண்டின் வகைப்படுத்தலைத் தொடும் முன் இலக்கின் சொந்த விதிகளைச் சோதியுங்கள்.
கிளையண்டிலிருந்து குறிப்பிட்ட துறைமுகத்திற்குச் சோதித்து, பின்னர் அதே VPN இல் உள்ள மற்றொரு புரவலனின் சோதனையுடன் ஒப்பிடுங்கள். இரண்டும் தோல்வியடைந்தால், பிரச்சினை இலக்கில் அல்லது பாதையில் உள்ளது. ஒன்று மட்டும் தோல்வியடைந்தால், வேறுபாடு அந்த இயந்திரத்திற்கு உள்ளூரானது, சுயவிவர வகை சாத்தியமான காரணமாகிறது.
திசையையும் நினைவில் கொள்ளுங்கள். உள்வரும் SMB ஐ அனுமதிக்கும் விதி, தன் வெளியேறும் விதி அதே டிராஃபிக்கைத் தடுக்கும் கிளையண்டிற்கு எதையும் செய்யாது. கோப்பு உலாவி சாளரத்திலிருந்து இரண்டு தோல்விகளையும் வேறுபடுத்த முடியாது, எனவே எதையும் திருத்தும் முன் ஒவ்வொரு திசையையும் தனித்தனியாகச் சோதியுங்கள்.
எல்லாவற்றையும் மீண்டும் லேபிள் செய்வதற்குப் பதிலாக என்ன செய்ய வேண்டும்
பரந்த விதியைப் பூர்த்தி செய்ய அறியப்படாத நெட்வொர்க்கை தனிப்பட்டதாக மாற்றுவது உண்மையான விளைவுகளுடன் கூடிய உண்மையான மாற்றம். தனிப்பட்ட சுயவிவரம் பொதுவை விட அதிக கண்டறிதலையும் அதிக உள்வரும் டிராஃபிக்கையும் அனுமதிக்கிறது.
குறிப்பிட்ட சேவை VPN கிளையண்டுகளை அடைவதே இலக்கு என்றால், விதியை சுயவிவரத்திற்குப் பதிலாக தொலை முகவரியால் வரம்பிடுங்கள். அது நோக்கத்தைத் துல்லியமாக வெளிப்படுத்துகிறது, வகைப்படுத்தலைப் பொருட்படுத்தாமல் செயல்படுகிறது, Windows மெய்நிகர் அடாப்டரைப் பற்றி சரியாக ஊகிக்கும் என்பதைச் சார்ந்திருக்கவில்லை. இடைமுகத்தை மீண்டும் வகைப்படுத்தும் கிளையண்ட் புதுப்பிப்பையும் அது தாங்கும். தொகுப்பை விதியில் எழுதுங்கள், அடுத்தவர் கேட்காமலேயே நோக்கத்தைப் படிக்க முடியும்.
டொமைன் வகை உண்மையிலேயே எதிர்பார்க்கப்பட்டு ஒருபோதும் தோன்றவில்லை என்றால், அது தனி விசாரணை. இயந்திரம் டொமைனில் இணைந்துள்ளதா, சுரங்கப்பாதை வழியாக டொமைன் கட்டுப்படுத்தியை அடைய முடியுமா, பாதுகாப்பான சேனல் ஆரோக்கியமாக உள்ளதா என்பதைச் சரிபார்க்கவும். அந்த மூன்று கட்டளைகள் ஒரு ரெஜிஸ்ட்ரி திருத்தமும் இல்லாமல் பதிலளிக்கின்றன:
Get-CimInstance Win32_ComputerSystem | Select-Object PartOfDomain,Domain
Test-ComputerSecureChannel -Verbose
nltest /dsgetdc:corp.example.comஅந்த மூன்றும் முனை நெட்வொர்க்கை அங்கீகரிக்க முடியுமா என்பதற்குப் பதிலளிக்கின்றன. அது கட்டுப்படுத்தியை அடைய முடியாவிட்டால், அடாப்டர் எத்தனை முறை மீட்டமைக்கப்பட்டாலும் டொமைன் வகை ஒருபோதும் ஒதுக்கப்படாது. நீங்கள் துரத்திய ஃபயர்வால் விதியே உண்மையான பிரச்சினை அல்ல, லேபிள் காரணம் அல்ல, உடைந்த பாதையின் அறிகுறி.