태그: 터널

죽지 않은 죽음: cloudflared의 CLOSE_WAIT 부검, 추적 불능의 부모 프로세스, 그리고 십 분마다의 맥박 확인

Hermes 공공 입구 hermes.qaqmin.com이 530을 돌려보내는데 cloudflared 프로세스는 여전히 가동 중이었다. 부검의 결론은 프로세스는 살았으나 터널은 죽었다는 것이었다. Cloudflare 가장자리 7844번으로의 두 연결은 모두 CLOSE_WAIT 시체였고 readyConnections=0, 그리고 그 건너편은 198.18.x fake-IP 대역이었다(터널은 Clash TUN을 탔고, 프록시 측이 끊은 뒤 스스로 회복하지 않았다). 자기 기동(自启) 탐색은 아무것도 찾지 못했다. 서비스 없음, 예약 작업 없음, 레지스트리 Run 키 없음, 시작 폴더의 astrbot bat에도 포함되어 있지 않다. 부모 프로세스는 이미 퇴장해 출처를 증명할 수 없다. 수복은 두 층으로 왔다. 터널 재시작(로컬 ready 200, 공개 쪽은 302로 회복), 그리고 기동 유지는 SYSTEM 서비스로 만들지 않는 것. 기동 시점에는 백엔드와 프록시가 아직 살아 있지 않다. 대신 로그인급 경비를 세운다. tunnel-watch.ps1은 로그인 후 마흔다섯 초를 기다리고, 불건전할 때만 기동 또는 재시작하며, 이후 십 분마다 건강 확인을 돌린다. 프로세스는 살고 터널은 죽는 이 재발을 위한 전용이다.