WireGuard segue usando o extremo antigo despois dos cambios de DNS

O túnel deixou de pasar tráfico despois de que o rexistro DNS do servidor se movese, e o nome resólvese correctamente desde a mesma máquina. Eses dous feitos non están en conflito. Unha configuración de WireGuard contén un extremo, e a ferramenta resolve o nome cando aplica esa configuración, así que a interface en execución pode seguir usando a dirección que consultou hai horas. Comprobe que usa a interface antes de substituír claves ou tocar o rango do túnel.

O nome resólvese unha vez, non de forma continua

A configuración básica de WireGuard toma un extremo como dirección e porto, e a ferramenta que levanta unha interface resolve un nome de host nese momento. Nada no protocolo base consulta DNS segundo un calendario, e unha aplicación cliente pode engadir por riba o seu propio comportamento de actualización. Rexistrar a dirección resolta, a familia e o porto xunto ao nome fai visible a fenda. Sen ese rexistro a configuración parece correcta mentres a interface fala con outro sitio.

Hai unha actualización automática xenuína, e paga a pena coñecela porque se parece a unha actualización de DNS sen selo. Un extremo de par pode moverse cando chega tráfico correctamente autenticado desde unha dirección nova, o que é itinerancia e non resolución de nomes. Segue o par, así que non pode descubrir un servidor novo non relacionado co que o extremo antigo nunca contactou.

Compare o rexistro coa dirección en uso

Consulte o nome documentado a través do resolutor que usa o cliente e logo pregunte á interface que extremo mantén. As dúas respostas son a comparación que decide o resto desta páxina:

dig +short vpn.example.net
wg show wg0 endpoints
wg show wg0 latest-handshakes

O manual de wg(8) documenta os subcomandos show que usan estas liñas. Compare tamén a familia da dirección, non só a dirección, porque un rexistro que gañou unha entrada IPv6 é unha comparación distinta dun cuxa dirección IPv4 cambiou. Se o extremo difire do rexistro, a interface funciona con información obsoleta e o nome nunca foi o problema. Se coinciden e o túnel segue fallando, pase ao escoitador e ás regras en lugar de ao perfil.

A marca de tempo do aperto de mans está nese bloque porque o extremo por si só non di se o par é alcanzable. Unha marca obsoleta xunto a un extremo correcto é un problema de ruta, non de resolución, e esa distinción cambia que toca a continuación.

Reinicie a través do xestor da interface

Unha vez confirmado que o extremo está obsoleto, actualíceo a través do mecanismo que posúe a interface en lugar de editar a configuración en vivo. Para unha interface iniciada por wg-quick iso é unha baixada e unha subida, para unha unidade systemd é un reinicio, e para unha interface propiedade dun xestor é un cambio feito nese xestor, porque unha edición en tempo de execución sobrescríbese na seguinte aplicación:

wg-quick down wg0 && wg-quick up wg0
systemctl restart wg-quick@wg0

Despois confirme que o escoitador de substitución e a súa identidade son o servizo que pretendía. Un movemento de DNS non é un cambio de identidade, así que nunca debería ser a ocasión de confiar nunha clave que non verificou. Se a interface agora informa da dirección nova e segue sen producir ningún aperto de mans, a falla trasladouse á nova ruta de rede ou ao escoitador, o que é progreso e non a mesma falla dúas veces.

Primeiro o aperto de mans, logo a ruta de datos

Separe os dous resultados antes de escoller unha lista de comprobación. Un aperto de mans que ten éxito baixo unha aplicación que falla é un problema da ruta de datos: rutas, prefixos permitidos ou DNS dentro do túnel. Un aperto de mans que nunca ocorre é un problema de alcanzabilidade ou de identidade no extremo. Mesturar os dous produce un informe que ninguén pode reproducir e un rexistro de cambios con tres edicións non relacionadas.

Anote o nome, a dirección resolta, o extremo en uso e se o aperto de mans se completou. Eses catro feitos responden a pregunta que esta falla non deixa de facer, e converten a próxima aparición nunha comprobación de dous minutos. O mantemento do nome e a adopción do cliente seguen sendo tarefas separadas: corrixir o rexistro non realiza a adopción, e reiniciar a interface non arranxa un rexistro que segue sendo incorrecto.