Windows VPN DNS isuria: zergatik metrikak irabazten dion bideari

Kontsulta batek makina uzten du eta etxeko routerrera iristen da, pakete bakoitza tunelen bidez doan bitartean. Ondorio naturala falta den bide bat da, eta bidea normalean ondo egoten da. Windowsek interfazearen metrikaren arabera aukera dezake zein interfazeren resolverrari galdetu, eta tunel egokitzaileak sarritan galtzen du konparazio hori haririk gabekoaren aurka.

Isuri bakarrerako bi azalpen

Bideen azalpenak dio trafikoaren parte bat tuneletik ihes egiten ari dela, beraz lehenespenezko bideak edo tunel zatituaren zerrendak oker egon behar du. Azalpen hori komando bakarrarekin egiazta daiteke, eta lehenespenezko bideak tunelera seinalatzen duenean amaituta dago. Egiaztatu hori lehenengo, merkea delako, eta gero alde batera utzi garbi itzultzen denean.

Sailkapenaren azalpenak dio trafikoa guztiz tunel barruan dagoela eta kontsulta oraindik beste resolver batera bidaltzen dela. Windowsek resolverraren hautaketa interfaze bakoitzeko ordena duen propietatetzat hartzen du, beraz metrika hobea duen egokitzaile fisiko batek izen bati DNS eman diezaioke ebatzitako helbidearen paketeak tuneletik joan arren. Bi azalpenek sintoma bera sortzen dute isuri-proba orri batean, horregatik proba ez da diagnostikoa. Horietako bakarra konpontzen da bideak editatuz.

Konparatu metrikak eta resolverrak elkarrekin

Idatz itzazu interfazeak, haien metrikak eta konfiguratutako zerbitzariak tunela martxan dagoen bitartean. Irakur itzazu taula gisa, ez bi zerrenda bereizi gisa, galdera zein resolver doan lehenengo delako, ez zein resolver dauden.

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

Tunel egokitzaileak egokitzaile fisikoak baino zenbaki handiagoa badu, haren resolverra ez da hobetsia, eta barne izen bat alde fisikoak eskaintzen duenera joango da. Router horrek cachetik erantzun dezake, kontsulta aurrera bidali edo ukatu, eta emaitza horietako bat ere ez da zuk nahi zenuen diseinua. Sailkapena lehentasuna da, beraz isilka galtzen du, errore bat sortu beharrean.

Resolverrik bat ere konfiguratu gabe duen tunel egokitzailea beste aldaera bat bezain ohikoa da. Bezeroak interfazea altxatzen du DNS bultzatzen ez duela, beraz sailkapenaren galdera ez da ere planteatzen.

Igo tunela zerrendan eta egiaztatu berriro

Eman tunel interfazeari metrikarik baxuena, edo igo egokitzaile fisikoaren balioa, shell pribilegiatu batean. Biak interfaze bakoitzeko ezarpenak dira eta biak atzeragarriak, eta hori garrantzitsua da agian aurrean eserita ez zauden makina bat aldatzen duzunean.

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

Aldaketa berehala ikusten da, eta DNS bezeroak eta beste kontsumitzaileek jada egindako hautua gordetzen dute cachean. Berriz konektatu tunela, edo berrabiarazi, kontsulta baten emaitzari ezer irakurri aurretik. Oso goiz egindako probak jokabide zaharra errepikatuko du eta konponketa huts egindakoaren itxura emango du.

Gero galdetu barne izen bat eta izen publiko bat eta egiaztatu zein zerbitzarik erantzun duen. Microsoften metrika automatikoen erreferentzia azaltzen du zergatik hobesten den baliorik baxuena eta nola eratortzen den esleipen automatikoa.

Egin berriz konektatzeari eusteko modukoa

Konexio bakoitzean berriz sortzen den egokitzaile batean eskuz jarritako metrika desagertzen den ezarpena da. Bezeroak interfazea berreraikitzen badu, gainidazketak konexio osteko script bat, politika bat edo konexioak dirauen bitartean DNSa duen bezero konfigurazio bat behar du.

Egokitzaile fisikoan estatikoki konfiguratutako zerbitzariek iraunkortasun arazo bera dute alderantziz. Interfaze horretarako erantzuten jarraitzen dute kendu arte, eta DHCPk hurrengo errentamendutik berriz beteko ditu, beraz haiek kentzea neurketa da, ez diseinua. Diseinu iraunkorra barne izen-espaziorako izen-ebazpen politika bat da, edo konexioak dirauen bitartean DNSa bere gain hartzen duen bezero bat. Edozein modutan, idatz itzazu resolverren zerrenda berriz konektatu aurretik eta ondoren, berrezarri jatorrizko metrika probak amaitzean, eta egiaztatu aurreko jokabidea itzuli dela.