Skirti bekrano Pi įkrovos gedimą nuo tinklo gedimo

Kortelė išimama iš korpuso prieš kam nors paklausus, kuri iš keturių dalykų iš tikrųjų nepavyko. Pi nustojo atsakinėti po VPN ar tinklo pakeitimo, o perkrovimas atrodo kaip vienintelis likęs žingsnis. Taip būna retai: nuoma gali pasislinkti, sshd gali sustoti, arba atsakymas gali išeiti keliu, kurio negalite atsekti, ir kiekvienas iš jų turi savo sprendimą. Naudingas darbas – atskirti tai, ką pastebėjote, nuo to, ką numanėte.

Keturi rezultatai, o ne vienas

Įkelta, adresuota, klausosi ir pasiekiama – tai keturi atskiri rezultatai, ir bet kuris iš jų gali nepavykti, kol kiti dar laikosi. Plokštė gali nepriekaištingai įsikrauti ir niekada nepasirodyti tinkle. Ji gali pasirodyti su adresu, kurio niekas nesitikėjo, arba išlaikyti teisingą adresą su išjungtu SSH. Ji gali teisingai atlikti visus tris ir vis tiek būti nepasiekiama, nes atsakymai išeina per netinkamus vartus.

Perkrovimo instinktas sutraukia tuos keturis į vieną klausimą, todėl taip dažnai gaunamas veikiantis Pi ir jokio paaiškinimo, kas iš tikrųjų sugedo.

Kur įrodymai iš tikrųjų baigiasi

Užsirašykite tris dalykus prieš ką nors liesdami: paskutinį kartą veikusį adresą ir jungtį, kas buvo pakeista, ir pirmą operaciją, kuri nustojo veikti. Kompiuterio vardas, kuris nebeišsprendžiamas, SSH ryšys, kuris baigiasi pagal laiką, ir TCP ryšys, kuris atmetamas, yra trys skirtingi stebėjimai, nukreipiantys į tris skirtingus sluoksnius. Nepavykęs ping tikrina vieno adreso pasiekiamumą ir nepavyksta dėl visų aukščiau išvardytų priežasčių, įskaitant plokštę, kuri niekada neįsijungė. Todėl jis negali pakeisti įkrovos testo.

Jei yra vietinis ekranas ar atkūrimo konsolė, naudokitės ja, nes klausimas, į kurį ji atsako, yra ar mašina pasiekia savo operacinę sistemą. Tai vienintelis klausimas, kurį perkrovimas išspręstų. Jei plokštė nepavyksta prieš tą etapą, vadovaukitės platformos atkūrimo dokumentacija, o ne darykite išvadą apie aparatūros gedimą iš trūkstamos ekrano kopijos, ir nustokite atjungti maitinimą kaip diagnostiką.

Atstatykite prieigos kelią veikiančioje sistemoje

Raskite dabartinę jungtį ir adresą per tai, kam priklauso tinklo konfigūracija, tada palyginkite tai su maršrutizatoriaus dabartiniu klientų sąrašu ir su adresu, kurį naudojo SSH klientas. Išsaugotas kompiuterio vardas ar sena DHCP nuoma gali savaitėmis rodyti į vakarykštį tikslą. Tada patvirtinkite, kad sshd įjungtas, klausosi egzistuojančio adreso ir leidžiamas iš administravimo tinklo. Raspberry Pi SSH gairės serverio įjungimą ir prisijungimą prie dabartinio adreso laiko dviem atskirais žingsniais, o nauja Raspberry Pi OS diegimo versija SSH palieka išjungtą pagal nutylėjimą.

Kompiuterio vardas gali būti nukreiptas į kitą mašiną, o pakaitinis atvaizdis ateina su savo raktu, todėl patikrinkite piršto atspaudą keliu, kuriuo jau pasitikite, o ne spauskite praleisdami įspėjimą. Įspėjimo ištrynimas yra būdas, kuriuo laikinas adreso pakeitimas tampa nuolatine pasitikėjimo problema. Jei rakto užklausa yra vienintelis simptomas, susiduriate su tapatybės, o ne pasiekiamumo klausimu.

Atsekite atsakymo kelią, prieš kaltindami plokštę

VPN gali pakeisti maršruto pasirinkimą, kol fizinė jungtis lieka prijungta, ir tai yra būtent tas atvejis, kai Pi įjungtas, klausosi ir vis tiek nepasiekiamas. Užklausa ateina, o atsakymas išeina tuneliu, kurio administratoriaus klientas negali pereiti. Vietinė konsolė ir klausantis lizdas nieko neįrodo apie grįžimo kelią, todėl patvirtinkite, kuri sąsaja neša atsakymą ir kuriuos vartus ji pasirenka. Palyginkite tai su tinklu, kuriame administratorius iš tikrųjų yra, nes šis gedimas dažniau nei bet kuris kitas klaidingai diagnozuojamas kaip negyva plokštė.

Pigiausias patikrinimas – stebėti atsakymo išėjimą: Pi kompiuteryje paklauskite, kuris maršrutas neštų administratoriaus adresą, ir palyginkite jį su sąsaja, kuria atėjo užklausa. Ten esantis neatitikimas paaiškina visą simptomą ir kainuoja vieną komandą.

Viena riba vienu metu, ir kada perkrovimas yra teisingas

Ištaisykite konfigūraciją per jos savininką, išsaugoję dabartinę būseną. Tinklo tvarkyklės pakeitimas, ugniasienės išvalymas ir statinio adreso spėjimas yra trys pakeitimai, dėl kurių kitas stebėjimas tampa bevertis. Jei įrodymai rodo VPN maršrutą ar filtravimą, grįžkite prie to kliento savo sustabdymo ar taisymo procedūros ir dirbkite pagal sutartą atkūrimo planą; kontroliuojamas palyginimas yra kas kita nei apsaugos išjungimas hoste, kurio nepaaiškinote.

Perkrovimas yra sąmoningas atkūrimo pasirinkimas, priimamas tada, kai suprantate duomenis, tapatybę ir etapą, kuris nepavyko. Tai nėra tai, ką prarastas prisijungimas turėtų sukelti pagal nutylėjimą.

Laikykite konfigūracijos įrašą vietoje, kurią galima perskaityti be Pi, ir grįžimo kelią, kuris neina per tunelį, kurį ketinate pakeisti. Tada dirbkite iš eilės: patvirtinkite etapą iš vietinės konsolės, raskite dabartinį adresą, patikrinkite klausytoją ir jo politiką, atsekite atsakymo kelią ir pakeiskite vieną dalyką. Jei plokštė niekada nepasiekė operacinės sistemos, kitas žingsnis yra atkūrimo dokumentacija, o ne tinklas.