Volgorde van records in Debian resolvconf: zet het VPN-record vooraan

De nameserver van de VPN belandt steeds onder die van het LAN, en het bewerken van /etc/resolv.conf lost dat een paar minuten op. Dat bestand wordt gegenereerd, dus de oplossing blijft nooit bestaan. Bij resolvconf van Debian is de sorteerinvoer /etc/resolvconf/interface-order, en die sorteert recordnamen in plaats van DNS-adressen. Controleer welke resolver-stack werkelijk de baas is voordat u een van beide bestanden aanraakt.

Controleer dat resolvconf de uitvoer bezit

Begin met de vraag wat het huidige bestand heeft geschreven en wat het opnieuw zal schrijven. Het pakket resolvconf beschrijft zichzelf als een raamwerk voor dynamische resolverconfiguratie, en een host met systemd-resolved of een door NetworkManager beheerde resolver kan er van buiten hetzelfde uitzien terwijl er een heel ander beleid geldt.

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

Als het opgeloste pad niet in de runtime-map van resolvconf uitkomt, stop dan hier: deze handleiding hoort bij een andere stack.

Pas na die controle is het de moeite waard de records op te sommen die resolvconf nu bevat.

Lees de records voordat u patronen schrijft

interface-order komt overeen met de namen van leveranciersrecords, niet met adressen en niet met kernel-interfacenamen. Som op wat er geregistreerd is, zodat uw patronen naar bestaande vermeldingen verwijzen.

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

Een recordnaam draagt meestal een achtervoegsel dat de leverancier aanduidt, dus een tunnelrecord en een DHCP-record kunnen dezelfde interface-prefix delen en toch anders sorteren. Kopieer de exacte namen uit de mapvermelding. Leid geen naam af uit de interfacenaam, want de clientintegratie bepaalt wat er wordt geregistreerd. Een zelfbedachte naam komt nooit overeen, en het record valt zonder enige foutmelding terug op het patroon dat alles vangt.

Schrijf de volgorde als patronen voor de eerste overeenkomst

Het bestand is een lijst met shell-glob-patronen, één per regel. Een record neemt de positie in van het eerste patroon waarop het past, dus een breed patroon boven een specifiek patroon maakt de specifieke regel onbereikbaar.

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

Zet het specifieke tunnelpatroon boven het patroon dat alles vangt en boven het patroon van de fysieke interface.

Behoud de andere regels die het bestand al had. Het hele beleid door een voorbeeld vervangen is hoe ongerelateerde leveranciers stilletjes verschuiven; wijzig één regel, genereer opnieuw en vergelijk. Patronen mogen geen witruimte, schuine strepen of een voorafgaande punt of tilde bevatten, en lege regels en hash-opmerkingen worden genegeerd.

Genereer opnieuw en controleer het resultaat

De volgorde geldt wanneer de updatescripts het bestand opnieuw opbouwen. Activeer het ondersteunde updatepad in plaats van de gegenereerde uitvoer te bewerken, en lees daarna wat de resolver werkelijk heeft ontvangen.

resolvconf -u
cat /etc/resolv.conf

Controleer twee opzoekingen, niet één: een privénaam die via de tunnel zou moeten worden opgelost, en een openbare controlenaam. Als de privénaam nog steeds faalt terwijl de volgorde correct lijkt, zit het probleem in de naamruimteroutering en niet in de recordprioriteit, en geen herordening lost dat op. Vergelijk elk antwoord met de server die het heeft teruggegeven, niet alleen met succes. Een privénaam die door de verkeerde resolver is beantwoord, is nog steeds een fout, en voor de gebruiker ziet dat eruit als een DNS-storing.

Stel het verouderde record buiten gebruik in plaats van het te degraderen

Een verouderd VPN-record dat na het verbreken steeds terugkomt, is een levenscyclusfout in de clientintegratie. Het naar onderen verplaatsen verbergt het symptoom en laat een dode resolver in de lijst staan.

Stel het buiten gebruik via het onderdeel dat het registreert, en controleer daarna dat de recordmap het niet meer vermeldt.

Noteer de leveranciersnaam, het gewijzigde patroon en de twee opzoekingen die u hebt uitgevoerd. De volgende persoon heeft die namen meer nodig dan het verhaal.