Отличить сбой загрузки Pi без монитора от сетевого сбоя

Карту вынимают из корпуса раньше, чем кто-либо спросил, что именно из четырёх вещей отказало. Pi перестал отвечать после изменения VPN или сети, и перепрошивка кажется единственным оставшимся шагом. Так бывает редко: аренда может сместиться, sshd может остановиться, или ответ может уйти по маршруту, который вы не можете отследить, и у каждого из этого есть своё решение. Полезная работа — отделить наблюдённое от предположенного.

Четыре результата, а не один

Загрузился, получил адрес, слушает и доступен — это четыре отдельных результата, и любой из них может отказать, пока остальные ещё держатся. Плата может идеально загрузиться и никогда не появиться в сети. Она может появиться с адресом, которого никто не ждал, или сохранить правильный адрес при отключённом SSH. Она может верно сделать все три вещи и всё равно быть недоступной, потому что ответы уходят через неверный шлюз.

Инстинкт перепрошивки сводит эти четыре к одному вопросу, и поэтому он так часто даёт работающий Pi и никакого объяснения, что на самом деле сломалось.

Где на самом деле заканчиваются доказательства

Запишите три вещи, прежде чем что-либо трогать: адрес и восходящий канал, которые работали последними, что было изменено и первую операцию, которая перестала работать. Имя хоста, которое больше не разрешается, SSH-соединение, которое завершается по таймауту, и TCP-соединение, которое отклоняется, — три разных наблюдения, указывающих на три разных уровня. Неудачный ping проверяет достижимость одного адреса и терпит неудачу по всем перечисленным причинам, включая плату, которая так и не запустилась. Поэтому он не может заменить проверку загрузки.

Если доступен локальный дисплей или консоль восстановления, используйте их, потому что вопрос, на который они отвечают, — доходит ли машина до своей операционной системы. Это единственный вопрос, который решила бы перепрошивка. Если плата отказывает до этой стадии, следуйте документации платформы по восстановлению, а не делайте вывод о неисправности оборудования по отсутствующему скриншоту, и перестаньте отключать питание как диагностику.

Восстановите путь доступа на работающей системе

Найдите текущий восходящий канал и адрес через то, что владеет сетевой конфигурацией, затем сравните это с текущим списком клиентов роутера и с адресом, который использовал SSH-клиент. Сохранённое имя хоста или старая аренда DHCP могут неделями указывать на вчерашнее назначение. Затем подтвердите, что sshd включён, слушает на существующем адресе и разрешён из сети администрирования. Руководство по SSH от Raspberry Pi рассматривает включение сервера и подключение к текущему адресу как два отдельных шага, а свежая установка Raspberry Pi OS оставляет SSH выключенным по умолчанию.

Имя хоста можно перенаправить на другую машину, а образ замены приходит со своим ключом, поэтому проверьте отпечаток по пути, которому уже доверяете, вместо того чтобы прощёлкать предупреждение. Удаление предупреждения — это путь, на котором временное изменение адреса превращается в постоянную проблему доверия. Если запрос ключа — единственный симптом, вы имеете дело с вопросом идентичности, а не доступности.

Проследите маршрут ответа, прежде чем винить плату

VPN может изменить выбор маршрута, пока физический канал остаётся подключённым, и это именно тот случай, когда Pi включён, слушает и всё равно недоступен. Запрос приходит, а ответ уходит через туннель, который клиент администратора не может пройти. Локальная консоль и слушающий сокет ничего не доказывают об обратном пути, поэтому подтвердите, какой интерфейс несёт ответ и какой шлюз он выбирает. Сравните это с сетью, в которой администратор на самом деле находится, потому что этот сбой чаще других ошибочно диагностируют как мёртвую плату.

Самая дешёвая проверка — увидеть, как ответ уходит: на Pi спросите, какой маршрут понёс бы адрес администратора, и сравните его с интерфейсом, на который пришёл запрос. Несовпадение там объясняет весь симптом и стоит одной команды.

Одна граница за раз, и когда перепрошивка уместна

Исправьте конфигурацию через её владельца, сохранив текущее состояние. Замена сетевого менеджера, очистка межсетевого экрана и угадывание статического адреса — это три изменения, которые делают следующее наблюдение бесполезным. Если доказательства указывают на маршрут или фильтрацию VPN, вернитесь к собственной процедуре остановки или ремонта этого клиента, работая в рамках согласованного плана восстановления; контролируемое сравнение — это не то же самое, что отключение защиты на хосте, который вы не объяснили.

Перепрошивка — это осознанный выбор восстановления, принимаемый после того, как вы поняли данные, идентичность и отказавшую стадию. Это не то, что должно запускаться по умолчанию из-за отсутствия входа.

Храните запись конфигурации в месте, читаемом без Pi, и путь возврата, который не проходит через туннель, который вы собираетесь изменить. Затем работайте по порядку: подтвердите стадию с локальной консоли, найдите текущий адрес, проверьте слушателя и его политику, проследите маршрут ответа и измените одну вещь. Если плата так и не дошла до операционной системы, следующий шаг — документация восстановления, а не сеть.