Debian resolvconf: folchoarder fan records – set it VPN-record foarop

De nammetsjinner fan de VPN falt hieltiten ûnder dy fan it LAN, en it bewurkjen fan /etc/resolv.conf reparearret dat foar in pear minuten. Dat bestân wurdt generearre, dus de reparaasje bliuwt nea. By resolvconf fan Debian is de yngong foar de oarder /etc/resolvconf/interface-order, en dy sortearret recordnammen yn stee fan DNS-adressen. Befêstigje hokker resolver-stack eins oan it roer is foardat jo ien fan beide bestannen oanreitsje.

Befêstigje dat resolvconf de útfier besit

Begjin mei te freegjen wat it hjoeddeiske bestân skreaun hat en wat it wer skriuwe sil. It pakket resolvconf beskriuwt himsels as in ramt foar dynamyske resolver-konfiguraasje, en in host mei systemd-resolved of in troch NetworkManager behearder resolver kin der fan bûten itselde útsjen wylst er in folslein oar belied brûkt.

readlink -f /etc/resolv.conf
dpkg -l resolvconf 2>/dev/null | tail -n 1

As it oploste paad net nei de runtimetekst fan resolvconf liedt, stopje hjir: dizze hantlieding heart by in oare stack.

Pas nei dy kontrôle is it de muoite wurdich de records op te listjen dy’t resolvconf op it stuit hat.

Lês de records foardat jo patroanen skriuwe

interface-order komt oerien mei de nammen fan leveransiersrecords, net mei adressen en net mei kernel-ynterface-nammen. List op wat registrearre is, sadat jo patroanen ferwize nei items dy’t bestean.

ls /run/resolvconf/interfaces
cat /etc/resolvconf/interface-order

In recordnamme hat meastentiids in efterheaksel dat de leveransier oanjout, sadat in tunnelrecord en in DHCP-record itselde ynterface-prefiks diele kinne en dochs oars sortearje. Kopiearje de krekte nammen út de tekstlist. Lied gjin namme ôf út de ynterfacenamme, want de kliïntyntegraasje beslút wat registrearre wurdt. In namme dy’t jo betinke, sil nea oerienkomme, en it record falt werom op it patroan dat alles fangt sûnder ien flaterberjocht.

Skriuw de oarder as patroanen foar de earste oerienkomst

It bestân is in list fan shell-globpatroanen, ien per rigel. In record nimt de posysje fan it earste patroan wêr’t it mei oerienkomt, dus in breed patroan boppe in spesifyk patroan makket de spesifike rigel ûnberikber.

# /etc/resolvconf/interface-order
lo*
tun_work.*
enp*
*

Set it spesifike tunnelpatroan boppe it patroan dat alles fangt en boppe it patroan fan de fysike ynterface.

Hâld de oare rigels dy’t it bestân al hie. It hiele belied ferfange troch in foarbyld is hoe’t net-besibbe leveransiers stil ferpleatse; feroarje ien rigel, generearje opnij en fergelykje. Patroanen meie gjin wytromte, skûne streken of in liedende punt of tilde befetsje, en lege rigels en hash-kommentaar wurde negearre.

Generearje opnij en kontrolearje it resultaat

De oarder jildt as de bywurkingsskripts it bestân wer opbouwe. Brûk it stipe bywurkingspaad yn stee fan de generearre útfier te bewurkjen, en lês dan wat de resolver echt krigen hat.

resolvconf -u
cat /etc/resolv.conf

Kontrolearje twa opfregen, net ien: in priveenamme dy’t troch de tunnel oplost wurde moat, en in iepenbiere kontrôlenamme. As de priveenamme noch mislearret wylst de oarder korrekt liket, is it probleem routing fan de nammeromte en net recordprioriteit, en gjin werorderjen sil dat ferhelpe. Fergelykje elk antwurd mei de tsjinner dy’t it weromstjoerde, net allinnich mei súkses. In priveenamme dat troch de ferkearde resolver beantwurde is, is noch hieltyd in mislearring, en foar de brûker liket it op in DNS-ûnderbrekking.

Nim de ferâldere record út tsjinst yn stee fan him te degradearjen

In ferâldere VPN-record dy’t nei it ôfbrekken wer opkomt, is in libbenssyklusflater yn de kliïntyntegraasje. Him nei de ûnderkant ferpleatse ferberget it symptoom en lit in deade resolver yn ’e list.

Nim him út tsjinst fia it komponint dat him registrearret, en befêstigje dan dat de recordtekst him net mear listet.

Skriuw de leveransiersnamme, it patroan dat jo feroare hawwe en de twa opfregen dy’t jo dien hawwe op. De folgjende persoan hat mear oan dy nammen as oan it ferhaal.