Registra ordo en Debian resolvconf: metu la VPN-registron unue

La nomservilo de la VPN daŭre finiĝas sub la LAN-a, kaj redakti /etc/resolv.conf riparas tion por kelkaj minutoj. Tiu dosiero estas generita, do la ripeto neniam restas. En la resolvconf de Debian la ordiga enigo estas /etc/resolvconf/interface-order, kaj ĝi ordigas registrajn nomojn anstataŭ DNS-adresojn. Konfirmu, kiu solvila stako vere regas, antaŭ ol vi tuŝos iun el la du dosieroj.

Konfirmu, ke resolvconf posedas la eligon

Komencu demandante, kio skribis la nunan dosieron kaj kio skribos ĝin denove. La pako resolvconf priskribas sin kiel kadron por dinamika solvila agordo, kaj gasto, kiu funkciigas systemd-resolved aŭ NetworkManager-administratan solvilon, povas aspekti simile ekstere dum ĝi uzas tute alian politikon.

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

Se la solvita vojo ne kondukas en la kurantan dosierujon de resolvconf, haltu ĉi tie: ĉi tiu gvidilo apartenas al alia stako.

Nur post tiu kontrolo valoras listigi la registraĵojn, kiujn resolvconf nun tenas.

Legi la registraĵojn antaŭ ol skribi ŝablonojn

interface-order kongruas kun la nomoj de provizantaj registraĵoj, ne kun adresoj kaj ne kun kernaj interfacaj nomoj. Listigu, kio estas registrita, por ke viaj ŝablonoj referencu al ekzistantaj eroj.

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

Registra nomo kutime portas sufikson, kiu identigas sian provizanton, do tunela registraĵo kaj DHCP-registraĵo povas kunhavi interfacan prefikson kaj tamen ordiĝi malsame. Kopiu la ĝustajn nomojn el la dosieruja listo. Ne derivu nomon el la interfaca nomo, ĉar la klienta integriĝo decidas, kion ĝi registras. Nomo, kiun vi elpensas, neniam kongruos, kaj la registraĵo falos al la ĉion-kapta ŝablono sen iu ajn erarmesaĝo.

Skribu la ordon kiel unua-kongruaj ŝablonoj

La dosiero estas listo de shell glob ŝablonoj, unu po linio. Registraĵo prenas la pozicion de la unua ŝablono, kun kiu ĝi kongruas, do larĝa ŝablono super specifa faras la specifan linion neatingebla.

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

Metu la specifan tunelan ŝablonon super la ĉion-kapta kaj super la fizika interfaca ŝablono.

Konservu la aliajn liniojn, kiujn la dosiero jam havis. Anstataŭigi la tutan politikon per ekzemplo estas kiel nerilataj provizantoj silente moviĝas; ŝanĝu unu linion, regeneru kaj komparu. Ŝablonoj ne povas enhavi spacetojn, suprenstrekojn aŭ komencan punkton aŭ tildon, kaj malplenaj linioj kaj #-komentoj estas ignorataj.

Regeneru kaj kontrolu la rezulton

La ordo validas kiam la ĝisdatigaj skriptoj rekonstruas la dosieron. Aktivigu la subtenatan ĝisdatigan vojon anstataŭ redakti la generitan eligon, poste legu, kion la solvilo vere ricevis.

resolvconf -u
cat /etc/resolv.conf

Kontrolu du serĉojn, ne unu: privatan nomon, kiu devus solviĝi tra la tunelo, kaj publikan kontrolan nomon. Se la privata nomo ankoraŭ malsukcesas dum la ordo aspektas ĝusta, la problemo estas nomspaca enkursigado kaj ne registra prioritato, kaj nenia reordigo riparos ĝin. Komparu ĉiun respondon kun la servilo, kiu redonis ĝin, ne nur kun sukceso. Privata nomo respondita de la malĝusta solvilo restas malsukceso, kaj por la uzanto ĝi aspektas kiel DNS-interrompo.

Elservigu la malnoviĝintan registraĵon anstataŭ malaltigi ĝin

Malnoviĝinta VPN-registraĵo, kiu daŭre reaperas post malkonekto, estas vivcikla cimo en la klienta integriĝo. Movi ĝin al la fino kaŝas la simptomon kaj lasas mortan solvilon en la listo.

Elservigu ĝin per la komponanto, kiu registras ĝin, poste konfirmu, ke la registra dosierujo ne plu listigas ĝin.

Notu la provizantan nomon, la ŝablonon, kiun vi ŝanĝis, kaj la du serĉojn, kiujn vi faris. La sekva persono bezonas tiujn nomojn pli ol la rakonton.