Nork aplikatzen ditu benetan OpenConnect-en DNS ezarpenak Windowsen?
Windowsek hiru lekutan gordetzen du resolverraren egoera. Aurkitu konexioaren jabe den laguntzailea adaptadorearen DNSa eskuz editatu edo izen-espazioaren araua gehitu aurretik.
Tunela altxatzea ez da beraren DNS balioak instalatzearen berdina. OpenConnek negoziatzen du, eta Windowseko aldeko laguntzaile batek aplikatzen du. Bi urrats horien arteko hutsuneak azaltzen ditu bezero honetan izen pribatuen hutsegite gehienak, eta laguntzailea ia inoiz ez da Windowseko VPN ezarpenen orria.
Bereizi atebideak eskaini zuena Windowsek instalatu zuenetik
Bezeroak konexio-datuak script interfaze bati ematen dizkio, eta Unix eta Windows aldaerak programa bereiziak dira. Windowsen inplementazioa normalean JavaScript laguntzaile bat da, barneko DNS zerbitzaria eta barneko domeinua bezalako aldagaiak irakurtzen dituena edozein adaptadore ukitzen hasi aurretik. Tunelean bertan ezerk ez du resolverraren egoera idazten.
Banaketa hori garrantzitsua da balio bat negoziazioan egon eta inoiz adaptadorera iritsi ez daitekeelako. Falta den, erdibidean huts egiten duen edo GUI bilgarri baten barruan sartutako kopia zaharra den laguntzaile batek Windows zegoen bezalaxe uzten du. Saioa konektatuta dagoela dirudi, izen pribatuak tokiko hornitzailearen bidez ebazten jarraitzen du, eta bezeroaren leihoan ezerk ez du diferentziaren berri ematen. Laguntzailearen beraren irteera irakurtzea da etapa zein hautsi den jakiteko modu fidagarri bakarra.
| Stage | What exists there | Where you see it |
|---|---|---|
| Negotiated | Internal DNS address and domain pushed by the gateway | Client log or helper input |
| Installed | Adapter DNS entry, connection suffix, or namespace rule | Adapter and policy queries |
| Selected | Resolver Windows uses for one specific query | The failing application |
GUI bilgarri batek bezeroaren eta laguntzailearen kopia propioa eraman dezake, beraz bigarren openconnect.exe batek diskoan beste nonbait ez du ezer frogatzen. Aurkitu saioa hasi zuen exekutagarria bere konfigurazioa epaitu aurretik.
Irakurri resolverraren egoera aldatu gabe
Irakurtzeko soilik diren hiru kontsultek ohiko nahasmena estaltzen dute, eta bakoitzak galdera desberdin bati erantzuten dio:
Get-DnsClientServerAddress -AddressFamily IPv4
Get-DnsClient | Select-Object InterfaceAlias, ConnectionSpecificSuffix
Get-DnsClientNrptPolicy -EffectiveAdaptadore mailako zerbitzaria da jendeak VPN DNS esaten dionean ulertzen duena. Konexioari dagokion atzizkiak erabakitzen du izen laburra batere zabalduko den. Izen-espazioaren politika zerrenda izen bateragarriei aplikatzen zaie adaptadoreen ordena edozein dela ere, eta han emaitza hutsa ez da akatsa laguntzaileak inoiz bat sortzeko asmorik ez zuenean. Hirurak editatu aurretik irakurtzeak eragozten du sintoma beste leku batera mugitzen duen konponketa bat.
Hasi erabat kualifikatutako izenarekin. FQDNa ebazten bada eta izen laburra ez, atzizkia edo bilaketa zerrenda da hutsunea, ez zerbitzariaren helbidea.
Galdeztu aurreikusitako zerbitzariari zuzenean bigarren urrats gisa, jada instalatuta dagoen resolver tresnarekin. Erantzun zuzenak frogatzen du zerbitzaria irisgarria eta eremuaren autoritatezkoa dela. Ez du ezer frogatzen aplikazio batek lehenespenez zein zerbitzari galdetzen duen.
Izenda ezazu konexioaren jabe den osagaia
Bi antolaketa dira ohikoak. Terminal batetik abiatutako bezeroak bere script bidea espresuki pasatzen du, beraz jabea exekutatutako komandoan ikusten da. Aplikazio paketatuak zure ordez abiatzen du bezeroa eta laguntzailea bere direktorioan gordetzen du, hau da, hornitzaileak erabakitzen du noiz aldatuko den.
Konparatu laguntzailearen bertsioak instalazioen artean ezer aldatu aurretik. Islada batetik ekarritako laguntzaile bat pribilegio altuekin exekutatzea fitxategiaren izena ezaguna delako DNS hutsune bat segurtasun gertakari bihurtzen du.
Jabea ezagututa, konponketa helburua begi bistakoa da: abiarazlearen script bide onartua, pakete eguneraketa edo atebideko profil zuzendua. Horietako batek ere ez du adaptadorearen propietateak eskuz editatzeko beharrik.
Konpondu jabea, ez adaptadorea
Adaptadorean eskuz ezarritako DNSak sarritan bizirik irauten du deskonexioaren ondoren, eta horregatik dirudi funtzionatzen duela eta gero hurrengo sarean arazoak sortzen ditu. Interfaze bakoitzari torlojututako resolver publiko batek izen-espazio pribatuaren arazoa ezkutatzen du konpondu beharrean. Laguntzaileak inoiz DNS baliorik jaso ez zuenean, atebidearen profila da begiratzeko lekua. Bat jaso zuenean eta adaptadoreak oraindik zerbitzari zaharra erakusten duenean, laguntzaileak huts egin zuen konexioan zehar eta bezeroaren logak normalean tunelaren konfigurazio lerroen ondoan erregistratzen du.
Berreraiki egoera onartutako bidearen bidez, eta gero egiaztatu ziklo oso bat: konektatu, FQDN pribatua ebatzi, zerbitzua ireki, deskonektatu eta berretsi adaptadorea aurreko zerbitzariekin itzuli dela.
Egiaztatu benetan huts egiten duen aplikazioa
DNS enkriptatuaren ezarpen propioa duen nabigatzaile batek goiko guztia ez du eta resolver publiko batetik erantzuten jarraitzen du. Tunela altxatu aurretik gordetako erantzun negatiboa duen aplikazio batek berdin jokatzen du. Konparatu ezazu makina berean sistemaren kontsulta arrunt batekin resolver helbideak berriro aldatu aurretik.
Sistemaren kontsulta zuzena bada eta aplikazioa okerra, gainerako akatsa aplikazio horren DNS konfigurazioan dago, ez VPN bidean.