OpenVPNek DNSa bidaltzen du, baina zure ebaztaileak agian ez du inoiz ikusiko

Bezeroaren erregistroak bidalitako DNS zerbitzaria erakusten du, tunela konektatuta dago, eta barneko izen bat oraindik ez da ezer ebazten. Bidalketan bertan ez dago ezer hautsita. Aukera iritsi zen eta sistema eragilearen ebaztaileak ez zuen inoiz erabili, Unix bezero gehienetan OpenVPNek balioa ematen baitio eta aplikazioa plataformari uzten baitio.

Sintoma: erregistroak DNS erakusten du eta izenek huts egiten jarraitzen dute

OpenVPN dhcp-option aukerak DNS eta domeinu informazioa darama, eta bezeroak jaso duena erregistratzen du. Inplementazio batzuetan bezeroak ezarpen horiek barnean aplikatzen ditu; beste batzuetan integrazio script baterako edo sare zerbitzu baterako esportatzen ditu. Erregistro-lerroak istorioaren lehen erdia soilik deskribatzen du. Bigarren erdia bezeroak kontrolatzen ez duen lekuan gertatzen da. Han bizi ohi da hutsegitea.

Horregatik batera agertzen dira hain maiz konektatutako tunela eta huts egiten duen barneko izen bat. Balioa badago, kontsumitzailea falta da edo gaizki konfiguratuta dago, eta ebaztaileak isilpean erabiltzen jarraitzen du konexioaren aurretik erabiltzen zuen zerbitzari publikoa.

Jasotzea ez da aplikatzea

Bezero batek bidalitako DNS balio bat erregistra dezake, sistemaren ebaztailea beste zerbitzu baten jabetzakoa izaten jarraitzen duen bitartean. Nabigatzaileak bere DNS zifratuaren politika propioa izan dezake sistemaren ebaztailea erabat saihesten duena, eta horrek egoera gogoangarria sortzen du: aplikazio batek barneko izenak ebazten ditu eta besteak ez.

Egiaztatu inplementazioaren onartutako integrazioa, Unix bezero guztiek fitxategi bera berridazten dutela suposatu beharrean. Suposizio hori da jendeak ezerk irakurtzen ez duen ebaztailearen konfigurazio bat editatzearen arrazoia.

Aurkitu ebaztailearen jabea plataformaka

Windowsen, izenen ebazpen politikaren taulak atzizki jakinak zerbitzari jakin batzuetara bidera ditzake, eta VPN bezeroak arauak instala ditzake han. Egiaztatu politika, ez soilik egokitzailearen DNS zerrenda. Linuxen, NetworkManagerek edo systemd-resolvedek konfigurazioaren jabe izan daitezke, eta zeinek duen jabetza horrek zehazten du berrikonexioak zer gordeko duen.

Irakurri egoera eraginkorra benetan kontsultei erantzuten dien tresnarekin: resolvectl query internal.example.net systemd-resolved duen ostalari batean, edo plataformaren baliokidea. Gero alderatu erantzun hori bezeroaren erregistroak bidali duela dioen DNS zerbitzariarekin.

Saihestu ebaztailearen ezarpenak koordinaziorik gabe gainidazten dituzten hainbat zerbitzu exekutatzea. Bi jabek emaitza tartekatua ematen dute, eta berrikonexio bakoitzak ausaz konpontzen edo apurtzen duela dirudi.

Scriptak eta foreign_option

OpenVPNek bidalitako aukerak scriptetara esportatzen ditu foreign_option_N izeneko aldagaien bidez, eta script batek ebaztailearen komando bihur ditzake. Konfigurazio hori onartutako integrazioa da, ez portaera automatikoa, eta bezeroan instalatu eta deitu behar da.

Script baten mende bazaude, erregistratu haren exekuzioa eta irteera-egoera. Exekutatzen den baina isilpean huts egiten duen script batek scriptik ez egotearen sintoma bera uzten du, eta zailagoa da nabaritzea konfigurazioa osatuta dagoelako. Egiaztatu scriptaren irteera, ez scriptaren fitxategia. Dagoen fitxategi bat ez da exekutatu zen script bat.

Probatu izena, ez erregistroa

Galdetu bezeroari barneko ostalari-izen bat konektatu ondoren, gero galdetu izen publiko bat, gero egiaztatu zein zerbitzarik erantzun zuen. Funtzionatzen duen ezarpen batean bi erantzunak leku desberdinetatik datoz, eta biek diseinuarekin bat etorri beharko lukete.

Izena ebazten bada baina zerbitzuak huts egiten badu, joan bideratze eta aplikazioen sarbidera DNS berriro aldatu beharrean. OpenVPN eskuliburuak dhcp-option eta script ingurunea dokumentatzen ditu; erabili zure bezeroak zer aplikatu behar duen baieztatzeko, beste ebaztaile fitxategi bat editatu aurretik.