Debian resolvconfi kirjete järjekord: pane VPN-i kirje esimeseks

VPN-i nimeserver satub ikka LAN-i omast allapoole ja /etc/resolv.conf muutmine parandab selle mõneks minutiks. See fail genereeritakse, nii et parandus ei jää kunagi püsima. Debiani resolvconfis on järjestuse sisend /etc/resolvconf/interface-order ja see sorteerib kirjete nimesid, mitte DNS-aadresse. Enne kui puudutate kumbagi faili, tehke kindlaks, milline resolveri virn tegelikult juhib.

Kinnitage, et väljund kuulub resolvconfile

Alustage küsimusega, mis kirjutas praeguse faili ja mis kirjutab selle uuesti. Pakett resolvconf kirjeldab end dünaamilise resolveri konfiguratsiooni raamistikuna ning host, mis jooksutab systemd-resolvedit või NetworkManageri hallatavat resolverit, võib väljastpoolt sarnane välja näha, kasutades samal ajal hoopis teist poliitikat.

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

Kui lahendatud tee ei vii resolvconfi töökataloogi, lõpetage siin: see juhend kuulub teise virna juurde.

Alles pärast seda kontrolli tasub loetleda kirjed, mida resolvconf praegu hoiab.

Lugege kirjed läbi enne mustrite kirjutamist

interface-order vastab tarnija kirjete nimedele, mitte aadressidele ja mitte kerneli liidese nimedele. Loetlege, mis on registreeritud, et teie mustrid viitaksid olemasolevatele kirjetele.

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

Kirje nimi kannab tavaliselt järelliidet, mis tähistab selle tarnijat, nii et tunnelikirje ja DHCP-kirje võivad jagada liidese eesliidet ja siiski erinevalt sorteeruda. Kopeerige täpsed nimed kataloogi loendist. Ärge tuletage nime liidese nimest, sest kliendi integratsioon otsustab, mida registreerida. Väljamõeldud nimi ei sobi kunagi ja kirje langeb kõike püüdvasse mustrisse ilma ühegi veateateta.

Kirjutage järjestus esimese vastavuse mustritena

Fail on shell glob mustrite loend, üks rea kohta. Kirje võtab selle esimese mustri positsiooni, millega see sobib, nii et konkreetse mustri kohal olev lai muster muudab konkreetse rea kättesaamatuks.

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

Asetage konkreetne tunnelimuster kõike püüdva mustri ja füüsilise liidese mustri kohale.

Säilitage teised read, mis failis juba olid. Kogu poliitika asendamine näitega on viis, kuidas seostamata tarnijad vaikselt liiguvad; muutke ühte rida, genereerige uuesti ja võrrelge. Mustrid ei tohi sisaldada tühikuid, kaldkriipse ega algset punkti või tildet ning tühjad read ja räsimärgiga kommentaarid jäetakse vahele.

Genereerige uuesti ja kontrollige tulemust

Järjestus rakendub siis, kui värskendusskriptid faili uuesti üles ehitavad. Käivitage toetatud värskendustee, selle asemel et genereeritud väljundit muuta, ja lugege siis, mida resolver tegelikult sai.

resolvconf -u
cat /etc/resolv.conf

Kontrollige kahte päringut, mitte ühte: privaatset nime, mis peaks tunnelist lahenema, ja avalikku kontrollnime. Kui privaatne nimi ikka ei lahene, kuigi järjestus näib õige, on probleem nimeruumi marsruutimises, mitte kirjete prioriteedis, ja ükski ümberjärjestamine seda ei paranda. Võrrelge iga vastust serveriga, mis selle tagastas, mitte ainult õnnestumisega. Vale resolveri vastatud privaatne nimi on ikka tõrge ja kasutaja jaoks näeb see välja nagu DNS-i katkestus.

Võtke aegunud kirje kasutusest välja, selle asemel et seda alandada

Aegunud VPN-i kirje, mis pärast katkestamist uuesti ilmub, on kliendi integratsiooni elutsükli viga. Selle lõppu viimine peidab sümptomi ja jätab nimekirja surnud resolveri.

Võtke see kasutusest välja komponendi kaudu, mis selle registreerib, ja kinnitage seejärel, et kirjete kataloog seda enam ei loetle.

Kirjutage üles tarnija nimi, muudetud muster ja kaks päringut, mille käivitasite. Järgmisel inimesel on neid nimesid rohkem vaja kui lugu.