Pagkakasunod ng mga rekord sa resolvconf ng Debian: ilagay muna ang rekord ng VPN

Patuloy na bumabagsak ang name server ng VPN sa ilalim ng sa LAN, at ang pag-edit sa /etc/resolv.conf ay nag-aayos nito nang ilang minuto. Binubuo ang file na iyon, kaya hindi kailanman nagtatagal ang pagwawasto. Sa resolvconf ng Debian ang input ng pagkakasunod ay /etc/resolvconf/interface-order, at pinagsusunod-sunod nito ang mga pangalan ng rekord at hindi ang mga address ng DNS. Tiyakin kung aling stack ng resolver ang talagang namamahala bago hawakan ang alinman sa dalawang file.

Tiyakin na pag-aari ng resolvconf ang output

Magsimula sa pagtatanong kung ano ang sumulat sa kasalukuyang file at ano ang muling susulat nito. Inilalarawan ng paketeng resolvconf ang sarili bilang balangkas para sa dinamikong konfigurasyon ng resolver, at ang host na nagpapatakbo ng systemd-resolved o resolver na pinamamahalaan ng NetworkManager ay maaaring magmukhang pareho sa labas habang gumagamit ng lubos na ibang patakaran.

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

Kung ang naresolbang landas ay hindi papasok sa runtime directory ng resolvconf, huminto rito: pag-aari ng ibang stack ang gabay na ito.

Pagkatapos lamang ng pagsusuring iyon ay sulit na ilista ang mga rekord na hawak ng resolvconf ngayon.

Basahin ang mga rekord bago magsulat ng mga pattern

interface-order tumutugma sa mga pangalan ng rekord ng tagapagbigay, hindi sa mga address at hindi sa mga pangalan ng interface ng kernel. Ilahad kung ano ang nakarehistro upang ang iyong mga pattern ay tumukoy sa mga entry na umiiral.

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

Ang pangalan ng rekord ay karaniwang may hulapi na kumikilala sa tagapagbigay nito, kaya ang rekord ng tunnel at rekord ng DHCP ay maaaring magbahagi ng prefix ng interface at gayon pa man ay magkaibang pagkakasunod. Kopyahin ang eksaktong mga pangalan mula sa listahan ng direktoryo. Huwag maghinuha ng pangalan mula sa pangalan ng interface, dahil ang integrasyon ng kliyente ang nagpapasya kung ano ang irehistro. Ang pangalang iyong imbentuhin ay hindi kailanman tutugma, at ang rekord ay mahuhulog sa pattern na humuhuli sa lahat nang walang anumang mensahe ng error.

Isulat ang pagkakasunod bilang mga pattern ng unang tugma

Ang file ay listahan ng mga pattern ng shell glob, isa bawat linya. Kinukuha ng rekord ang posisyon ng unang pattern na tinutugma nito, kaya ang malawak na pattern sa ibabaw ng tiyak ay ginagawang hindi maabot ang tiyak na linya.

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

Ilagay ang tiyak na pattern ng tunnel sa ibabaw ng pattern na humuhuli sa lahat at sa ibabaw ng pattern ng pisikal na interface.

Panatilihin ang iba pang linya na taglay na ng file. Ang pagpapalit ng buong patakaran ng isang halimbawa ang paraan ng tahimik na paggalaw ng mga walang kaugnayang tagapagbigay; baguhin ang isang linya, muling buuin at ihambing. Hindi maaaring maglaman ang mga pattern ng puwang, slash o nangungunang tuldok o tilde, at binabalewala ang mga blangkong linya at komentong hash.

Muling buuin at i-verify ang resulta

Nalalapat ang pagkakasunod kapag muling itinayo ng mga script ng pag-update ang file. Patakbuhin ang sinusuportahang landas ng pag-update sa halip na i-edit ang nabuong output, pagkatapos basahin kung ano ang aktwal na natanggap ng resolver.

resolvconf -u
cat /etc/resolv.conf

I-verify ang dalawang paghahanap, hindi isa: isang pribadong pangalan na dapat maresolba sa pamamagitan ng tunnel, at isang pampublikong pangalan ng kontrol. Kung patuloy na nabigo ang pribadong pangalan habang mukhang tama ang pagkakasunod, ang problema ay ang pagruruta ng namespace at hindi ang priyoridad ng rekord, at walang muling pagsasaayos ang makakapag-ayos nito. Ihambing ang bawat sagot sa server na nagbalik nito, hindi lamang sa tagumpay. Ang pribadong pangalan na sinagot ng maling resolver ay kabiguan pa rin, at sa gumagamit ito ay mukhang pagkaantala ng DNS.

Alisin sa serbisyo ang lumang rekord sa halip na ibaba ang antas nito

Ang lumang rekord ng VPN na patuloy na lumilitaw pagkatapos ng pagkadiskonekta ay bug sa siklo ng buhay sa integrasyon ng kliyente. Ang paglilipat nito sa pinakailalim ay nagtatago ng sintomas at nag-iiwan ng patay na resolver sa listahan.

Alisin ito sa serbisyo sa pamamagitan ng bahaging nagrerehistro nito, pagkatapos tiyakin na hindi na ito nakalista ng direktoryo ng rekord.

Itala ang pangalan ng tagapagbigay, ang pattern na binago mo at ang dalawang paghahanap na pinatakbo mo. Mas kailangan ng susunod na tao ang mga pangalang iyon kaysa sa kuwento.