헤드리스 Pi의 부팅 실패와 네트워크 실패 구분하기

네 가지 중 어느 것이 실제로 실패했는지 누구도 묻기 전에 카드가 케이스에서 빠져나온다. VPN이나 네트워크 변경 후 Pi가 응답을 멈췄고, 다시 굽는 것이 유일하게 남은 조치처럼 느껴진다. 그런 경우는 드물다. 임대가 옮겨갈 수 있고, sshd가 멈출 수 있으며, 응답이 따라갈 수 없는 경로로 나갈 수도 있다. 그리고 각각에는 저마다의 해결책이 있다. 쓸모 있는 작업은 관찰한 것과 가정한 것을 분리하는 일이다.

네 가지 결과, 하나가 아니다

부팅, 주소 부여, 수신 대기, 도달 가능성은 네 가지 별개의 결과이며, 나머지가 유지되는 동안 어느 하나가 실패할 수 있다. 보드는 완벽하게 부팅하고도 네트워크에 전혀 나타나지 않을 수 있다. 아무도 예상하지 못한 주소로 나타나거나, 올바른 주소를 유지한 채 SSH가 꺼져 있을 수 있다. 세 가지를 모두 맞혀도 응답이 잘못된 게이트웨이로 나가기 때문에 도달할 수 없을 수 있다.

다시 굽고 싶은 충동은 그 네 가지를 하나의 질문으로 접어 버린다. 그래서 흔히 동작하는 Pi와 실제로 무엇이 깨졌는지에 대한 설명 없음만 남긴다.

증거가 실제로 끝나는 지점

무엇이든 만지기 전에 세 가지를 적어 두라. 마지막으로 작동한 주소와 상향 링크, 무엇이 바뀌었는지, 그리고 처음으로 작동을 멈춘 작업이다. 더 이상 해석되지 않는 호스트 이름, 시간 초과되는 SSH 연결, 거부되는 TCP 연결은 서로 다른 세 가지 관찰이며 서로 다른 세 계층을 가리킨다. 실패한 ping은 한 주소의 도달 가능성만 시험하고 위의 모든 이유로 실패한다. 한 번도 시작하지 않은 보드도 그 이유 중 하나다. 그래서 ping은 부팅 시험을 대신할 수 없다.

로컬 디스플레이나 복구 콘솔이 있다면 사용하라. 그것이 답하는 질문은 기계가 운영 체제까지 도달하는지 여부다. 다시 굽는 것이 해결할 유일한 질문이 바로 그것이다. 보드가 그 단계 전에 실패한다면, 스크린샷이 없다는 이유로 하드웨어 결함을 추론하지 말고 플랫폼의 복구 문서를 따르며, 진단 수단으로 전원을 뽑는 일을 그만두라.

실행 중인 시스템에서 접근 경로 다시 만들기

현재 상향 링크와 주소를 네트워크 구성을 소유한 주체를 통해 찾고, 그것을 라우터의 현재 클라이언트 목록과 SSH 클라이언트가 사용한 주소와 비교하라. 저장된 호스트 이름이나 오래된 DHCP 임대는 몇 주 동안 어제의 목적지를 가리킬 수 있다. 그다음 sshd가 활성화되어 있고, 존재하는 주소에서 수신 대기하며, 관리 네트워크에서 허용되는지 확인하라. Raspberry Pi의 SSH 안내는 서버 활성화와 현재 주소로의 접속을 두 개의 별도 단계로 다루며, 새 Raspberry Pi OS 설치에서는 SSH가 기본적으로 꺼져 있다.

호스트 이름은 다른 기계로 다시 지정될 수 있고, 교체 이미지는 자체 키와 함께 오므로 경고를 클릭해 넘어가지 말고 이미 신뢰하는 경로로 지문을 확인하라. 경고를 지우는 것이 임시 주소 변경을 영구적인 신뢰 문제로 만드는 길이다. 키 확인만이 유일한 증상이라면 도달 가능성이 아니라 신원 문제를 보고 있는 것이다.

보드를 탓하기 전에 응답 경로 추적하기

VPN은 물리 링크가 연결된 상태로 경로 선택을 바꿀 수 있고, 바로 그 경우에 Pi는 켜져 있고 수신 대기 중인데도 도달할 수 없다. 요청은 도착하지만 응답은 관리자의 클라이언트가 지나갈 수 없는 터널로 나간다. 로컬 콘솔과 수신 대기 소켓은 돌아오는 경로에 대해 아무것도 증명하지 못하므로, 어느 인터페이스가 응답을 실어 나르고 어느 게이트웨이를 선택하는지 확인하라. 그것을 관리자가 실제로 있는 네트워크와 비교하라. 이 실패는 다른 어떤 것보다 자주 죽은 보드로 오진된다.

가장 값싼 확인은 응답이 나가는 것을 보는 것이다. Pi에서 관리자 주소를 어느 경로가 실어 나를지 물어 요청이 도착한 인터페이스와 비교하라. 거기서의 불일치가 증상 전체를 설명하며 명령 하나면 충분하다.

한 번에 하나의 경계, 그리고 다시 굽는 것이 옳을 때

현재 상태를 보존한 뒤 그 소유자를 통해 구성을 바로잡아라. 네트워크 관리자를 교체하고, 방화벽을 비우고, 정적 주소를 추측하는 것은 다음 관찰을 쓸모없게 만드는 세 가지 변경이다. 증거가 VPN의 경로나 필터링을 가리킨다면 그 클라이언트 자체의 중지나 수리 절차로 돌아가, 합의된 복구 계획 안에서 작업하라. 통제된 비교는 설명하지 않은 호스트에서 보호를 끄는 것과 다른 일이다.

다시 굽는 것은 의도적인 복구 선택이며, 데이터와 신원, 실패한 단계를 이해한 뒤에 내린다. 로그인이 안 된다고 해서 기본적으로 이것이 촉발되어서는 안 된다.

구성 기록은 Pi 없이 읽을 수 있는 곳에 두고, 앞으로 바꿀 터널을 지나지 않는 복귀 경로를 확보하라. 그다음 순서대로 진행하라. 로컬 콘솔에서 단계를 확인하고, 현재 주소를 찾고, 리스너와 그 정책을 점검하고, 응답 경로를 추적하고, 한 가지만 바꿔라. 보드가 운영 체제에 도달한 적이 없다면 다음 단계는 네트워크가 아니라 복구 문서다.