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 గ్రాఫిక్స్ ఛానెల్ గురించి కాదు. ఒక సమయంలో ఒక వేరియబుల్ను మార్చి అదే స్క్రీన్ చర్యను పునరావృతం చేయండి, పోలికకు అర్థం ఉండేలా.

సెషన్ ఎప్పుడూ తెరవకపోతే, అది గడ్డకట్టడం కాదు, చేరుకోగల సామర్థ్యం, కాబట్టి ఇక్కడ ఆపండి. లేకపోతే లక్షణాన్ని మార్చిన రవాణా సెట్టింగ్ను ఉంచి క్లయింట్ వెర్షన్తో నమోదు చేయండి.