VPN வழியாக RDP உறைதல்: உள்ளீடு இன்னும் செயல்படுகிறது, எனவே போக்குவரத்தைச் சோதிக்கவும்

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

உறைதல் உங்களிடம் சொல்லாதது

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

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

இரண்டு கட்டளைகளால் மூன்று தோல்விகளைப் பிரிக்கவும்

அடையக்கூடிய தன்மையை விலக்குவது மலிவு. கிளையண்டில் இருந்து RDP போர்ட்டைச் சோதித்து, பின்னர் ஹோஸ்ட்டில் அமர்வு நிலையைப் படிக்கவும்.

Test-NetConnection rdp-host.example.com -Port 3389
query user /server:rdp-host

தோல்வியடைந்த TCP சோதனை என்பது அமர்வு ஒருபோதும் திறக்கப்படவில்லை என்பதாகும், எனவே அதை உறைதல் அல்ல, தீர்வரிச் சுவர், எல்லை அல்லது சேவை சிக்கலாகக் கருதுங்கள். செயலில் உள்ள அமர்வுடன் வெற்றிகரமான சோதனை கட்டுப்பாட்டுப் பாதை உள்ளதை உறுதிப்படுத்துகிறது, அது துல்லியமாக உறைந்த படத்தின் நிலை. அமர்வுகளைப் பார்க்க அனுமதி உள்ள கணக்கிலிருந்து ஹோஸ்ட் வினவலை இயக்குங்கள், ஏனெனில் அனுமதி பிழை காலி பட்டியல் போலத் தெரிகிறது. அமர்வு ID மற்றும் நிலையைப் பதிவு செய்யுங்கள், ஏனெனில் தன் ID-ஐ தக்கவைக்கும் துண்டிக்கப்பட்ட அமர்வு செயலில் உள்ளதற்குச் சமமானது அல்ல.

UDP போக்குவரத்தை அணைத்து ஒப்பிடுங்கள்

காட்சி மட்டும் நின்றால், ஒரு நேரத்தில் ஒரு மாற்றமாக கிளையண்ட் போக்குவரத்துகளை ஒப்பிடுங்கள். உள்ளமைந்த கிளையண்டும் Store கிளையண்டும் ஒரே ஸ்டாக்கைப் பகிரவில்லை, கீழே உள்ள கொள்கை உள்ளமைந்த கிளையண்டிலிருந்து UDP-ஐ நீக்குகிறது.

reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client" /v fClientDisableUDP

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

ஒரு ஹோஸ்ட் உறைந்து மற்றவை நன்றாக இருக்கும்போது

மற்றபடி ஆரோக்கியமான துணை வலைப்பிணையத்தில் ஒரே தோல்வியடைந்த ஹோஸ்ட் சுரங்கப்பாதையிலிருந்து விலகி சுட்டுகிறது. VPN அமைப்புகளைத் தொடும் முன் பாதையின் MTU மற்றும் தொலைக் காட்சியின் ஸ்டாக்கைச் சரிபார்க்கவும்.

ping -f -l 1472 rdp-host.example.com

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

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