Jak odlišit selhání startu bezhlavého Pi od selhání sítě

Karta vyjde z pouzdra dřív, než se někdo zeptal, která ze čtyř věcí vlastně selhala. Pi přestal odpovídat po změně VPN nebo sítě a přeflashování vypadá jako jediný zbývající krok. Málokdy to tak je: lease se může posunout, sshd se může zastavit nebo odpověď může odejít cestou, kterou nedokážete sledovat, a každé z toho má vlastní řešení. Užitečná práce je oddělit to, co jste pozorovali, od toho, co jste předpokládali.

Čtyři výsledky, ne jeden

Naběhnuto, adresováno, naslouchá a dostupné jsou čtyři samostatné výsledky a kterýkoli z nich může selhat, zatímco ostatní stále platí. Deska může bezchybně naběhnout a nikdy se v síti neobjevit. Může se objevit s adresou, kterou nikdo nečekal, nebo si držet správnou adresu s vypnutým SSH. Může zvládnout všechny tři správně a přesto být nedosažitelná, protože odpovědi odcházejí přes špatnou bránu.

Pud přeflashovat smrskne ty čtyři do jedné otázky, a proto tak často přinese fungující Pi a žádné vysvětlení, co se vlastně rozbilo.

Kde důkazy skutečně končí

Než se čehokoli dotknete, zapište tři věci: adresu a spojení, které naposledy fungovaly, co se změnilo a první operaci, která přestala fungovat. Název hostitele, který se už nepřekládá, SSH spojení, které vyprší, a TCP spojení, které je odmítnuto, jsou tři různá pozorování ukazující na tři různé vrstvy. Neúspěšný ping testuje dostupnost jedné adresy a selhává ze všech výše uvedených důvodů, včetně desky, která nikdy nenaběhla. Proto nemůže nahradit test startu.

Pokud je k dispozici místní displej nebo konzole pro obnovu, použijte ji, protože otázka, na kterou odpovídá, je, zda se stroj dostane ke svému operačnímu systému. To je jediná otázka, kterou by přeflashování vyřešilo. Pokud deska selže před touto fází, řiďte se dokumentací pro obnovu platformy, místo abyste z chybějícího snímku obrazovky usuzovali na hardwarovou závadu, a přestaňte odpojovat napájení jako diagnostiku.

Obnovte přístupovou cestu na běžícím systému

Najděte aktuální spojení a adresu prostřednictvím toho, kdo vlastní síťovou konfiguraci, pak to porovnejte se současným seznamem klientů na routeru a s adresou, kterou použil SSH klient. Uložený název hostitele nebo starý DHCP lease mohou týdny ukazovat na včerejší cíl. Potom ověřte, že sshd je zapnutý, naslouchá na existující adrese a je povolen ze správní sítě. Pokyny k SSH od Raspberry Pi berou zapnutí serveru a připojení k aktuální adrese jako dva samostatné kroky a čerstvá instalace Raspberry Pi OS nechává SSH ve výchozím stavu vypnuté.

Název hostitele lze přesměrovat na jiný stroj a náhradní obraz přichází s vlastním klíčem, proto ověřte otisk cestou, které už důvěřujete, místo abyste varování odklikali. Smazání varování je způsob, jak se dočasná změna adresy stane trvalým problémem důvěry. Pokud je výzva ke klíči jediným příznakem, řešíte otázku identity, ne dostupnosti.

Vystopujte cestu odpovědi, než obviníte desku

VPN může změnit volbu trasy, zatímco fyzické spojení zůstává přidružené, a to je přesně případ, kdy Pi běží, naslouchá a přesto je nedostupné. Požadavek dorazí a odpověď odejde tunelem, kterým klient správce neprojde. Místní konzole a naslouchající socket nic nedokazují o zpětné cestě, proto ověřte, které rozhraní odpověď nese a kterou bránu volí. Porovnejte to se sítí, ve které správce skutečně je, protože tato závada bývá častěji než jiné chybně diagnostikována jako mrtvá deska.

Nejlevnější kontrola je sledovat, jak odpověď odchází: na Pi se zeptejte, která trasa by nesla adresu správce, a porovnejte ji s rozhraním, na kterém požadavek dorazil. Nesoulad tam vysvětluje celý příznak a stojí jeden příkaz.

Jedna hranice po druhé a kdy je přeflashování správné

Opravte konfiguraci prostřednictvím jejího vlastníka poté, co zachováte současný stav. Výměna síťového správce, vyprázdnění firewallu a hádání statické adresy jsou tři změny, které činí další pozorování bezcenným. Pokud důkazy ukazují na trasu nebo filtrování VPN, vraťte se k vlastní rutině zastavení nebo opravy toho klienta a pracujte v rámci dohodnutého plánu obnovy; řízené srovnání je něco jiného než vypnutí ochrany na hostiteli, který jste nevysvětlili.

Přeflashování je vědomá volba obnovy, učiněná poté, co pochopíte data, identitu a fázi, která selhala. Není to něco, co by měl chybějící přihlášení spouštět ve výchozím stavu.

Uchovávejte záznam konfigurace na místě čitelném bez Pi a cestu zpět, která nevede tunelem, který se chystáte změnit. Pak postupujte popořadě: ověřte fázi z místní konzole, najděte aktuální adresu, zkontrolujte listener a jeho politiku, vystopujte cestu odpovědi a změňte jednu věc. Pokud deska nikdy nedosáhla operačního systému, dalším krokem je dokumentace pro obnovu, ne síť.