Debian resolvconf rekordsorrend: a VPN-rekord kerüljön előre

A VPN névszolgáltatója folyton a LAN-é alá csúszik, és a /etc/resolv.conf szerkesztése néhány percre helyrehozza. Ez a fájl generálódik, ezért a javítás soha nem marad meg. A Debian resolvconfjában a sorrend bemenete a /etc/resolvconf/interface-order, és az rekordneveket rendez, nem DNS-címeket. Mielőtt bármelyik fájlhoz hozzányúlna, erősítse meg, melyik resolver-verem az illetékes.

Erősítse meg, hogy a kimenet a resolvconfé

Kezdje azzal a kérdéssel, mi írta a jelenlegi fájlt, és mi fogja újra megírni. A resolvconf csomag dinamikus resolver-konfiguráció keretrendszereként írja le magát, és egy systemd-resolvedet vagy NetworkManager által kezelt resolvert futtató gazdagép kívülről hasonlónak tűnhet, miközben teljesen más irányelvet használ.

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

Ha a feloldott útvonal nem a resolvconf futásidejű könyvtárába vezet, álljon meg itt: ez az útmutató másik veremhez tartozik.

Csak e vizsgálat után érdemes felsorolni azokat a rekordokat, amelyeket a resolvconf jelenleg tart.

Olvassa el a rekordokat, mielőtt mintákat ír

interface-order a szállítói rekordok nevére illeszkedik, nem címekre és nem kernel-interfész nevekre. Sorolja fel, mi van regisztrálva, hogy a mintái létező bejegyzésekre hivatkozzanak.

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

A rekordnév általában a szállítóját azonosító utótagot hordoz, így egy alagút-rekord és egy DHCP-rekord közös interfész-előtagot használhat, és mégis másként rendeződhet. Másolja ki a pontos neveket a könyvtárlistából. Ne következtessen nevet az interfész nevéből, mert az ügyfél-integráció dönti el, mi kerül regisztrálásra. A kitalált név soha nem illeszkedik, és a rekord hibaüzenet nélkül a mindent elkapó mintára esik.

Írja le a sorrendet első egyezés szerinti mintákként

A fájl shell glob minták listája, soronként egy. Egy rekord az első olyan minta helyét veszi át, amelyre illeszkedik, ezért egy széles minta egy konkrét minta fölött elérhetetlenné teszi a konkrét sort.

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

A konkrét alagút-mintát a mindent elkapó minta és a fizikai interfész mintája fölé tegye.

Tartsa meg a fájlban már meglévő többi sort. Az egész irányelv egy példával való lecserélése az, ahogyan a nem kapcsolódó szállítók csendben elmozdulnak; módosítson egy sort, generáljon újra, és hasonlítsa össze. A minták nem tartalmazhatnak szóközt, perjelet, sem kezdő pontot vagy hullámvonalat, az üres sorokat és a kettőskeresztes megjegyzéseket pedig figyelmen kívül hagyja.

Generáljon újra, és ellenőrizze az eredményt

A sorrend akkor érvényesül, amikor a frissítőszkriptek újraépítik a fájlt. A támogatott frissítési útvonalat indítsa el a generált kimenet szerkesztése helyett, majd olvassa el, mit kapott valójában a resolver.

resolvconf -u
cat /etc/resolv.conf

Két lekérdezést ellenőrizzen, ne egyet: egy privát nevet, amelynek az alagúton keresztül kellene feloldódnia, és egy nyilvános ellenőrző nevet. Ha a privát név továbbra is meghiúsul, miközben a sorrend helyesnek tűnik, a probléma a névtér-útválasztás, nem a rekordprioritás, és semmilyen átrendezés nem javítja meg. Minden választ azzal a kiszolgálóval hasonlítson össze, amely visszaadta, ne csak a sikerrel. A rossz resolver által megválaszolt privát név továbbra is hiba, és a felhasználónak DNS-kiesésnek tűnik.

Vonja ki a forgalomból az elavult rekordot ahelyett, hogy lefokozná

Az elavult VPN-rekord, amely a kapcsolat bontása után újra megjelenik, életciklus-hiba az ügyfél-integrációban. A lista végére mozgatása elrejti a tünetet, és halott resolvert hagy a listán.

Vonja ki a forgalomból azon a komponensen keresztül, amely regisztrálja, majd erősítse meg, hogy a rekordkönyvtár már nem listázza.

Jegyezze fel a szállító nevét, a módosított mintát és a két lefuttatott lekérdezést. A következő embernek többre van szüksége ezekre a nevekre, mint a történetre.