Windows VPN DNS లీక్: మెట్రిక్ మార్గాన్ని ఎందుకు ఓడిస్తుంది

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

ఒక లీక్కు రెండు వివరణలు

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

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

మెట్రిక్లు మరియు రిజాల్వర్లను కలిసి పోల్చండి

టన్నెల్ నడుస్తున్నప్పుడు ఇంటర్ఫేస్లు, వాటి మెట్రిక్ మరియు కాన్ఫిగర్ చేసిన సర్వర్లను నమోదు చేయండి. వాటిని రెండు వేర్వేరు జాబితాలుగా కాకుండా పట్టికగా చదవండి, ఎందుకంటే ప్రశ్న ఏ రిజాల్వర్ మొదట వస్తుంది అనేది, ఏ రిజాల్వర్లు ఉన్నాయి అనేది కాదు.

Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric | Select-Object InterfaceIndex, InterfaceAlias, InterfaceMetric
Get-DnsClientServerAddress -AddressFamily IPv4 | Select-Object InterfaceAlias, ServerAddresses

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

ఏ రిజాల్వర్ కాన్ఫిగర్ చేయని టన్నెల్ అడాప్టర్ కూడా అంతే సాధారణ రూపం. క్లయింట్ DNS ను నెట్టకుండానే ఇంటర్ఫేస్ను పైకి లేపుతుంది, కాబట్టి క్రమ ప్రశ్న అసలు రాదు.

టన్నెల్ను పైకి తీసుకుని మళ్లీ తనిఖీ చేయండి

ఎలివేటెడ్ షెల్లో టన్నెల్ ఇంటర్ఫేస్కు అత్యల్ప మెట్రిక్ ఇవ్వండి, లేదా భౌతిక అడాప్టర్ విలువను పెంచండి. రెండూ ప్రతి-ఇంటర్ఫేస్ సెట్టింగ్లు మరియు రెండూ తిరిగి మార్చగలిగేవి, మీరు ముందు కూర్చోకపోవచ్చిన మెషీన్ను మార్చేటప్పుడు ఇది ముఖ్యం.

Set-NetIPInterface -InterfaceIndex 27 -InterfaceMetric 1
Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric

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

తర్వాత ఒక అంతర్గత మరియు ఒక పబ్లిక్ పేరును అడిగి ఏ సర్వర్ సమాధానం ఇచ్చిందో తనిఖీ చేయండి. Microsoft యొక్క స్వయంచాలక మెట్రిక్ల గురించి సూచన అత్యల్ప విలువకు ప్రాధాన్యత ఎందుకు ఇస్తారు మరియు స్వయంచాలక కేటాయింపు ఎలా పొందబడుతుందో వివరిస్తుంది.

తిరిగి కనెక్ట్ అయినా నిలిచేలా చేయండి

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

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