Skilje ein oppstartsfeil på ein hovudlaus Pi frå ein nettverksfeil

Kortet kjem ut av kabinettet før nokon har spurt kva av dei fire tinga som faktisk svikta. Pi-en slutta å svare etter ei VPN- eller nettverksendring, og ny flasjing kjennest som det einaste trekket som er att. Det er det sjeldan: leiga kan flytte seg, sshd kan stoppe, eller svaret kan gå ut over ei rute du ikkje kan følgje, og kvar av desse har si eiga løysing. Det nyttige arbeidet er å skilje det du observerte frå det du gjekk ut frå.

Fire resultat, ikkje eitt

Starta, adressert, lyttande og tilgjengeleg er fire separate utfall, og kva som helst av dei kan svikte medan dei andre enno held. Eit kort kan starte perfekt og aldri dukke opp på nettverket. Det kan dukke opp med ei adresse ingen venta, eller halde den rette adressa med SSH slått av. Det kan få alle tre rett og likevel vere utilgjengeleg fordi svar går ut gjennom feil gateway.

Flasjeinstinktet samlar dei fire til eitt spørsmål, og difor gir det så ofte ein fungerande Pi og inga forklaring på kva som faktisk gjekk i stykker.

Kvar prova faktisk sluttar

Skriv ned tre ting før du rører noko: adressa og sambandet som sist virka, kva som vart endra, og den første handlinga som slutta å verke. Eit vertsnamn som ikkje lenger blir slått opp, ein SSH-samband som går ut på tid, og eit TCP-samband som blir avvist er tre ulike observasjonar som peikar på tre ulike lag. Ein mislukka ping testar tilgjengelegheita til éi adresse og feilar av alle grunnane ovanfor, medrekna eit kort som aldri starta. Difor kan han ikkje erstatte ein oppstartstest.

Viss det finst ein lokal skjerm eller ein gjenopprettingskonsoll, bruk han, fordi spørsmålet han svarar på er om maskina når operativsystemet sitt. Det er det einaste spørsmålet ny flasjing ville løyse. Viss kortet sviktar før det stadiet, følg gjenopprettingsdokumentasjonen til plattforma i staden for å slutte deg til ein maskinvarefeil frå eit manglande skjermbilete, og slutt å trekkje straumen som diagnostikk.

Bygg tilgangsvegen på nytt på eit køyrande system

Finn det gjeldande sambandet og adressa gjennom det som eig nettverkskonfigurasjonen, og samanlikn det med den gjeldande klientlista til rutaren og med adressa SSH-klienten brukte. Eit lagra vertsnamn eller ei gamal DHCP-leiga kan peike på gårsdagens mål i veker. Stadfest deretter at sshd er slått på, lyttar på ei adresse som finst, og er tillaten frå administrasjonsnettet. SSH-rettleiinga til Raspberry Pi handsamar aktivering av tenaren og tilkopling til gjeldande adresse som to separate steg, og ein fersk Raspberry Pi OS-installasjon lèt SSH stå av som standard.

Eit vertsnamn kan peikast om til ei anna maskin, og eit erstatningsbilete kjem med sin eigen nøkkel, så sjekk fingeravtrykket via ein veg du allereie stolar på i staden for å klikke bort åtvaringa. Å slette åtvaringa er måten ei mellombels adresseendring blir eit varig tillitsproblem. Viss nøkkelførespurnaden er det einaste symptomet, ser du på eit identitetsspørsmål og ikkje eit tilgjengelegheitsspørsmål.

Følg ruta til svaret før du klandrar kortet

Ein VPN kan endre rutevalet medan den fysiske lenkja blir verande tilkopla, og det er nettopp tilfellet der Pi-en er oppe, lyttar og likevel er utilgjengeleg. Førespurnaden kjem inn, og svaret går ut gjennom ein tunnel som klienten til administratoren ikkje kan krysse. Ein lokal konsoll og ein lyttande socket provar ingenting om returvegen, så stadfest kva grensesnitt som ber svaret og kva gateway det vel. Samanlikn det med nettverket administratoren faktisk er på, for denne feilen blir feildiagnostisert som eit dødt kort oftare enn nokon annan.

Den billegaste kontrollen er å sjå svaret gå ut: på Pi-en, spør kva rute som ville bere adressa til administratoren og samanlikn ho med grensesnittet førespurnaden kom inn på. Eit avvik der forklarar heile symptomet og kostar éin kommando.

Éi grense om gongen, og når ny flasjing er rett

Rett konfigurasjonen gjennom eigaren etter å ha teke vare på dagens tilstand. Å byte nettverkshandsamar, tømme brannmuren og gjette ei statisk adresse er tre endringar som gjer neste observasjon ubrukeleg. Viss prova peikar på ruta eller filtreringa til VPN-en, fall tilbake på den klienten si eiga stopp- eller reparasjonsrutine, og arbeid innanfor den avtalte gjenopprettingsplanen; ein kontrollert samanlikning er noko anna enn å slå av vern på ein vert du ikkje har forklart.

Ny flasjing er eit medvite gjenopprettingsval, teke når du forstår dataa, identiteten og stadiet som svikta. Det er ikkje det ein manglande innlogging skal utløyse som standard.

Oppbevar konfigurasjonsposten på ein stad som kan lesast utan Pi-en, og ein veg tilbake som ikkje går gjennom tunnelen du er i ferd med å endre. Arbeid deretter i rekkjefølgje: stadfest stadiet frå ein lokal konsoll, finn gjeldande adresse, sjekk lyttaren og politikken hans, følg ruta til svaret, og endre éin ting. Viss kortet aldri nådde operativsystemet, er gjenopprettingsdokumentasjonen neste steg og ikkje nettverket.