Atšķirt bezgalvas Pi palaišanas kļūdu no tīkla kļūdas

Karte tiek izņemta no korpusa, pirms kāds ir pajautājis, kura no četrām lietām patiešām neizdevās. Pi pārstāja atbildēt pēc VPN vai tīkla izmaiņām, un pārrakstīšana šķiet vienīgais atlikušais solis. Tas notiek reti: noma var pārvietoties, sshd var apstāties, vai atbilde var iziet pa ceļu, kuram tu nevari izsekot, un katram no tiem ir savs risinājums. Noderīgais darbs ir atdalīt to, ko novēroji, no tā, ko pieņēmi.

Četri rezultāti, nevis viens

Palaišana, adrese, klausīšanās un sasniedzamība ir četri atsevišķi rezultāti, un jebkurš no tiem var neizdoties, kamēr pārējie vēl pastāv. Plate var lieliski palaisties un nekad neparādīties tīklā. Tā var parādīties ar adresi, kuru neviens negaidīja, vai saglabāt pareizo adresi ar izslēgtu SSH. Tā var pareizi izpildīt visus trīs un tomēr būt nesasniedzama, jo atbildes iziet pa nepareizajiem vārtiem.

Pārrakstīšanas instinkts šos četrus saspiež vienā jautājumā, un tāpēc tas tik bieži dod strādājošu Pi un nekādu skaidrojumu par to, kas patiešām salūza.

Kur pierādījumi patiešām beidzas

Pirms kaut ko aiztikt, pieraksti trīs lietas: adresi un augšupējo savienojumu, kas pēdējo reizi strādāja, kas tika mainīts, un pirmo darbību, kas pārstāja strādāt. Resursdatora nosaukums, kas vairs neatrisinās, SSH savienojums, kas beidzas ar taimautu, un TCP savienojums, kas tiek noraidīts, ir trīs dažādi novērojumi, kas norāda uz trim dažādiem slāņiem. Neizdevies ping pārbauda vienas adreses sasniedzamību un neizdodas visu iepriekšminēto iemeslu dēļ, tostarp plates dēļ, kas nekad neieslēdzās. Tāpēc tas nevar aizstāt palaišanas testu.

Ja ir pieejams lokālais displejs vai atjaunošanas konsole, izmanto to, jo jautājums, uz kuru tā atbild, ir vai mašīna sasniedz savu operētājsistēmu. Tas ir vienīgais jautājums, ko pārrakstīšana atrisinātu. Ja plate neizdodas pirms šī posma, seko platformas atjaunošanas dokumentācijai, nevis izdari secinājumu par aparatūras bojājumu no trūkstoša ekrānuzņēmuma, un pārtrauc barošanas atvienošanu kā diagnostiku.

Atjauno piekļuves ceļu darbojošā sistēmā

Atrodi pašreizējo augšupējo savienojumu un adresi caur to, kam pieder tīkla konfigurācija, pēc tam salīdzini to ar maršrutētāja pašreizējo klientu sarakstu un ar adresi, ko izmantoja SSH klients. Saglabāts resursdatora nosaukums vai veca DHCP noma var nedēļām norādīt uz vakardienas galamērķi. Pēc tam pārliecinies, ka sshd ir iespējots, klausās eksistējošā adresē un ir atļauts no administrēšanas tīkla. Raspberry Pi SSH norādes servera iespējošanu un savienošanos ar pašreizējo adresi uzskata par diviem atsevišķiem soļiem, un jauna Raspberry Pi OS instalācija SSH atstāj izslēgtu pēc noklusējuma.

Resursdatora nosaukumu var pārvirzīt uz citu mašīnu, un aizvietotāja attēls nāk ar savu atslēgu, tāpēc pārbaudi pirksta nospiedumu pa ceļu, kuram jau uzticies, nevis noklikšķini brīdinājumu. Brīdinājuma dzēšana ir veids, kā īslaicīgas adreses maiņa kļūst par pastāvīgu uzticēšanās problēmu. Ja atslēgas pieprasījums ir vienīgais simptoms, tu saskaries ar identitātes, nevis sasniedzamības jautājumu.

Izseko atbildes maršrutam, pirms vaino plati

VPN var mainīt maršruta izvēli, kamēr fiziskā saite paliek piesaistīta, un tas ir tieši tas gadījums, kad Pi ir ieslēgts, klausās un tomēr nav sasniedzams. Pieprasījums pienāk, un atbilde iziet pa tuneli, kuru administratora klients nevar šķērsot. Lokāla konsole un klausoša ligzda neko nepierāda par atgriešanās ceļu, tāpēc pārliecinies, kura saskarne nes atbildi un kurus vārtus tā izvēlas. Salīdzini to ar tīklu, kurā administrators patiešām atrodas, jo šī kļūda biežāk nekā jebkura cita tiek nepareizi diagnosticēta kā mirusi plate.

Lētākā pārbaude ir redzēt atbildi izejam: Pi iekārtā pajautā, kurš maršruts nestu administratora adresi, un salīdzini to ar saskarni, pa kuru ienāca pieprasījums. Neatbilstība tur izskaidro visu simptomu un maksā vienu komandu.

Viena robeža vienlaikus, un kad pārrakstīšana ir pareiza

Izlabo konfigurāciju caur tās īpašnieku pēc pašreizējā stāvokļa saglabāšanas. Tīkla pārvaldnieka nomaiņa, ugunsmūra iztukšošana un statiskas adreses minēšana ir trīs izmaiņas, kas padara nākamo novērojumu bezjēdzīgu. Ja pierādījumi norāda uz VPN maršrutu vai filtrēšanu, atgriezies pie tā klienta paša apturēšanas vai labošanas rutīnas, strādājot saskaņotā atjaunošanas plānā; kontrolēts salīdzinājums ir kas cits nekā aizsardzības izslēgšana resursdatorā, kuru tu neesi izskaidrojis.

Pārrakstīšana ir apzināta atjaunošanas izvēle, kas tiek pieņemta, kad saproti datus, identitāti un posmu, kurš neizdevās. Tas nav tas, ko trūkstoša pieteikšanās drīkstētu izraisīt pēc noklusējuma.

Glabā konfigurācijas ierakstu vietā, ko var nolasīt bez Pi, un atgriešanās ceļu, kas neiet caur tuneli, kuru tu tūlīt mainīsi. Pēc tam strādā secībā: apstiprini posmu no lokālas konsoles, atrodi pašreizējo adresi, pārbaudi klausītāju un tā politiku, izseko atbildes maršrutam un maini vienu lietu. Ja plate nekad nav sasniegusi operētājsistēmu, nākamais solis ir atjaunošanas dokumentācija, nevis tīkls.