విశాల VPN మార్గం కొన్ని పబ్లిక్ సైట్‌లను ఎందుకు విరుస్తుంది

చాలా పేజీలు లోడ్ అవుతాయి, రెండు లేదా మూడు సమయం మించిపోతాయి, బ్రౌజర్ కనెక్షన్‌ను నిందిస్తుంది. విఫలమయ్యే సైట్‌లకు పనిచేసే వాటిలో లేని ఒక సాధారణ విషయం ఉంది: వాటి పరిష్కరించిన చిరునామాలు VPN ఇన్‌స్టాల్ చేసిన ప్రిఫిక్స్ లోపల పడతాయి. పబ్లిక్ పరిధిని కవర్ చేసేంత విశాలమైన మార్గం టన్నెల్ ఎప్పుడూ మోయకూడని ట్రాఫిక్‌ను పట్టుకుంటుంది, లక్షణం రూటింగ్ నిర్ణయం కాకుండా వెబ్‌సైట్ సమస్యలా కనిపిస్తుంది.

విఫలమయ్యే పేరును పరిష్కరించి, ఆపై బ్రౌజర్‌కు బదులు రూటింగ్ పట్టికను చూడండి.

సైట్ పేరు కాదు, చిరునామాను పోల్చండి

క్లయింట్ నిజంగా ప్రయత్నించిన చిరునామాను కనుగొని, ఆపై ఏ మార్గం దానికి సరిపోతుందో తనిఖీ చేయండి. 45.61.20.10 లోపలి గమ్యం 45.0.0.0/8 కిందకు వస్తుంది, ఆ ప్రిఫిక్స్ ఉన్నట్లయితే, సైట్‌కు టన్నెల్‌తో ఎలాంటి సంబంధం లేకపోయినా. విఫలమైన చిరునామాను ఇన్‌స్టాల్ చేసిన ప్రిఫిక్స్‌లతో పోల్చడం తీసివేత సమస్య, ఊహ కాదు.

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

Resolve-DnsName www.example.org
Get-NetRoute -AddressFamily IPv4 | Select-Object DestinationPrefix,InterfaceIndex,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 45.61.20.10
Get-VpnConnection | Format-List Name,SplitTunneling,Routes

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

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

మార్గాన్ని ఎవరు ఇన్‌స్టాల్ చేశారో కనుగొనండి

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

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

స్థానిక తరగతి ఆధారిత ప్రవర్తనను జాగ్రత్తగా చదవండి

స్థానిక Windows ప్రొఫైల్‌లలో డాక్యుమెంట్ చేసిన సెట్టింగ్ ఉంది, NativeProfile/DisableClassBasedDefaultRoute, ఇది ఇంటర్‌ఫేస్ చిరునామా నుండి ఊహించిన స్వయంచాలక మార్గాన్ని నియంత్రిస్తుంది. 45 తో ప్రారంభమయ్యే ప్రొఫైల్ చిరునామా ఆ ప్రవర్తన కింద 45.0.0.0/8 నమోదును సృష్టించగలదు, అలా ఒక పబ్లిక్ చిరునామా మొత్తం A తరగతి పరిధిని పట్టుకుంటుంది.

గుణం పేరు తప్పు పఠనానికి ఆహ్వానిస్తుంది: దాన్ని true గా పెట్టడం ఊహను ఆపేస్తుంది, false దాన్ని ఆన్ చేస్తుంది. ఇది డిఫాల్ట్ మార్గంతో సమానమైన వస్తువు కాదు, తమ సొంత ప్రిఫిక్స్‌లను ఇన్‌స్టాల్ చేసే మూడవ పక్షం క్లయింట్‌లను ఇది నియంత్రించదు.

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

మూలాన్ని సరిచేసి, తర్వాత రెండు మార్గాలను మళ్లీ తనిఖీ చేయండి

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

అదే సమయంలో సర్వర్ చిరునామా ప్రణాళికను సమీక్షించండి. పబ్లిక్ స్థలంతో అతివ్యాప్తి చెందే పూల్ ఈ రకమైన సమస్యను పదేపదే కలిగిస్తుంది. ఆపరేటర్ ఉద్దేశపూర్వకంగా ఎంచుకున్న పరిధి స్వయంచాలక పునఃసంఖ్యాకరణకు కాదు, మరో సంభాషణకు అర్హం.

MTU పెంచడం లేదా DNS ఖాళీ చేయడం ఆ చిరునామాను ఇంకా టన్నెల్‌లోకి పంపే ప్రిఫిక్స్‌ను సరిచేయదు. మొదట ఎంపికను పరీక్షించండి, తర్వాత మార్గాన్ని.