RDP அனுமதி விதியைச் சேர்ப்பது உங்கள் VPN அணுகலைக் குறைக்காது

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

நீங்கள் சேர்க்கும் விதி முக்கியமான விதி அல்ல

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

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

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

சேவையகம் எந்த முகவரியைப் பார்க்கிறது என்பதைக் கண்டறியுங்கள்

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

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

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

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

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

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

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

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

Get-NetFirewallRule -PolicyStore ActiveStore -Direction Inbound | Where-Object DisplayName -match RDP
Get-NetFirewallAddressFilter -AssociatedNetFirewallRule (Get-NetFirewallRule -Name Reviewed-RDP-TCP)
Set-NetFirewallRule -Name Reviewed-RDP-TCP -RemoteAddress 10.63.4.17 -WhatIf

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

முதலில் தடுத்து பின்னர் அனுமதிப்பது வேறு மாதிரி

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

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

இரண்டாவது மூலத்துடன் அதை நிரூபியுங்கள்

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

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

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