Vrstni red zapisov v Debian resolvconf: zapis VPN na prvo mesto

Imenski strežnik VPN vedno konča pod tistim v LAN, in urejanje /etc/resolv.conf to popravi za nekaj minut. Ta datoteka se ustvari, zato popravek nikoli ne obstane. V Debianovem resolvconfu je vhod za vrstni red /etc/resolvconf/interface-order in razvršča imena zapisov, ne naslovov DNS. Preden se dotaknete katere koli od obeh datotek, potrdite, kateri sklad razreševalnika je res pristojen.

Potrdite, da je rezultat v lasti resolvconfa

Začnite z vprašanjem, kaj je zapisalo trenutno datoteko in kaj jo bo znova zapisalo. Paket resolvconf se opisuje kot ogrodje za dinamično konfiguracijo razreševalnika, gostitelj s systemd-resolved ali razreševalnikom, ki ga upravlja NetworkManager, pa je lahko od zunaj videti enak, a uporablja povsem drugo politiko.

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

Če razrešena pot ne vodi v izvajalno mapo resolvconfa, se ustavite tukaj: ta priročnik spada k drugemu skladu.

Šele po tem preverjanju je vredno našteti zapise, ki jih resolvconf zdaj hrani.

Preberite zapise, preden napišete vzorce

interface-order se ujema z imeni zapisov dobavitelja, ne z naslovi in ne z imeni vmesnikov jedra. Naštejte, kaj je registrirano, da se vaši vzorci nanašajo na obstoječe vnose.

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

Ime zapisa običajno nosi pripono, ki označuje njegovega dobavitelja, zato si zapis tunela in zapis DHCP lahko delita predpono vmesnika in se vseeno razvrstita različno. Kopirajte natančna imena s seznama mape. Ne sklepajte imena iz imena vmesnika, ker o tem, kaj se registrira, odloča integracija odjemalca. Izmišljeno ime se nikoli ne ujema in zapis pade v vzorec, ki ujame vse, brez vsakega sporočila o napaki.

Zapišite vrstni red kot vzorce prvega ujemanja

Datoteka je seznam vzorcev shell glob, eden na vrstico. Zapis zavzame položaj prvega vzorca, s katerim se ujema, zato širok vzorec nad konkretnim naredi konkretno vrstico nedosegljivo.

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

Konkretni vzorec tunela postavite nad vzorec, ki ujame vse, in nad vzorec fizičnega vmesnika.

Ohranite druge vrstice, ki jih je datoteka že imela. Zamenjava celotne politike s primerom je način, kako se nepovezani dobavitelji tiho premikajo; spremenite eno vrstico, znova ustvarite in primerjajte. Vzorci ne smejo vsebovati presledkov, poševnic ali začetne pike ali tilda, prazne vrstice in komentarji z mrežo pa se prezrejo.

Znova ustvarite in preverite rezultat

Vrstni red velja, ko posodobitvene skripte datoteko znova zgradijo. Zaženite podprto posodobitveno pot, namesto da urejate ustvarjeni izhod, in nato preberite, kaj je razreševalnik dejansko prejel.

resolvconf -u
cat /etc/resolv.conf

Preverite dve poizvedbi, ne ene: zasebno ime, ki bi se moralo razrešiti skozi tunel, in javno kontrolno ime. Če zasebno ime še vedno ne uspe, medtem ko je vrstni red videti pravilen, je težava v usmerjanju imenskega prostora in ne v prednosti zapisov, in nobeno preurejanje tega ne bo popravilo. Vsak odgovor primerjajte s strežnikom, ki ga je vrnil, ne le z uspehom. Zasebno ime, na katero je odgovoril napačen razreševalnik, je še vedno neuspeh, in uporabniku je videti kot izpad DNS.

Umaknite zastareli zapis iz uporabe, namesto da bi ga znižali

Zastarel zapis VPN, ki se po prekinitvi povezave znova pojavlja, je napaka življenjskega cikla v integraciji odjemalca. Premik na dno skrije simptom in v seznamu pusti mrtev razreševalnik.

Umaknite ga prek komponente, ki ga registrira, in nato potrdite, da ga mapa zapisov ne navaja več.

Zapišite ime dobavitelja, spremenjeni vzorec in dve poizvedbi, ki ste ju izvedli. Naslednja oseba te imena potrebuje bolj kot zgodbo.