Відрізнити збій завантаження Pi без монітора від мережевого збою

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

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

Завантажився, отримав адресу, слухає й доступний — це чотири окремі результати, і будь-який із них може відмовити, поки інші ще тримаються. Плата може ідеально завантажитися і ніколи не з'явитися в мережі. Вона може з'явитися з адресою, якої ніхто не чекав, або зберегти правильну адресу при вимкненому SSH. Вона може правильно зробити всі три речі і все одно бути недоступною, бо відповіді виходять через неправильний шлюз.

Інстинкт перепрошивки згортає ці чотири в одне питання, і тому він так часто дає працюючий Pi і жодного пояснення, що насправді зламалося.

Де насправді закінчуються докази

Запишіть три речі, перш ніж будь-що чіпати: адресу та висхідний канал, які працювали останніми, що було змінено і першу операцію, яка перестала працювати. Ім'я хоста, яке більше не розв'язується, SSH-з'єднання, яке завершується за таймаутом, і TCP-з'єднання, яке відхиляється, — три різні спостереження, що вказують на три різні рівні. Невдалий ping перевіряє доступність однієї адреси і зазнає невдачі з усіх перелічених причин, включно з платою, яка так і не запустилася. Тому він не може замінити тест завантаження.

Якщо доступний локальний дисплей або консоль відновлення, скористайтеся нею, бо питання, на яке вона відповідає, — чи доходить машина до своєї операційної системи. Це єдине питання, яке вирішила б перепрошивка. Якщо плата відмовляє до цього етапу, дотримуйтеся документації платформи з відновлення, а не робіть висновок про апаратну несправність з відсутнього скріншота, і припиніть вимикати живлення як діагностику.

Відновіть шлях доступу на працюючій системі

Знайдіть поточний висхідний канал і адресу через те, що володіє мережевою конфігурацією, потім порівняйте це з поточним списком клієнтів маршрутизатора і з адресою, яку використав SSH-клієнт. Збережене ім'я хоста або стара оренда DHCP можуть тижнями вказувати на вчорашнє призначення. Потім підтвердьте, що sshd увімкнено, слухає на наявній адресі й дозволений з мережі адміністрування. Настанови з SSH від Raspberry Pi розглядають увімкнення сервера й підключення до поточної адреси як два окремі кроки, а свіже встановлення Raspberry Pi OS залишає SSH вимкненим за замовчуванням.

Ім'я хоста можна перенаправити на іншу машину, а образ заміни приходить зі своїм ключем, тому перевірте відбиток шляхом, якому вже довіряєте, замість того щоб проґавити попередження кліком. Видалення попередження — це шлях, на якому тимчасова зміна адреси стає постійною проблемою довіри. Якщо запит ключа — єдиний симптом, ви маєте справу з питанням ідентичності, а не доступності.

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

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

Найдешевша перевірка — побачити, як відповідь виходить: на Pi запитайте, який маршрут поніс би адресу адміністратора, і порівняйте його з інтерфейсом, на який надійшов запит. Розбіжність там пояснює весь симптом і коштує однієї команди.

Одна межа за раз, і коли перепрошивка доречна

Виправте конфігурацію через її власника, зберігши поточний стан. Заміна мережевого менеджера, очищення міжмережевого екрана й угадування статичної адреси — три зміни, які роблять наступне спостереження марним. Якщо докази вказують на маршрут або фільтрацію VPN, поверніться до власної процедури зупинки чи ремонту цього клієнта, працюючи в межах узгодженого плану відновлення; контрольоване порівняння — це не те саме, що вимкнення захисту на хості, який ви не пояснили.

Перепрошивка — це свідомий вибір відновлення, ухвалений після того, як ви зрозуміли дані, ідентичність і етап, що відмовив. Це не те, що має запускатися за замовчуванням через відсутність входу.

Зберігайте запис конфігурації в місці, яке можна прочитати без Pi, і шлях повернення, що не проходить через тунель, який ви збираєтеся змінити. Потім працюйте по порядку: підтвердьте етап з локальної консолі, знайдіть поточну адресу, перевірте слухача та його політику, простежте маршрут відповіді й змініть одну річ. Якщо плата так і не дійшла до операційної системи, наступний крок — документація з відновлення, а не мережа.