Odlišiti zlyhanie štartu bezhlavého Pi od zlyhania siete
Naštartované, adresované, počúvajúce a dostupné sú štyri výsledky. Pred vybratím karty skontrolujte, ktorý zlyhal, a pred preflashovaním vystopujte cestu odpovede.
Karta vyjde z puzdra skôr, než sa niekto spýtal, ktorá zo štyroch vecí vlastne zlyhala. Pi prestal odpovedať po zmene VPN alebo siete a preflashovanie vyzerá ako jediný zostávajúci krok. Málokedy to tak je: lease sa môže posunúť, sshd sa môže zastaviť alebo odpoveď môže odísť cestou, ktorú nedokážete sledovať, a každé z toho má vlastné riešenie. Užitočná práca je oddeliť to, čo ste pozorovali, od toho, čo ste predpokladali.
Štyri výsledky, nie jeden
Naštartované, adresované, počúvajúce a dostupné sú štyri samostatné výsledky a ktorýkoľvek z nich môže zlyhať, kým ostatné stále platia. Doska môže bezchybne naštartovať a nikdy sa v sieti neobjaviť. Môže sa objaviť s adresou, ktorú nikto nečakal, alebo si držať správnu adresu s vypnutým SSH. Môže zvládnuť všetky tri správne a napriek tomu byť nedostupná, pretože odpovede odchádzajú cez nesprávnu bránu.
Nutkanie preflashovať zhrnie tie štyri do jednej otázky, a preto tak často prináša fungujúci Pi a žiadne vysvetlenie, čo sa vlastne pokazilo.
Kde sa dôkazy skutočne končia
Predtým, než sa čohokoľvek dotknete, zapíšte tri veci: adresu a spojenie, ktoré naposledy fungovali, čo sa zmenilo a prvú operáciu, ktorá prestala fungovať. Názov hostiteľa, ktorý sa už neprekladá, SSH spojenie, ktoré vyprší, a TCP spojenie, ktoré je odmietnuté, sú tri rôzne pozorovania ukazujúce na tri rôzne vrstvy. Neúspešný ping testuje dostupnosť jednej adresy a zlyháva zo všetkých vyššie uvedených dôvodov, vrátane dosky, ktorá nikdy nenabehla. Preto nemôže nahradiť test štartu.
Ak je k dispozícii miestny displej alebo konzola na obnovu, použite ju, pretože otázka, na ktorú odpovedá, je, či sa stroj dostane k svojmu operačnému systému. To je jediná otázka, ktorú by preflashovanie vyriešilo. Ak doska zlyhá pred touto fázou, riaďte sa dokumentáciou obnovy platformy, namiesto toho, aby ste z chýbajúcej snímky obrazovky usudzovali na hardvérovú poruchu, a prestaňte odpájať napájanie ako diagnostiku.
Obnovte prístupovú cestu na bežiacom systéme
Nájdite aktuálne spojenie a adresu prostredníctvom toho, kto vlastní sieťovú konfiguráciu, potom to porovnajte s aktuálnym zoznamom klientov na routeri a s adresou, ktorú použil SSH klient. Uložený názov hostiteľa alebo starý DHCP lease môžu týždne ukazovať na včerajší cieľ. Potom overte, že sshd je zapnutý, počúva na existujúcej adrese a je povolený zo správnej siete. Pokyny k SSH od Raspberry Pi berú zapnutie servera a pripojenie k aktuálnej adrese ako dva samostatné kroky a čerstvá inštalácia Raspberry Pi OS necháva SSH v predvolenom stave vypnuté.
Názov hostiteľa možno presmerovať na iný stroj a náhradný obraz prichádza s vlastným kľúčom, preto overte odtlačok cestou, ktorej už dôverujete, namiesto odkliknutia varovania. Zmazanie varovania je spôsob, akým sa dočasná zmena adresy stane trvalým problémom dôvery. Ak je výzva na kľúč jediným príznakom, riešite otázku identity, nie dostupnosti.
Vystopujte cestu odpovede, skôr než obviníte dosku
VPN môže zmeniť voľbu trasy, kým fyzické spojenie zostáva priradené, a to je presne prípad, keď Pi beží, počúva a napriek tomu je nedostupný. Požiadavka dorazí a odpoveď odíde tunelom, ktorým klient správcu neprejde. Miestna konzola a počúvajúci socket nič nedokazujú o spiatočnej ceste, preto overte, ktoré rozhranie nesie odpoveď a ktorú bránu volí. Porovnajte to so sieťou, v ktorej sa správca skutočne nachádza, pretože táto porucha býva častejšie než iné nesprávne diagnostikovaná ako mŕtva doska.
Najlacnejšia kontrola je sledovať, ako odpoveď odchádza: na Pi sa spýtajte, ktorá trasa by niesla adresu správcu, a porovnajte ju s rozhraním, na ktorom požiadavka dorazila. Nesúlad tam vysvetľuje celý príznak a stojí jeden príkaz.
Jedna hranica naraz, a kedy je preflashovanie správne
Opravte konfiguráciu prostredníctvom jej vlastníka po zachovaní aktuálneho stavu. Výmena správcu siete, vyprázdnenie firewallu a hádanie statickej adresy sú tri zmeny, ktoré robia ďalšie pozorovanie bezcenným. Ak dôkazy ukazujú na trasu alebo filtrovanie VPN, vráťte sa k vlastnej rutine zastavenia alebo opravy toho klienta a pracujte v rámci dohodnutého plánu obnovy; riadené porovnanie je niečo iné než vypnutie ochrany na hostiteľovi, ktorý ste nevysvetlili.
Preflashovanie je vedomá voľba obnovy, urobená po tom, čo pochopíte dáta, identitu a fázu, ktorá zlyhala. Nie je to niečo, čo by malo chýbajúce prihlásenie spúšťať predvolene.
Uchovávajte záznam konfigurácie na mieste čitateľnom bez Pi a cestu späť, ktorá nevedie tunelom, ktorý sa chystáte zmeniť. Potom pracujte po poradí: overte fázu z miestnej konzoly, nájdite aktuálnu adresu, skontrolujte listener a jeho politiku, vystopujte cestu odpovede a zmeňte jednu vec. Ak doska nikdy nedosiahla operačný systém, ďalším krokom je dokumentácia obnovy, nie sieť.