హ్యాండ్షేక్ జరుగుతోంది, ఇంటర్నెట్ లేదు: Windows 11లో మొదట ఏమి సరిచేయాలి

Windows 11లో ఏమీ తెరవని బ్రౌజర్ల పక్కన కొత్త హ్యాండ్షేక్లు తరచుగా నిలుస్తాయి. హ్యాండ్షేక్ అనేది సహచరుడితో UDP మార్పిడి పూర్తయిందని మాత్రమే నిరూపిస్తుంది. Windows ఏర్పాటు చేసిన మార్గం, అది ఉపయోగించే రిజాల్వర్, లేదా నిష్క్రమణ ఏదైనా పంపుతుందా అనే దాని గురించి ఏమీ చెప్పదు.

నాలుగు షరతులు ఈ పొరల్లో ఏది విఫలమైందో నిర్ణయిస్తాయి. వాటిని క్రమంగా చేయడానికి నిమిషాలు పడుతుంది, కీలను తిరిగి రాయడానికి ఎక్కువ సమయం పడుతుంది మరియు ఏమీ మారదు.

కీలను తాకే ముందు పొరను నిర్ణయించండి

ఈ క్రమంలో మూడు గమ్యస్థానాలను తనిఖీ చేయండి. టన్నెల్ వైపు చిరునామాతో ప్రారంభించి, తర్వాత సంఖ్యగా పబ్లిక్ IP, చివరగా హోస్ట్ పేరుతో ముగించండి. గొలుసు ఎక్కడ విరుగుతుందో అక్కడ పొర పేరు తెలుస్తుంది. మొదటి దశలో వైఫల్యం మార్గదర్శనం, రెండవదానిలో ఫార్వార్డింగ్ లేదా NAT, మూడవదానిలో పేర్ల పరిష్కారం.

ఈ క్రమమే మొత్తం పద్ధతి. ఇది DNS లోపాన్ని విరిగిన టన్నెల్గా నిర్ధారణ చేయకుండా నిరోధిస్తుంది, ఇది ఇక్కడ అత్యంత సాధారణ తప్పు మలుపు.

wg show
Find-NetRoute -RemoteIPAddress 1.1.1.1
Resolve-DnsName example.com -Server 1.1.1.1

హ్యాండ్షేక్ సమయం ఖాళీగా ఉంటే

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

బయటకు వెళ్లి ఒకటి కూడా లోపలికి రాని బైట్లు మరో సందర్భం. అది NAT లేదా ట్రాఫిక్ను తప్పు ప్రదేశానికి తిరిగి పంపే ఫైర్వాల్ను సూచిస్తుంది.

మార్గం భౌతిక అడాప్టర్తో ఓడిపోతే

పూర్తి టన్నెల్ కోసం సహచర విభాగం మీరు ఉపయోగించాలని భావించే గమ్యాలను కవర్ చేయాలి. అన్నింటినీ కవర్ చేసే నియమం ఉన్నా Windows కొన్నిసార్లు భౌతిక అడాప్టర్ డిఫాల్ట్ మార్గాన్ని ఉంచుతుంది. ఆ నియమాన్ని 0.0.0.0/1 మరియు 128.0.0.0/1గా విభజించడం వెతుకులాటలో గెలిచే రెండు మరింత నిర్దిష్ట ప్రిఫిక్స్లను సృష్టిస్తుంది. ఈ విభజన పత్రబద్ధమైన పరిష్కారం, ఇష్టం కాదు.

route print లేదా పబ్లిక్ చిరునామా వెతుకులాటతో నిర్ధారించండి. ఎంచుకున్న ఇంటర్ఫేస్ టన్నెల్ అడాప్టర్ అయి ఉండాలి. భౌతికమైనది ఇంకా గెలిస్తే, సర్వర్ను తాకే ముందు సహచర పరిధులను సరిచేయండి.

చిరునామాలు పనిచేసి పేర్లు విఫలమైతే

WireGuard IP ప్యాకెట్లను మోసుకెళ్తుంది మరియు DNS గురించి దానికి అభిప్రాయం లేదు. ఇంటర్ఫేస్ విభాగంలో DNS = లైన్ పెట్టండి, లేదా Windows ద్వారా అడాప్టర్ సెట్ చేయండి. అది లేకుండా చిరునామాపై ping విజయవంతమవుతుంది కానీ ప్రతి హోస్ట్ పేరు విఫలమవుతుంది, మరియు వినియోగదారులు దానిని ఇంటర్నెట్ లేదు అని నివేదిస్తారు.

కనెక్ట్ అయిన తర్వాత Windows నిజంగా ఏ సర్వర్లను ఉపయోగిస్తుందో తనిఖీ చేయండి. భౌతిక అడాప్టర్పై మిగిలిన రిజాల్వర్ పాక్షిక వైఫల్యాన్ని వివరిస్తుంది, కొన్ని పేర్లు పరిష్కారమవుతాయి, మరికొన్ని కావు. పైన రెండవదాన్ని జోడించడం బదులు దాన్ని శుభ్రం చేయండి.

Windows యంత్రమే నిష్క్రమణ అయితే

Internet Connection Sharing ఆన్లో ఉన్నప్పుడు చిరునామాలను తిరిగి రాస్తుంది, ఇది పంచుకున్న అడాప్టర్ను మరో పరిధిలోకి మార్చవచ్చు. అసలు చిరునామాను ఇంకా చూపుతున్న క్లయింట్ అప్పుడు పనిచేయడం ఆపేస్తుంది. రిజిస్ట్రీ విలువలు ScopeAddress మరియు StandaloneDHCPAddress ఆ పరిధిని నియంత్రిస్తాయి, మరియు రీబూట్ తర్వాత సెట్టింగ్ తిరిగి రావచ్చు.

Windows-కు ప్రత్యేకమైన మరో రెండు ఘర్షణలు చూడదగినవి. Routing and Remote Access సేవ టన్నెల్కు అంతరాయం కలిగించవచ్చు. తప్పు ఆర్కిటెక్చర్ కోసం నిర్మించిన ఇన్స్టాలర్ ఆర్కిటెక్చర్ను ఎప్పుడూ ప్రస్తావించని సందేశంతో విఫలమవుతుంది.

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