ஃபயர்வால் VPN-ஐ தடுக்கிறதா? படிப்படியான சரிபார்ப்பு

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

படி 1: சேவையகத்தையும் இயக்கத்தையும் உறுதிப்படுத்துங்கள்

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

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

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

படி 2: ஒரு கட்டுப்படுத்தப்பட்ட ஒப்பீட்டால் பாதையை நிரூபியுங்கள்

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

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

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

Resolve-DnsName vpn.corp.example
tracert -h 8 -w 500 vpn.corp.example
Test-NetConnection vpn.corp.example -Port 443 -InformationLevel Detailed

துறை 443 இல் வெற்றிகரமான TCP கைகுலுக்கல் என்பது அங்கு கேட்பான் பதிலளித்தது என்று பொருள். அது 51820 இல் UDP கேட்பான் பற்றியும், பேச்சுவார்த்தை முடிந்ததா என்பது பற்றியும் எதையும் சொல்லவில்லை.

படி 3: தோல்வியின் தருணத்திற்கான பாதுகாப்பு நிகழ்வுகளைப் படியுங்கள்

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

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

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

Get-NetFirewallProfile | Select-Object Name, Enabled, DefaultInboundAction, LogBlocked
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object DisplayName -match 'VPN'
Get-WinEvent -LogName 'Microsoft-Windows-Windows Firewall With Advanced Security/Firewall' -MaxEvents 20

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

படி 4: சுரங்கப்பாதை எழுந்த பிறகு அனுப்புதலைச் சோதியுங்கள்

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

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

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

sysctl net.ipv4.ip_forward
nft list ruleset | grep -n -E 'forward|masquerade'
tcpdump -ni tun0 -c 10

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

சரிசெய்தலைச் சரிபார்த்து உதவாததை அகற்றுங்கள்

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

அதே மூன்று கட்டளைகளை மீண்டும் இயக்கி, மாற்றத்திற்கு முன் சேமித்த வெளியீடுகளுடன் ஒப்பிடுங்கள்.

Test-NetConnection vpn.corp.example -Port 443 -InformationLevel Detailed
tracert -h 8 -w 500 vpn.corp.example
Get-NetFirewallRule -Enabled True | Where-Object DisplayName -match 'VPN' | Select-Object DisplayName, Action

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