VPN சேவையகத்தில் வரும் எச்சரிக்கை: கண்காணிப்புப் புள்ளியைப் படியுங்கள்
பாக்கெட் பிடிப்பு, ஃபயர்வால் நிராகரிப்பு மற்றும் தோல்வியடைந்த உள்நுழைவு ஆகியவை மூன்று வெவ்வேறு நிகழ்வுகளைப் பதிவு செய்கின்றன. யாராவது உள்ளே வந்தார்களா என முடிவெடுக்கும் முன் டூப்பிள் மற்றும் நேர முத்திரையை ஒப்பிடுங்கள்.
VPN-க்குப் பின்னால் உள்ள சேவையகம் தனது பொதுச் சேவைப் பதிவுகளை வைத்திருக்கிறது, மக்கள் அவற்றைத் தொடர்ந்து கண்டுபிடிக்கிறார்கள். எச்சரிக்கை வரிசையில் வருவது ஒரு கண்டுபிடிப்பு அல்ல, மூன்று சாத்தியமானவை, அவை வெவ்வேறு பொருள் தருகின்றன. முதல் வேலை வெளிப்பட்ட சேவையை வெளிப்பட்ட உள்நுழைவுத் தகவல்களில் இருந்து பிரிப்பதாகும்.
கண்காணிப்புப் புள்ளிகளை வரிசையாகக் கடந்து செல்லுங்கள். ஆதாரம் அதன் வகையை மாற்றும்போது நிறுத்துங்கள், ஏனெனில் அடுத்த கட்டம் வேறு கேள்விக்குப் பதிலளிக்கிறது.
முதல் கட்டம்: பிடிப்பு உண்மையில் கண்டது என்ன
பாக்கெட் பிடிப்பு பாதையில் தனது சொந்தப் புள்ளியில் தெரிந்ததைப் பதிவு செய்கிறது. அந்தப் புள்ளி பின்னர் வரும் வடிகட்டல் முடிவுக்கு முன்பாக இருக்கலாம். பிடிக்கப்பட்ட பாக்கெட் போக்குவரத்து அங்கு வந்ததை நிரூபிக்கிறது. பின்னர் என்ன நடந்தது என்பதைப் பற்றி எதையும் நிரூபிக்கவில்லை.
இடைமுகத்தையும் கவனியுங்கள். பொதுப் பிணைப்பியில் செய்யப்பட்ட பிடிப்பும் சுரங்கப்பாதைக்குள் செய்யப்பட்ட பிடிப்பும் வெவ்வேறு வருகைப் புள்ளிகளை விவரிக்கின்றன, தவறான புள்ளியைக் குறிப்பிடும் எச்சரிக்கை தவறான முடிவுக்கு இட்டுச் செல்கிறது.
Windows ஸ்டாக்கின் பல அடுக்குகளில் வடிகட்டுகிறது, எனவே பிடிப்புக் கருவி இரண்டாம் அடுக்கிலும் ஃபயர்வால் மூன்றாம் அடுக்கிலும் அமர்ந்திருக்கும் என்ற ஒழுங்கான மாதிரி உண்மையான தயாரிப்பைச் சந்திக்கும்போது நிலைத்திருக்காது. Windows Filtering Platform இன் மேலோட்டம் ஸ்டாக் அடுக்குகள் முழுவதும் வடிகட்டலை விவரிக்கிறது, அதனால்தான் கண்காணிப்பு வரிசையை ஊகிக்காமல் நிறுவ வேண்டும்.
இரண்டாம் கட்டம்: நிராகரிப்புப் பதிவு எதை நிறுவுகிறது
நிராகரிப்புப் பதிவு ஒரு கொள்கை எல்லை அந்தப் பாக்கெட்டை மறுத்ததாகக் கூறுகிறது. இது வலுவான ஆதாரம். இது குறுகிய ஆதாரமும் கூட, ஏனெனில் ஒரு எல்லையில் ஒரு முடிவை மட்டுமே உள்ளடக்குகிறது. ஸ்டாக்கில் வேறு எதுவும் இதனால் விவரிக்கப்படவில்லை.
டூப்பிள் மற்றும் நேர முத்திரையில் ஒப்பிடுங்கள். அதே மூலம், அதே இலக்கு, அதே துறை, அதே வினாடிக்குள். அந்தப் பொருத்தம் இல்லாவிட்டால், மற்றொரு பதிவில் ஒத்துத் தெரியும் நிகழ்வு வெறும் மற்றொரு நிகழ்வே, அவற்றை இணைப்பது யாரும் தற்காத்துக்கொள்ள முடியாத கதையை உருவாக்குகிறது.
# what did the firewall actually drop, and when?
Get-NetFirewallProfile -PolicyStore ActiveStore | Select-Object Name, LogAllowed, LogBlocked
Get-Content "$env:systemroot\System32\LogFiles\Firewall\pfirewall.log" | Select-String 'DROP'
# correlate with a listening service on the same port
Get-NetTCPConnection -LocalPort 3389 -State Listen | Select-Object LocalAddress, OwningProcess
மூடிய துறையும் நிராகரிக்கப்பட்ட பாக்கெட்டும் வெளியிலிருந்து ஒரே மாதிரி தெரிகின்றன, இந்த இரண்டு வெளியீடுகளில் முற்றிலும் வேறுபடுகின்றன. அந்த வேறுபாடே உள்ளூர்ப் பதிவைப் படிக்க வேண்டிய முழுக் காரணம்.
மூன்றாம் கட்டம்: அங்கீகார நிகழ்வு எதை நிரூபிக்கிறது
அங்கீகார நிகழ்வு ஒரு கூறு முடிவைப் பதிவு செய்யும் அளவுக்கு கோரிக்கையைச் செயலாக்கியதாகக் கூறுகிறது. மூன்று கட்டங்களில் அடையாளத்தைப் பற்றிப் பேசுவது இது மட்டுமே, அதற்கு முன் எத்தனை பாக்கெட்டுகள் வந்தன என்பதைப் பற்றி எதுவும் கூறவில்லை.
நிகழ்வின் உண்மையான சூழலைப் படியுங்கள். இல்லாத கணக்கிற்கான தோல்வியடைந்த உள்நுழைவு ஸ்கேனிங்கின் இரைச்சல். நம்பகமான மூலத்துடன் உள்ள உண்மையான கணக்கிற்கான தோல்வியடைந்த உள்நுழைவு வேறு முன்னுரிமை. வெற்றிகரமான அமர்வு முற்றிலும் வேறு நிகழ்வு வகை.
நெறிமுறைப் பெயர்களையும் கவனியுங்கள். RPC மற்றும் RDP தனித்தனி துறைகளுடன் தனித்தனி சேவைகள். அவற்றில் ஒன்றை மட்டும் கண்காணிக்கும் கண்டறிவி மற்றொன்றை உள்ளடக்காது. பிணையச் செயல்பாட்டைச் சுருக்கும் கருவிகள் நிகழ்வை அந்த இரண்டில் எது உருவாக்கியது என்பதை எப்போதும் கூறுவதில்லை.
ஒரு ஒப்பிடப்பட்ட மாதிரி டாஷ்போர்டை விட மேலானது
ஒரு அனுமதிக்கப்பட்ட சோதனையைத் தேர்ந்தெடுத்து, வேண்டுமென்றே இயக்கி, தொடக்கம் முதல் இறுதி வரை கண்காணியுங்கள்: இலக்கு முகவரி மற்றும் இடைமுகம், உண்மையான மூல முகவரி, சேவைத் துறை, நடைமுறையில் உள்ள ஃபயர்வால் சுயவிவரம் மற்றும் விதி, மற்றும் பொருந்தும் சேவை முடிவு. அந்தச் சங்கிலியில் மேல்நிலை மேப்பிங் அல்லது கிளவுட் ஃபயர்வாலையும் சேர்க்கவும், ஏனெனில் அங்குள்ள அனுமதிக்கும் விதி ஒழுங்கான உள்ளூர் விதியை மீறக்கூடும்.
பின்னர் இரண்டு கடமைகளைப் பிரிக்கவும். நிர்வாகம் VPN வழியாக மட்டுமே இருக்க வேண்டும் எனில், அங்கீகரிக்கப்பட்ட மீட்புப் பாதையை வைத்துக்கொண்டே பொதுப் பாதை மற்றும் சுரங்கப்பாதை பாதை இரண்டிலும் அதை நடைமுறைப்படுத்துங்கள். நிராகரிக்கப்பட்ட முயற்சியைக் கண்காணிப்பது சேவையகம் எதை ஏற்க வேண்டும் என முடிவெடுப்பதற்கு சமமான பணி அல்ல.
புவியியல் விதி அல்லது தடுக்கப்பட்ட தொடர்பில்லாத நெறிமுறை கவனிக்கப்பட்ட பதிவையும் அது பெற்ற முடிவையும் கண்டறிவதற்கு மாற்றாகாது. VPN-ம் அல்ல: வெளிச் செல்லும் போக்குவரத்தைச் சுரங்கப்பாதை வழியாக அனுப்புவது உள்நுழைவு அங்கீகாரம் பற்றி எதையும் பதிவு செய்யவில்லை.