Kako razlikovati neuspjeh podizanja bezglavog Pi-ja od mrežnog neuspjeha

Kartica izlazi iz kućišta prije nego što je iko pitao koja je od četiri stvari zapravo otkazala. Pi je prestao odgovarati nakon promjene VPN-a ili mreže, a ponovno snimanje se čini kao jedini preostali potez. Rijetko je tako: zakup se može premjestiti, sshd se može zaustaviti ili odgovor može otići putem koji ne možete pratiti, i svaki od toga ima svoje rješenje. Koristan posao je razdvojiti ono što ste primijetili od onoga što ste pretpostavili.

Četiri rezultata, ne jedan

Podignut, adresiran, sluša i dostupan četiri su odvojena ishoda, i bilo koji od njih može otkazati dok ostali još stoje. Ploča se može savršeno podići i nikada se ne pojaviti na mreži. Može se pojaviti s adresom koju niko nije očekivao ili zadržati ispravnu adresu uz isključen SSH. Može sve tri stvari uraditi ispravno i ipak biti nedostupna jer odgovori izlaze kroz pogrešan pristupnik.

Nagon za ponovnim snimanjem sažima ta četiri u jedno pitanje, zato tako često daje ispravan Pi i nikakvo objašnjenje šta je zapravo puklo.

Gdje dokazi zapravo prestaju

Zapišite tri stvari prije nego što bilo šta dirnete: adresu i vezu koje su posljednje radile, šta je promijenjeno i prvu radnju koja je prestala raditi. Ime hosta koje se više ne razrješava, SSH veza koja ističe i TCP veza koja se odbija tri su različita zapažanja koja pokazuju na tri različita sloja. Neuspješan ping provjerava dostupnost jedne adrese i pada zbog svakog od navedenih razloga, uključujući ploču koja nikada nije pokrenuta. Zato ne može zamijeniti test podizanja.

Ako je dostupan lokalni ekran ili konzola za oporavak, koristite je, jer pitanje na koje odgovara jeste da li mašina stiže do svog operativnog sistema. To je jedino pitanje koje bi ponovno snimanje riješilo. Ako ploča otkaže prije te faze, slijedite dokumentaciju za oporavak platforme umjesto da iz odsutnog snimka ekrana zaključujete hardversku grešku, i prestanite vaditi napajanje kao dijagnostiku.

Ponovo izgradite put pristupa na sistemu koji radi

Nađite trenutnu vezu i adresu preko onoga što posjeduje mrežnu konfiguraciju, pa to uporedite sa trenutnom listom klijenata na ruteru i s adresom koju je koristio SSH klijent. Sačuvano ime hosta ili star DHCP zakup mogu sedmicama pokazivati na jučerašnje odredište. Zatim potvrdite da je sshd uključen, da sluša na adresi koja postoji i da je dozvoljen iz administrativne mreže. Smjernice za SSH Raspberry Pi-ja tretiraju uključivanje servera i povezivanje na trenutnu adresu kao dva odvojena koraka, a svježa instalacija Raspberry Pi OS-a ostavlja SSH isključen po zadanom.

Ime hosta se može preusmjeriti na drugu mašinu, a zamjenska slika dolazi sa svojim ključem, zato provjerite otisak putem kojem već vjerujete umjesto da proklikate upozorenje. Brisanje upozorenja je način na koji privremena promjena adrese postaje trajni problem povjerenja. Ako je upit za ključ jedini simptom, gledate pitanje identiteta, a ne dostupnosti.

Pratite put odgovora prije nego što okrivite ploču

VPN može promijeniti odabir rute dok fizička veza ostaje povezana, i to je upravo slučaj u kojem je Pi uključen, sluša i ipak je nedostupan. Zahtjev stiže, a odgovor izlazi kroz tunel kroz koji administratorov klijent ne može proći. Lokalna konzola i socket koji sluša ne dokazuju ništa o povratnom putu, zato potvrdite koji interfejs nosi odgovor i koji pristupnik odabire. Uporedite to s mrežom na kojoj administrator zaista jeste, jer se ova greška češće od ostalih pogrešno dijagnostikuje kao mrtva ploča.

Najjeftinija provjera je gledati odgovor kako izlazi: na Pi-ju pitajte koja bi ruta nosila administratorovu adresu i uporedite je s interfejsom na koji je zahtjev stigao. Neslaganje tamo objašnjava cijeli simptom i košta jednu komandu.

Jedna granica po put, i kada je ponovno snimanje ispravno

Ispravite konfiguraciju preko njenog vlasnika nakon što sačuvate trenutno stanje. Zamjena mrežnog menadžera, pražnjenje firewall-a i nagađanje statičke adrese tri su promjene koje sljedeće zapažanje čine beskorisnim. Ako dokazi pokazuju na VPN rutu ili filtriranje, vratite se na vlastitu proceduru zaustavljanja ili popravke tog klijenta, radeći unutar dogovorenog plana oporavka; kontrolirano poređenje je nešto drugo od isključivanja zaštite na hostu koji niste objasnili.

Ponovno snimanje je namjeran izbor oporavka, donesen nakon što razumijete podatke, identitet i fazu koja je otkazala. To nije ono što bi nedostatak prijave trebao pokretati po zadanom.

Držite zapis konfiguracije na mjestu čitljivom bez Pi-ja, i put natrag koji ne prolazi kroz tunel koji ćete promijeniti. Zatim radite po redu: potvrdite fazu s lokalne konzole, nađite trenutnu adresu, provjerite slušaoca i njegovu politiku, pratite put odgovora i promijenite jednu stvar. Ako ploča nikada nije stigla do operativnog sistema, sljedeći korak je dokumentacija za oporavak, a ne mreža.