ల్యాప్టాప్ ఇంటి Wi-Fiకి చేరుతుంది, క్లయింట్ మూడు సెకన్లలో కనెక్ట్ అవుతుంది, మరియు అదే ప్రొఫైల్ గంట తర్వాత హోటల్లో విఫలమవుతుంది. మధ్యలో ఏదీ అప్డేట్ కాలేదు. మీ ముందు క్లయింట్తో దీన్ని సమీక్షించడం ప్రధానంగా ఏ లోపం ఏ దశకు చెందుతుందో తెలుసుకోవడం గురించి, ఎందుకంటే ఉపయోగకరమైన సమాచారం క్లయింట్ ముద్రించే కోడ్లో ఉంది, అది విఫలమైందనే వాస్తవంలో కాదు. క్రింది నాలుగు దశలను క్రమంగా చేయండి, పేరు, ప్యాకెట్, పోర్ట్ లేదా విధానం మిమ్మల్ని తిరస్కరించిందో తెలుస్తుంది.

లోపం కోడ్ను తీర్పుగా కాకుండా దశగా చదవండి

టన్నెల్ ఉనికిలోకి రాకముందు క్లయింట్ మూడు వేర్వేరు మైలురాళ్లను చేరుతుంది. అది సర్వర్ పేరును పరిష్కరిస్తుంది, నెట్వర్క్లోని ఏదో ఒకదాని నుండి సమాధానం పొందుతుంది, మరియు భద్రతా సంఘంపై చర్చలు జరుపుతుంది. ప్రతి మైలురాయికి దాని స్వంత వైఫల్య సందేశం ఉంటుంది, ప్రత్యేకించి Windows అవి ఏ దశకు చెందుతాయో తెలిసిన తర్వాత విభిన్న కోడ్లను ఉదారంగా ఇస్తుంది.

What the client saysStage that failedFirst thing to run
868, name did not resolveDNS, before any packet leaves for the serverResolve-DnsName vpn.example.net
721 or 806, remote computer did not respondOuter protocol filtered, typically GRE or UDPA capture on the local interface
809, server not respondingA device in the path is dropping the outer flowThe same capture, from a second network
789, security layer errorThe security exchange started and was rejectedCertificate and proposal settings on both ends

ఆ కోడ్లలో రెండు నెట్వర్క్ నిర్దోషి అని అర్థం. 789 అంటే ప్యాకెట్లు ప్రవహిస్తున్నాయి మరియు రెండు చివరలు క్రిప్టోపై ఏకీభవించలేదు, ఇది ఇంట్లో పరిష్కరించగల కాన్ఫిగరేషన్ సమస్య. 868 అంటే ఏ ప్యాకెట్ బయటకు వెళ్లాల్సిన అవసరం లేదు, కాబట్టి పేరు పరిష్కారమయ్యే వరకు టన్నెల్ రూపకల్పన అప్రస్తుతం. కోడ్ను సరైన దశలో వర్గీకరించడం ఏదైనా క్యాప్చర్ కంటే ఎక్కువ సమయాన్ని ఆదా చేస్తుంది, ఎందుకంటే తదుపరి మూడు దశల్లో ఏది దాటవేయాలో అది చెబుతుంది.

క్లయింట్ Windows కాకపోతే తగిన జాగ్రత్త వహించండి. మూడవ పక్ష క్లయింట్లు వీటిలో ఎక్కువ భాగాన్ని "కనెక్షన్ విఫలమైంది"గా కుదిస్తాయి, అందుకే తదుపరి రెండు దశలు సందేశంపై అసలు ఆధారపడవు.

టన్నెల్ను నిందించే ముందు పేరును తనిఖీ చేయండి

హోటల్ మరియు విమానాశ్రయ నెట్వర్క్లు DNSను నిరంతరం అడ్డగిస్తాయి, మరియు పోర్టల్ చిరునామాతో సమాధానమిచ్చే పరిష్కర్త చనిపోయిన సర్వర్లాగా కనిపించే వైఫల్యాన్ని సృష్టిస్తుంది. స్థానిక పరిష్కర్త ఏమి చెబుతుందో పబ్లిక్ పరిష్కర్త ఏమి చెబుతుందో పోల్చండి:

Resolve-DnsName vpn.example.net -Type A
nslookup vpn.example.net 1.1.1.1
ipconfig /all | findstr /i "DNS Servers"

రెండు సమాధానాలు భిన్నంగా ఉంటే మిమ్మల్ని మళ్లిస్తున్నారు మరియు అది పరిష్కారమయ్యే వరకు మిగిలిన నిర్ధారణ వృథా. ప్రత్యేకించి పోర్టల్ చిరునామా TCP కనెక్షన్ను సంతోషంగా అంగీకరించి తర్వాత ఆగిపోతుంది, అందుకే బ్రౌజర్తో పరీక్షించినప్పుడు అది ఫైర్వాల్ బ్లాక్లాగా కనిపించవచ్చు.

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

ఏ బయటి ప్యాకెట్ అదృశ్యమవుతుందో కనుగొనండి

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

pktmon filter remove
pktmon filter add -p 500 -t UDP
pktmon start --capture --pkt-size 128
pktmon stop
pktmon etl2txt PktMon.etl

మీరు చూడాలనుకునేది మీ ప్యాకెట్లు అసలు బయటకు వెళ్తున్నాయా, ఏదైనా తిరిగి వస్తున్నాయా అనేది. బయటకు ప్యాకెట్లు మరియు తిరిగి ఏమీ లేకపోతే మార్గం లేదా దూరపు చివర వాటిని పడేస్తోంది; అసలు ఏమీ బయటకు వెళ్లకపోతే క్లయింట్ పంపే దశకే చేరలేదు, ఇది పేరు పరిష్కారం లేదా స్థానిక ఫైర్వాల్ విధానం వైపు చూపుతుంది.

ఫోన్ హాట్స్పాట్లో అదే పరీక్షను పునరావృతం చేయండి. ఇది మీకు అందుబాటులో ఉన్న అత్యంత సమాచారప్రదమైన పోలిక, ఎందుకంటే ల్యాప్టాప్, క్లయింట్ మరియు ఆధారాలను ఒకేలా ఉంచి మార్గం నుండి హోటల్లోని ప్రతి పెట్టెను తొలగిస్తుంది. హాట్స్పాట్లో టన్నెల్ పైకి వస్తే సర్వర్ వైపు చూడటం ఆపండి. అక్కడా విఫలమైతే నెట్వర్క్ ఎప్పుడూ సృష్టించని క్లయింట్ లేదా ఖాతా సమస్య ఉంది.

ఒక రవాణాను మార్చి మళ్లీ పరీక్షించండి

బయటి ప్రవాహం పడేయబడుతోందని తెలిసిన తర్వాత, ఆచరణాత్మక ప్రశ్న నెట్వర్క్ ఏ ప్రవాహానికి అనుమతిస్తుంది అనేది. చాలా పరిమిత నెట్వర్క్లు బయటకు వెళ్లే TCP 443కి అనుమతిస్తాయి, లేకపోతే అవి పనిచేయలేవు, కాబట్టి లిజనర్ను అక్కడికి తరలించడం సాధారణ సమాధానం. OpenVPN లో ఇది సర్వర్ మార్చే వరకు క్లయింట్ వైపు స్విచ్:

openvpn --config corp.ovpn --proto tcp-client --remote vpn.example.net 443 --verb 4

IPsec క్లయింట్లకు వాటి స్వంత సెట్టింగ్ ప్యానెల్లలో సమానమైన స్విచ్ ఉంటుంది, సాధారణంగా TCP పైన IPsec లేదా NAT ట్రావర్సల్ అని వివరించబడుతుంది. దాన్ని మార్చడం కూడా ఒక నిర్ధారణ: టన్నెల్ TCP పైన పైకి వచ్చి UDP పైన చనిపోతే నెట్వర్క్ UDPను ఫిల్టర్ చేస్తుందని మీరు నిరూపించారు, మరియు ఆ ప్రదేశానికి ప్రతి సందర్శనలో అవసరమయ్యే సెట్టింగ్ను కూడా కనుగొన్నారు.

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

రెండవ నెట్వర్క్లో అదే ప్రొఫైల్ను ధృవీకరించండి

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

pktmon filter add -p 443 -t TCP
pktmon start --capture
Get-VpnConnection -Name "Corp" | Select-Object ConnectionStatus, TunnelType, ServerAddress

చివరి ఆదేశం వెల్లడించే భేదాన్ని ఉంచుకోవడం విలువైనది: ప్రొఫైల్ కనెక్ట్ అయిన టన్నెల్ను నివేదించవచ్చు కానీ దాని లోపలి రూటింగ్ తప్పుగా ఉంటుంది, అది "VPN ఆన్లో ఉంది కానీ ఏదీ పనిచేయడం లేదు" అనేది సృష్టిస్తుంది, అది మరో వ్యాసం. మీ సవరణ తర్వాత టన్నెల్ రకం మారితే, ప్రొఫైల్ మీరు పరీక్షించినది కాదు.

తర్వాత తదుపరి వ్యక్తి చూసే చోట కనుగొన్నది రాయండి. "ఈ సైట్లో కార్పొరేట్ ప్రొఫైల్కు TCP 443 అవసరం; UDP 500ను హోటల్ ఫిల్టర్ చేస్తుంది" అనేది సహోద్యోగి చర్య తీసుకోగల వాక్యం. "హోటళ్లలో VPN అస్థిరంగా ఉంది" అలా కాదు, మరియు వచ్చే నెల అదే గంట మళ్లీ వృథా అవుతుందని హామీ ఇస్తుంది.

సంబంధిత వ్యాసాలు