원격 서버에서 새 Tailscale 로그인을 강제하면 기기가 다시 로그인을 마치기 전에 tailnet 연결이 끊길 수 있습니다.이는 명령의 결함이 아니라, 사용 중인 경로에서 설계대로 동작하는 것입니다.규칙은 간단하므로, 키를 갱신하기 전에 기기에 도달할 두 번째 경로를 마련하십시오.나머지는 모두 그 순간을 위한 준비입니다.

명령이 연결을 끊을 수 있는 이유

기기 키는 노드가 tailnet에 참여하도록 해 주는 것입니다.이를 갱신하면 이전 키는 더 이상 받아들여지지 않고, 노드는 다시 참여하기 전에 새 로그인을 완료해야 합니다.유일한 세션이 그 tailnet을 통해 돌고 있다면 재참여는 당신 없이 일어납니다.클라이언트는 경로를 유지하지만 그 뒤의 길을 잃기 때문에 서브넷 라우터는 상황을 더 나쁘게 만듭니다.

그래서 명령 자체보다 순서가 더 중요합니다.먼저 접근, 다음 갱신입니다.콘솔 세션, 시리얼 콘솔, 또는 현장의 동료 모두 해당됩니다.

먼저 다른 결함을 배제하십시오

무엇이든 갱신하기 전에 키가 정말 문제인지 확인하십시오.관리 콘솔에서 만료를 확인한 다음 기기 자체가 연결되어 있는지, 어떤 피어를 보는지 그 상태를 보십시오.유효한 키라도 경로가 끊겼거나 ACL 변경이나 서비스 중지가 있으면 멀리서는 비슷해 보입니다.강제 갱신은 그중 어느 것도 고치지 않습니다.

tailscale status

노드가 온라인이고 키가 유효하면 계속 살펴보십시오.갱신은 마지막 수단이지 일반적인 수리가 아닙니다.절반만 연결된 노드도 동작 중이라고 보고하기 때문에 피어 목록과 온라인 표시를 함께 읽으십시오.

두 번째 진입 경로로 갱신하십시오

콘솔 접근이나 두 번째 관리 경로가 준비되면 기기에서 갱신을 실행하십시오.Tailscale은 이 목적을 위해 up 명령의 force-reauth 형식을 문서화하며, 플랫폼이 요구하는 곳에서는 높은 권한이 필요합니다.한 번만 실행하고 세션을 닫지 말고 출력을 지켜보십시오.명령이 연결을 끊으면 두 번째 경로로 다시 연결하고 로컬 로그를 읽으십시오.

sudo tailscale up --force-reauth

키가 이미 만료되었다면 관리 콘솔이 해당 기기에 임시 연장을 제안할 수 있습니다.그 연장은 접근을 되찾고 로그인을 끝내기 위한 창이지, 그것을 영구적으로 대체하는 수단이 아닙니다.표시되는 기한을 기록하십시오.

기기가 실제로 무엇을 제공하는지 시험하십시오

기기가 다시 참여한 뒤에는 그것이 존재하는 이유인 서비스를 시험하십시오.라우터는 그 뒤의 리소스를 통해, 출구 노드는 의도한 인터넷 경로를 통해, 일반 서버는 실제로 사용하는 포트를 통해 시험해야 합니다.온라인으로 표시되는 노드는 그 자체로 그러한 것 중 어느 것도 증명하지 않습니다.로컬 점검은 tailnet 경로를 완전히 우회하기 때문에 노드가 아닌 기기에서 시험하십시오.

tailscale ping 100.101.102.103

그다음 이 기기의 만료 정책을 적어 두십시오.무인 커넥터와 개인 노트북은 허용 범위가 다르며, 서버를 물려받는 사람이 둘 중 어느 쪽인지 다시 알아내야 해서는 안 됩니다.그 메모가 문서화된 정책과 내년의 뜻밖의 일 사이의 차이입니다.Tailscale의 키 만료 문서는 갱신 옵션과 그 한계를 다룹니다.

관련 글