Debian resolvconf: rekkjefølgja på oppføringane – set VPN-oppføringa først

Namneserveren til VPN hamnar stadig under LAN-en sin, og å redigere /etc/resolv.conf rettar det i nokre minutt. Den fila vert generert, så rettinga overlever aldri. I Debians resolvconf er sorteringsinngangen /etc/resolvconf/interface-order, og han sorterer oppføringsnamn framfor DNS-adresser. Stadfest kva resolver-stack som faktisk styrer før du rører nokon av dei to filene.

Stadfest at resolvconf eig utdataene

Start med å spørje kva som skreiv den gjeldande fila og kva som vil skrive ho igjen. Pakken resolvconf skildrar seg sjølv som eit rammeverk for dynamisk resolver-konfigurasjon, og ein vert som køyrer systemd-resolved eller ein NetworkManager-styrt resolver kan sjå lik ut utanfrå og likevel bruke ein heilt annan policy.

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

Viss den oppløyste stien ikkje fører inn i køyretidskatalogen til resolvconf, stopp her: denne køyreboka høyrer til ein annan stack.

Først etter den kontrollen er det verdt å liste oppføringane resolvconf held no.

Les oppføringane før du skriv mønster

interface-order matchar namna på leverandøroppføringar, ikkje adresser og ikkje grensesnittnamn i kjernen. List opp det som er registrert, slik at mønstra dine viser til oppføringar som finst.

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

Eit oppføringsnamn har vanlegvis eit suffiks som identifiserer leverandøren, så ei tunelloppføring og ei DHCP-oppføring kan dele eit grensesnittprefiks og likevel sortere ulikt. Kopier dei nøyaktige namna frå kataloglista. Ikkje utleie eit namn frå grensesnittnamnet, for klientintegreringa avgjer kva som vert registrert. Eit namn du finn på, vil aldri matche, og oppføringa fell til mønsteret som fangar alt, utan noka feilmelding.

Skriv rekkjefølgja som førstetreff-mønster

Fila er ei liste med shell-glob-mønster, eitt per line. Ei oppføring tek plassen til det første mønsteret ho matchar, så eit breitt mønster over eit spesifikt gjer den spesifikke lina utilgjengeleg.

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

Set det spesifikke tunnelmønsteret over mønsteret som fangar alt og over mønsteret for det fysiske grensesnittet.

Behald dei andre linene fila allereie hadde. Å bytte ut heile policyen med eit døme er måten urelaterte leverandørar stille flyttar seg; endre éi line, generer på nytt og samanlikn. Mønster kan ikkje innehalde mellomrom, skråstrekar eller eit innleiande punktum eller ei tilde, og tomme liner og hash-kommentarar vert ignorerte.

Generer på nytt og stadfest resultatet

Rekkjefølgja gjeld når oppdateringsskripta byggjer fila på nytt. Bruk den støtta oppdateringsvegen i staden for å redigere dei genererte utdataene, og les deretter kva resolveren faktisk tok imot.

resolvconf -u
cat /etc/resolv.conf

Stadfest to oppslag, ikkje eitt: eit privat namn som skal løysast gjennom tunnelen, og eit offentleg kontrollnamn. Viss det private namnet framleis feilar medan rekkjefølgja ser rett ut, er problemet namneromsruting og ikkje oppføringsprioritet, og inga omrokering vil rette det. Samanlikn kvart svar med serveren som returnerte det, ikkje berre med suksess. Eit privat namn svara av feil resolver er framleis ein feil, og for brukaren ser det ut som eit DNS-utfall.

Fas ut den utdaterte oppføringa i staden for å nedgradere ho

Ei utdatert VPN-oppføring som stadig dukkar opp etter fråkopling, er ein livssyklusfeil i klientintegreringa. Å flytte ho nedst skjuler symptomet og lèt ein daud resolver stå att på lista.

Fas ut ho gjennom komponenten som registrerer ho, og stadfest deretter at oppføringskatalogen ikkje lenger viser ho.

Noter leverandørnamnet, mønsteret du endra og dei to oppslaga du køyrde. Den neste personen treng dei namna meir enn historia.