Orde de rexistros de resolvconf en Debian: poña o rexistro VPN primeiro

O servidor de nomes da VPN acaba sempre por baixo do da LAN, e editar /etc/resolv.conf arranxa iso durante uns minutos. Ese ficheiro xérase, así que a solución nunca sobrevive. En resolvconf de Debian a entrada de ordenación é /etc/resolvconf/interface-order, e ordena nomes de rexistro en lugar de enderezos DNS. Confirme que pila de resolución manda realmente antes de tocar calquera dos dous ficheiros.

Confirme que resolvconf posúe a saída

Empece preguntando que escribiu o ficheiro actual e que o volverá escribir. O paquete resolvconf descríbese como un marco para a configuración dinámica do resolutor, e un equipo que execute systemd-resolved ou un resolutor xestionado por NetworkManager pode parecer igual desde fóra mentres usa unha política completamente distinta.

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

Se a ruta resolvida non leva ao directorio de execución de resolvconf, detéñase aquí: este manual pertence a outra pila.

Só despois desa comprobación paga a pena listar os rexistros que resolvconf mantén agora.

Lea os rexistros antes de escribir patróns

interface-order coincide cos nomes dos rexistros do provedor, non con enderezos nin con nomes de interface do núcleo. Enumere o que está rexistrado para que os seus patróns se refiran a entradas que existen.

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

Un nome de rexistro adoita levar un sufixo que identifica o seu provedor, así que un rexistro de túnel e un rexistro DHCP poden compartir un prefixo de interface e aínda así ordenarse distinto. Copie os nomes exactos da listaxe do directorio. Non deduza un nome a partir do nome da interface, porque a integración do cliente decide que rexistra. Un nome que invente nunca coincidirá, e o rexistro caerá no patrón que o atrapa todo sen ningunha mensaxe de erro.

Escriba a orde como patróns de primeira coincidencia

O ficheiro é unha listaxe de patróns glob de shell, un por liña. Un rexistro toma a posición do primeiro patrón co que coincide, así que un patrón amplo por riba dun concreto fai inalcanzable a liña concreta.

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

Pon o patrón concreto do túnel por riba do patrón que o atrapa todo e por riba do patrón da interface física.

Manteña as demais liñas que o ficheiro xa tiña. Substituír toda a política por un exemplo é como os provedores non relacionados se moven en silencio; cambie unha liña, rexenere e compare. Os patróns non poden conter espazos, barras inclinadas nin un punto ou un til inicial, e as liñas baleiras e os comentarios con cancelo ignóranse.

Rexenere e verifique o resultado

A orde aplícase cando os scripts de actualización reconstruyen o ficheiro. Active a ruta de actualización admitida en lugar de editar a saída xerada, e despois lea o que o resolutor recibiu realmente.

resolvconf -u
cat /etc/resolv.conf

Verifique dúas consultas, non unha: un nome privado que debería resolverse polo túnel e un nome de control público. Se o nome privado segue fallando mentres a orde parece correcta, o problema é o encamiñamento do espazo de nomes e non a prioridade dos rexistros, e ningunha reordenación o arranxará. Compare cada resposta co servidor que a devolveu, non só co éxito. Un nome privado respondido polo resolutor equivocado segue a ser un fallo, e para o usuario parece unha caída do DNS.

Retire o rexistro obsoleto en lugar de degradalo

Un rexistro VPN obsoleto que reaparece tras desconectar é un erro de ciclo de vida na integración do cliente. Movelo ao final oculta o síntoma e deixa un resolutor morto na listaxe.

Retíreo a través do compoñente que o rexistra e despois confirme que o directorio de rexistros xa non o lista.

Anote o nome do provedor, o patrón que cambiou e as dúas consultas que executou. A persoa seguinte precisa máis eses nomes que a historia.