O encamiñador de subrede de Tailscale parouse: revise primeiro a clave do dispositivo

O teléfono segue mostrando a ruta de subrede, o panel segue listando o anuncio e nada detrás do encamiñador responde. Parece unha regresión do encamiñamento ou da devasa, así que o movemento natural é volver engadir a subrede no cliente. Normalmente iso non cambia nada, porque o conector perdeu a súa identidade, non a súa configuración. Unha clave de dispositivo caducada deixa a ruta visible mentres o dispositivo deixa de reenviar.

A ruta queda e os paquetes detéñense

Tailscale trata o anuncio de rutas e a autorización do dispositivo como feitos separados. Un encamiñador de subrede anuncia un prefixo, os clientes acéptano e úsano, e o conector transporta o tráfico. Cando a clave do dispositivo caduca, o nodo xa non pode autenticarse co servizo de coordinación, así que deixa de participar. Os clientes poden manter a ruta na súa táboa porque quitarla podería enviar o tráfico por un camiño non previsto. Esa decisión de pechar ante un fallo explica o síntoma confuso: unha ruta que existe e un destino que non.

O anuncio segue sendo unha afirmación certa sobre a intención. Deixou de ser unha afirmación sobre a capacidade.

Lea a clave e o estado do conector

Confirme o estado do conector antes de cambiar calquera cliente. Dúas saídas separan a identidade da accesibilidade.

tailscale status
tailscale ping 100.101.102.103

A saída de estado marca o encamiñador como fóra de liña ou caducado e informa cando vence a clave, mentres que o ping apunta ao enderezo tailnet do propio nodo e non a un servizo detrás del. Un ping que nunca sae do cliente e unha liña de estado que di caducado son o mesmo achado desde dúas direccións. Comprobe se un segundo dispositivo que usa ese encamiñador falla no mesmo momento, xa que un fallo compartido apunta ao conector e un fallo único apunta á aceptación da ruta por parte dun cliente. Non reutilice un enderezo tailnet de notas antigas sen confirmalo contra o estado en vivo.

Vólvase autenticar sen cortar o seu propio camiño

A renovación restaura a identidade, pero facela sobre a única sesión que funciona pode deixalo illado. Manteña primeiro outra vía administrativa.

tailscale up --force-reauth
tailscale status --self

Nun nodo con acceso a consola, --force-reauth reinicia o fluxo de inicio de sesión e imprime un URL que unha conta autorizada debe completar. Nun encamiñador remoto, confirme que existe unha consola serie, unha consola do provedor ou unha vía de xestión fóra de banda antes de comezar, porque a sesión tailnet pode caer durante a renovación. Despois da renovación, verifique que o nodo está en liña e que as súas rutas anunciadas seguen habilitadas. Volver engadir o prefixo no cliente non é un paso de renovación e non pode substituíla.

Decida a política de caducidade para dispositivos sen supervisión

A caducidade da clave existe para que un portátil perdido acabe deixando de funcionar, e a infraestrutura sen supervisión troca esa protección por dispoñibilidade. Os administradores poden desactivar a caducidade dun dispositivo concreto, o que encaixa cun encamiñador de confianza nun armario de cableado pero esixe un inventario e un plan de retirada. Os dispositivos etiquetados levan a súa propia identidade e o seu comportamento de caducidade, así que a configuración dun portátil non os describe. Revise o rexistro real do dispositivo en lugar de confiar nun recordatorio creado hai meses.

Despois probe o recurso detrás do encamiñador, non só o nodo. Unha clave renovada corrixe a identidade, mentres que a aprobación da ruta, a política e o reenvío aínda teñen que funcionar.