OpenVPN dërgoi një server DNS, por Linux e injoron

Serveri DNS i dërguar është në regjistër, tuneli është lart dhe emrat e brendshëm vazhdojnë të dështojnë. Në vetë dërgimin asgjë nuk është prishur; cilësimi arriti dhe u ndal atje. Një opsion DNS i dërguar është një mesazh për klientin, jo një udhëzim për zgjidhësin e sistemit operativ, dhe dorëzimi midis tyre është vendi ku përfundon shumica e këtyre rasteve. Pesë kontrolle, me radhë, gjejnë dorëzimin që nuk ndodhi.

Kontrolli i parë: si fillon lidhja

Pronari i lidhjes përcakton kush mund të zbatojë cilësimet e zgjidhësit. Një komandë openvpn e drejtpërdrejtë nga një shell nuk zotëron asgjë përveç procesit të vet, ndërsa një njësi systemd, NetworkManager ose një klient i furnitorit kanë secili mënyrën e vet për të publikur DNS. Lexoni listën e proceseve dhe emrin e njësisë përpara se të supozoni ndonjë prej tyre.

Një proces i rreshtit të komandës nuk është automatikisht një lidhje NetworkManager, dhe një lidhje NetworkManager nuk është automatikisht ajo që shkroi resolv.conf. Këto dy supozime shpjegojnë pjesën më të madhe të orëve të humbura në këtë hetim. Pyetni cili komponent do të publikonin DNS për ndërfaqen që shihni vërtet.

Shkruani pronarin përpara se të vazhdoni. Çdo kontroll i mëpasshëm varet nga ai.

Kontrolli i dytë: çfarë mban në të vërtetë lidhja e zgjidhësit

Në një host me systemd-resolved, resolvectl status liston çdo lidhje me serverët DNS dhe domenet e saj. Gjeni lidhjen e tunelit dhe lexoni hyrjet, dhe mos supozoni se ndërfaqja quhet tun0, sepse numërimi ndjek rendin e krijimit. Nëse adresa e dërguar mungon në lidhje, dështoi dorëzimi, jo kërkimi.

Nëse adresa është e pranishme, pyetja tjetër është cilat domene pretendon ajo lidhje. Një lidhje pa listë domenesh përgjigjet vetëm për emrat për të cilët pyetet drejtpërdrejt, dhe kjo rrallë është ajo që kërkon një vendosje split-DNS. Vetëm adresa është e nevojshme, por jo e mjaftueshme.

Krahasoni emrin e lidhjes në daljen e zgjidhësit me emrin e ndërfaqes në regjistrin e VPN përpara se të nxirrni ndonjë përfundim. Një mospërputhje atje zakonisht do të thotë që rreshti i regjistrit erdhi nga një proces tjetër.

Kontrolli i tretë: nëse hapësira e emrave zgjedh atë lidhje

Një zgjidhës mund të mbajë serverin e duhur dhe gjithsesi të mos pyetet. Domeni për lidhje vendos cilat kërkime shkojnë në cilën lidhje, dhe pa një domen rrugëtimi hapësira private e emrave kthehet në atë që thotë lidhja e paracaktuar. Kjo është arsyeja pse resolvectl query mund të ketë sukses për emrin e brendshëm ndërsa një aplikacion vazhdon të dështojë. Aplikacioni mund të përdorë një rrugë zgjidhësi krejt tjetër.

Kontrolloni caktimin e domenit, jo vetëm adresën e serverit. Një domen i shkruar si ~corp.example është domen rrugëtimi, dhe tilda ndryshon mënyrën se si përputhet emri.

Nëse aplikacioni ka zgjidhësin e vet, provoni me të njëjtin mekanizëm që përdor ai dhe jo me mjetin e sistemit. Një mjet kërkimi që anashkalon zgjidhësin e sistemit do të ketë sukses pavarësisht gjendjes së lidhjes.

Kontrolli i katërt: një pronar, jo dy

Nëse NetworkManager tashmë menaxhon VPN-në dhe gjendjen e zgjidhësit, shtimi i një skripti hook të palidhur krijon shkrues konkurrues. Hook-u që paketa ofron për systemd-resolved është një integrim i mbështetur dhe pret një cikël jete të caktuar: script-security 2, një shteg up, up-restart, një shteg down dhe down-pre. Këto opsione bëjnë që regjistrimi dhe heqja të ndodhin në momentet e duhura dhe jo vetëm në lidhjen e parë.

Përdorni shtegun e instaluar nga paketa dhe jo një ilustrues të kopjuar nga një udhëzues. Edhe lejet kanë rëndësi, sepse hook-u ekzekutohet pasi privilegjet ulen.

Redaktimi i një skripti zgjidhësi të shpërndarjes për të ndryshuar objektivin e daljes regjistron një anashkalim për një host të vetëm. Nuk është një riparim i përgjithshëm.

Kontrolli i pestë: i njëjti rezultat pas rilidhjes

Rilidhuni dhe lexoni përsëri lidhjen. Një regjistrim që shfaqet një herë dhe zhduket në tranzicionin tjetër është dështimi për të cilin ekziston e gjithë kjo listë. Provoni pas pezullimit, pas një rilidhjeje të detyruar dhe pas rinisjes së shërbimit të zgjidhësit. Çdo tranzicion provon një supozim tjetër për rendin.

Vetëm kur të pesë kontrollet kalojnë në një rilidhje mund të thoni se cilësimet e dërguara janë në përdorim. Çdo gjë më herët është një fotografi e një momenti me fat.