Zergatik bidaltzen ditu Windows-ek zure VPN izenak inoiz konfiguratu ez zenituen DNS zerbitzari batera

VPN adapterrean DNS zerbitzaria ezarri, berriro konektatu, eta izen pribatua oraindik bulegoko resolver-etik dator, inork portatil honetan konfiguratu ez duena. Emaitzak konfigurazioa ezikusi egin zela dirudi, eta nolabait hala da, adapterren zerrenda hautagaien multzoa baita, ez erabaki bat. Windows-ek izenak izen-espazioaren politika baten bidez ebazten ditu, zeinak sufijo jakin baterako beste zerbitzari bat izenda dezakeen, eta politika hori adapterraren ezarpena kontsultatu aurretik aplikatzen da. Irabazi zuen araua aurkitzea bost minutuko lana da, zein taula irakurri badakizunean.

Zer aldatu zenuen eta zer erabakitzen duen benetan

Adapter bateko DNS helbideak esaten dio bezeroari interfaze horrek non bidal ditzakeen kontsultak. Izenen ebazpen politikaren taulak esaten dio bezeroari non bidali behar dituen kontsultak izen-espazio jakin baterako, eta izenka ebaluatzen da, ez adapterka. Idatzi zenuen sufijoarekin arau bat bat datorrenean, arauaren zerbitzariak erabiltzen dira eta adapterren zerrendak garrantzia galtzen du bilaketa horretarako.

Horrexegatik jarraitzen dute bi izenek bide desberdinak portatil berean une berean. Sufijo korporatiboaren pean dagoen ostalariak bere araua jarraitzen du; izen publikoak bide lehenetsia jarraitzen du, eta horrek normalean lehen erantzuten duen adapterra esan nahi du.

Nola parekatzen duen taulak izen bat

Arauak izen-espazioaren arabera gakoan daude, eta parekatze zehatzena gailentzen da. corp.example-rako araua vpn.corp.example-ri aplikatzen zaio eta ez zaio example.net-ri aplikatzen. . izen-espazioa duen arauak beste arauek estaltzen ez duten guztia estaltzen du, eta horrek zerrendako sarrerarik arriskutsuena bihurtzen du, baita tunelaren bidez erlaziorik gabeko gune bat ebazten denean egiaztatzeko merezi duena ere.

Arau batek iruzkin bat, sarrera desgaitzen duen politika bat eta DNS helbideekin zerikusirik ez duten segurtasun ezarpenak ere eraman ditzake. Desgaitutako araua konfigurazioan ikusgai geratzen da baina ez du eraginik, beraz paperean zuzena dirudien sarrera bat geldirik egon daiteke profilean aldaketa baten ondoren.

Irakurri taula eraginkorra, ez nahien zerrenda

Konfiguratutako arauak eta arau eraginkorrak bi galdera desberdin dira. Get-DnsClientNrptRule-k makinan zer dagoen zerrendatzen du. Get-DnsClientNrptPolicy -Effective-k bezeroak benetan zer aplikatuko duen erakusten du, politikatik eta tokiko ezarpenetatik bateratutako balioekin.

Konparatu irteera horretako sufijoa probatzen ari zaren izenarekin, karakterez karakter. corp.example-rako arauak ez du corp.example.com-z amaitzen den izenik harrapatzen, eta puntu bat amaieran leku batean eta ez bestean nahikoa da parekatzea aldatzeko.

Araurik gabe, Windows-ek adapter bat baino gehiago galdetzen du

Taulan ezerk izena aldarrikatzen ez duenean, bezeroak kontsulta hainbat interfazeren bidez bidal dezake eta lehen iristen den erantzuna har dezake. Emaitza denboraren menpe dago: izen berak astelehenean kable bidezko adapterretik eta asteartean tunelatik ebatz daiteke, eta bi adapterren konfigurazioan ezerk ez du aldea azaltzen.

Bi irtenbide daude. Gehitu arau bat izen-espaziorako, erabakia lasterketa izateari uzteko, edo itzali portaera paraleloa DNS bezeroaren politikaren bidez eta onartu ebazpen geldoagoa eta determinista. Lehena egokiagoa izaten da tunel zatitua duen VPN baterako, asmoa dokumentatzen duelako ordenaren mende egon beharrean.

Resolver-a erabat saihesten duten bideak

DNS segurua aktibatuta duen nabigatzaileak bere kabuz ebazten du eta Windows-i helbidea soilik ematen dio, beraz arauen taulak ez du izena inoiz ikusten. Bere resolver propioa duten exekuzio-inguruneen gainean eraikitako bezeroek antzera joka dezakete. Izen bat aplikazio batean ebazten bada eta beste batean huts egiten badu makina berean, konparatu bi ebazpen-bideak politika ukitu aurretik.

Egiaztatu ere aplikazioa saio aurreko zerbitzariaren cachean gordetako helbide batera konektatzen den. Clear-DnsClientCache eta gero bilaketa berak erantzun garbiagoa ematen du emaitza zaharra oinarritzat hartuta ondorioztatzeak baino.

Probatu huts egin zuen izenarekin

Ebatz txosteneko ostalari-izen zehatza, ez proba publikoko abiadura-domeinu bat, eta idatzi zein zerbitzarik erantzun zuen. Ondoren aldatu gauza bat: araua, adapterren zerrenda edo politikaren esleipena, eta errepikatu bilaketa bera berriro konektatu ondoren, aplikatutako egoera berreraiki dadin.

Izena ebazten bada eta zerbitzuak ukatzen jarraitzen badu, utzi DNS editatzen. Hurrengo urrats erabilgarria helbidea eta hara doan bidea da, izenen ebazpenak jada bere lana egin baitu.