VPN క్లయింట్ ఇన్‌స్టాల్ చేసిన తర్వాత RDP ఆగిపోతుందా? ఫైర్‌వాల్ కారణం

వినియోగదారు VPN క్లయింట్ ఇన్‌స్టాలేషన్ పూర్తయిన కొన్ని నిమిషాల తర్వాత కూడా పోర్టల్ VM నడుస్తోందని చెబుతోంది, పబ్లిక్ IP మారలేదు, RDP స్పందించడం లేదు. VM క్రాష్ అయిందని లేదా నెట్‌వర్క్ భద్రతా సమూహం మారిందని ప్రజలు సాధారణంగా భావిస్తారు, రెండూ సాధారణంగా తప్పు. మారినది మెషిన్ ఉన్న Windows ఫైర్‌వాల్ ప్రొఫైల్, మరియు ముందు సరిపోలిన RDP నియమం ఇప్పుడు సరిపోలడం లేదు. RDPపై ఆధారపడని మార్గంలో షెల్ పొందడంతో మరమ్మతు ప్రారంభమవుతుంది.

VM నడుస్తోంది; నియమం సరిపోలడం ఆగింది

Windowsలో ఫైర్‌వాల్ నియమాలకు ప్రొఫైల్ సెట్ ఉంటుంది, ప్రైవేట్ లేదా డొమైన్‌కు పరిమితమైన నియమానికి మెషిన్ పబ్లిక్ ప్రొఫైల్‌లో ఉన్నంత వరకు ఎలాంటి ప్రభావం ఉండదు. VPN ఇన్‌స్టాలర్లు అడాప్టర్లు మరియు మార్గాలను జోడిస్తాయి, వాటిలో చాలా పక్క ప్రభావంగా పబ్లిక్‌ను కఠినతరం చేస్తాయి. లిజనర్ 3389కి కట్టుబడి ఉంటుంది మరియు ప్యాకెట్లు ఇప్పటికీ వస్తాయి, కానీ ప్రొఫైల్ అసమతుల్యత వాటిని విసిరేస్తుంది.

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

ఏదైనా మార్చడానికి ముందు పోర్ట్‌ను పరీక్షించండి. 3389కి కనెక్ట్ అయ్యే ప్రయత్నం సమయం ముగిసినా అతిథి ఏజెంట్ ఆదేశం ఇంకా అవుట్‌పుట్ ఇస్తుంటే అది హోస్ట్ ఫైర్‌వాల్‌ను సూచిస్తుంది. పోర్ట్ స్పందించినా RDP ఇంకా విఫలమైతే, లోపం నెట్‌వర్క్ పొరకు పైన ఉంది, ఈ మరమ్మతు దానిని తాకదు. రెండింటిలో ఏ పరిస్థితిని చూశారో రాయండి, ఎందుకంటే మిగిలిన ప్రణాళిక దానిపై ఆధారపడి ఉంటుంది.

రెండు ద్వారాలు స్వతంత్రంగా మూసుకుంటాయి

మొదట ప్లాట్‌ఫారమ్ విధానం నడుస్తుంది: నెట్‌వర్క్ భద్రతా సమూహం ప్యాకెట్‌ను అతిథికి ముందు చూస్తుంది. ఈ క్రమం హోస్ట్ ప్యాకెట్‌ను విసిరేసినప్పుడు పరిపూర్ణ NSG నమోదును నిష్ప్రయోజనకరం చేస్తుంది, ప్లాట్‌ఫారమ్ తిరస్కరించినప్పుడు తెరిచిన హోస్ట్ నియమాన్ని కూడా. వాటిని వేర్వేరు ద్వారాలుగా పరిగణించి ప్రతి ఒక్కటి విడిగా పరీక్షించండి.

పోర్టల్ లేదా CLIలో NSG యొక్క ప్రభావవంతమైన నియమాలను చదవండి, తర్వాత అతిథి సొంత నియమాలతో పోల్చండి. గుర్తున్న చివరి మార్పే అమల్లోకి వచ్చిందని భావించకండి.

వినియోగదారు క్లయింట్ Windows ఫైర్‌వాల్ కింద ట్రాఫిక్‌ను నిరోధించే ఫిల్టర్ డ్రైవర్ లేదా కిల్ స్విచ్‌ను కూడా ఇన్‌స్టాల్ చేయవచ్చు. ఫైర్‌వాల్ నియమాలు సరిగ్గా కనిపించినా పోర్ట్ విఫలమైతే, ఆ పొరే తదుపరి అనుమానం.

అతిథి ఏజెంట్‌ను తిరిగి వెళ్లే మార్గంగా ఉపయోగించండి

రిమోట్ ఎగ్జిక్యూషన్ యొక్క రెండు లక్షణాలు, Run Command మరియు Custom Script Extension, ప్లాట్‌ఫారమ్ ఏజెంట్ ద్వారా అతిథి లోపల నడుస్తాయి. రెండింటికీ RDP అవసరం లేదు, కాబట్టి ఫైర్‌వాల్ తప్పు వాటిని ప్రభావితం చేయదు. రెండూ స్క్రిప్ట్ అవుట్‌పుట్‌ను తిరిగి ఇస్తాయి, ఇది వాటిని నిర్ధారణ మరియు అదే సమయంలో మరమ్మతు ఛానెల్‌గా మారుస్తుంది.

వాటిలో ఏదైనా మార్చడానికి ముందు సక్రియ ప్రొఫైల్ మరియు RDP నియమాన్ని చదవండి:

Get-NetConnectionProfile
Get-NetFirewallRule -DisplayGroup "Remote Desktop" | Select-Object Name, Enabled, Profile

ఆ ప్రొఫైల్‌లో ఇన్‌బౌండ్ నియమాలను మళ్లీ ప్రారంభించడం తాత్కాలిక చర్య, లక్ష్యం కాదు. దాన్ని ఉపయోగించి సెషన్ పొంది, తర్వాత ఖాళీని సరిగ్గా మూసివేయండి:

Set-NetFirewallProfile -Name Public -AllowInboundRules True

ఆ స్విచ్ ప్రొఫైల్‌లోని ప్రతి ఇన్‌బౌండ్ నియమాన్ని తెరుస్తుంది, RDP మాత్రమే కాదు. సెషన్ వచ్చాక దాన్ని పరిమిత నియమంతో భర్తీ చేసి నిజంగా కావాల్సిన సెట్టింగ్‌లను పునరుద్ధరించండి. ఏజెంట్ కూడా అందుబాటులో లేకపోతే, సీరియల్ కన్సోల్ లేదా తిరిగి నిర్మించిన డిస్క్ ప్రత్యామ్నాయం, ఏజెంట్‌ను ఆరోగ్యంగా ఉంచడానికి ఆచరణాత్మక కారణం అదే.

సెషన్ మూసే ముందు ఖాళీని ఇరుకుగా చేయండి

తాత్కాలిక ప్రొఫైల్ మార్పు ఆ ప్రొఫైల్‌లోని ప్రతి ఇన్‌బౌండ్ నియమానికి తెరిచి ఉంచిన తలుపు. దాన్ని మీ మూల చిరునామా మరియు RDP పోర్ట్‌కు పరిమితమైన నియమంతో భర్తీ చేయండి, తర్వాత ప్రొఫైల్ దాని ఉద్దేశిత స్థితికి తిరిగి వచ్చిందని ధృవీకరించండి. సెషన్ ఇంకా ఉన్నప్పుడే ఇది చేయండి, ఎందుకంటే తదుపరి తప్పు దూరం నుండి తిరిగి మార్చలేనిది కావచ్చు. మార్పు సమయంలో Bastion లేదా సీరియల్ కన్సోల్ వంటి రెండవ పరిపాలనా మార్గాన్ని సిద్ధంగా ఉంచండి.

మీ వర్క్‌స్టేషన్ నుండి పోర్ట్ పరీక్షతో, అతిథి లోపలి నుండి నియమాల జాబితాతో ఫలితాన్ని ధృవీకరించండి:

Test-NetConnection -ComputerName 203.0.113.25 -Port 3389
Get-NetFirewallRule -DisplayName "RDP from admin" | Get-NetFirewallPortFilter

పరీక్ష కాలం పాటు ఫైర్‌వాల్ లాగింగ్ ఆన్ చేయండి. 3389 మరియు సక్రియ ప్రొఫైల్‌ను పేర్కొనే విసిరేసిన ప్యాకెట్ గురించిన ఒక లైన్ మరో రీబూట్ కంటే వేగంగా సమాధానం ఇస్తుంది.

తదుపరి ఇన్‌స్టాలర్ మళ్లీ అలా చేయకుండా నిరోధించండి

ఆ హోస్ట్‌కు క్లయింట్ నడపడానికి కారణం లేకపోతే దాన్ని అన్‌ఇన్‌స్టాల్ చేయండి. ఇన్‌స్టాల్ చేసిన క్లయింట్ తదుపరి అప్‌డేట్ ప్రొఫైల్‌ను మళ్లీ రాయడానికి శాశ్వత ఆహ్వానం, తదుపరి వ్యక్తి పోర్టల్ నుండే అదే అంతరాయాన్ని డీబగ్ చేస్తారు.

ఏదైనా నెట్‌వర్క్ సెట్టింగ్‌లను తిరిగి రాసే ముందు డిస్క్ స్నాప్‌షాట్ తీసుకోండి, అవసరం అయ్యే ముందే రెండవ పరిపాలనా మార్గాన్ని సిద్ధంగా ఉంచండి.

ఇన్‌స్టాలర్ ఏమి మార్చిందో నమోదు చేయండి: అడాప్టర్లు, మార్గాలు, ఫైర్‌వాల్ ప్రొఫైల్‌లు, ఫిల్టర్ డ్రైవర్లు మరియు సేవలు. ఆ నమోదు తదుపరి సంఘటనను కొత్త దర్యాప్తుకు బదులు తెలిసిన నమూనాగా మారుస్తుంది. VMకి సరిగ్గా ఒక సేవకు సొరంగం అవసరమైతే, క్లయింట్‌ను మీ వర్క్‌స్టేషన్‌లో ఉంచండి లేదా సర్వర్‌పై ల్యాప్‌టాప్ ఉత్పత్తిని ఇన్‌స్టాల్ చేయడానికి బదులు సైట్-టు-సైట్ లింక్ నిర్మించండి. వినియోగదారు క్లయింట్లు ల్యాప్‌టాప్‌ల కోసం, దూరం నుండి మీరు నిర్వహించే సర్వర్ అలా కాదు.