Hoe om 'n opstartfout en 'n netwerkfout by 'n kop-lose Pi te onderskei

Die kaart kom uit die omhulsel voordat iemand gevra het watter van die vier dinge werklik gefaal het. Die Pi het opgehou antwoord na 'n VPN- of netwerkverandering, en 'n herflits voel soos die enigste opsie wat oor is. Dit is selde so: die huur kan verskuif, sshd kan stop, of die antwoord kan vertrek op 'n roete wat jy nie kan volg nie, en elkeen daarvan het sy eie oplossing. Die nuttige werk is om te skei wat jy waargeneem het van wat jy aangeneem het.

Vier uitkomste, nie een nie

Gestart, geadresseer, luisterend en bereikbaar is vier afsonderlike uitkomste, en enigeen daarvan kan faal terwyl die ander nog geld. 'n Bord kan perfek opstart en nooit op die netwerk verskyn nie. Dit kan verskyn met 'n adres wat niemand verwag het nie, of die regte adres hou met SSH afgeskakel. Dit kan al drie reg kry en steeds onbereikbaar wees omdat antwoorde deur die verkeerde poort wegstuur.

Die herflits-instink verenig daardie vier in een vraag, en daarom lewer dit so dikwels 'n werkende Pi en geen verklaring van wat werklik gebreek het nie.

Waar die bewyse werklik eindig

Skryf drie dinge neer voordat jy enigiets aanraak: die adres en opkanaal wat laas gewerk het, wat verander is, en die eerste handeling wat opgehou werk het. 'n Gasheernaam wat nie meer oplos nie, 'n SSH-verbinding wat tyd uitloop, en 'n TCP-verbinding wat geweier word, is drie verskillende waarnemings wat op drie verskillende lae wys. 'n Mislukte ping toets bereikbaarheid van een adres en misluk om al die bogenoemde redes, insluitend 'n bord wat nooit begin het nie. Daarom kan dit nie 'n opstarttoets vervang nie.

As 'n plaaslike skerm of 'n herstelkonsole beskikbaar is, gebruik dit, want die vraag wat dit beantwoord, is of die masjien sy bedryfstelsel bereik. Dit is die enigste vraag wat 'n herflits sou oplos. As die bord voor daardie stadium faal, volg die platform se hersteldokumentasie in plaas daarvan om 'n hardewarefout af te lei uit 'n afwesige skermkiekie, en hou op om krag te trek as 'n diagnostiese middel.

Bou die toegangsroete op 'n werkende stelsel weer op

Vind die huidige opkanaal en adres deur wat ook al die netwerkkonfigurasie besit, en vergelyk dit dan met die router se huidige kliëntelys en met die adres wat die SSH-kliënt gebruik het. 'n Gestoor gasheernaam of 'n ou DHCP-huur kan weke lank na gister se bestemming wys. Bevestig dan dat sshd geaktiveer is, op 'n adres luister wat bestaan, en vanuit die administrasienetwerk toegelaat word. Raspberry Pi se SSH-riglyne behandel die aktivering van die bediener en die koppeling aan die huidige adres as twee afsonderlike stappe, en 'n nuwe Raspberry Pi OS-installasie laat SSH by verstek af.

'n Gasheernaam kan na 'n ander masjien herwys word, en 'n vervangingsbeeld kom met sy eie sleutel, so kontroleer die vingerafdruk deur 'n pad wat jy reeds vertrou in plaas daarvan om verby die waarskuwing te klik. Die waarskuwing uitvee is hoe 'n tydelike adresverandering 'n permanente vertrouensprobleem word. As die sleutelvraag die enigste simptoom is, kyk jy na 'n identiteitsvraag eerder as 'n bereikbaarheidsvraag.

Volg die antwoordroete voordat jy die bord blameer

'n VPN kan roeteseleksie verander terwyl die fisiese skakel gekoppel bly, en dit is juis die geval waar die Pi aan is, luister en steeds onbereikbaar is. Die versoek kom aan en die antwoord vertrek deur 'n tonnel wat die administrateur se kliënt nie kan deurkruis nie. 'n Plaaslike konsole en 'n luisterende sokkel bewys niks omtrent die terugroete nie, so bevestig watter koppelvlak die antwoord dra en watter poort dit kies. Vergelyk dit met die netwerk waarop die administrateur werklik is, want hierdie fout word meer as enige ander as 'n dooie bord verkeerd gediagnoseer.

Die goedkoopste kontrole is om die antwoord te sien vertrek: vra op die Pi watter roete die administrateur se adres sou dra en vergelyk dit met die koppelvlak waarop die versoek aangekom het. 'n Wanverhouding daar verduidelik die hele simptoom en kos een opdrag.

Een grens op 'n slag, en wanneer 'n herflits reg is

Korrigeer die konfigurasie deur sy eienaar nadat jy die huidige toestand bewaar het. Die netwerkbestuurder vervang, die vuurmuur spoel en 'n statiese adres raai is drie veranderinge wat die volgende waarneming nutteloos maak. As die bewyse na die VPN se roete of filtering wys, val terug op daardie kliënt se eie stop- of herstelroetine, en werk binne die ooreengekome herstelplan; 'n beheerde vergelyking is iets anders as om beskerming af te skakel op 'n gasheer wat jy nie verklaar het nie.

Herflits is 'n doelbewuste herstelkeuse, geneem sodra jy die data, die identiteit en die stadium wat gefaal het, verstaan. Dit is nie wat 'n ontbrekende aanmelding by verstek moet veroorsaak nie.

Hou die konfigurasierekord op 'n plek wat sonder die Pi leesbaar is, en 'n manier om terug te kom wat nie deur die tonnel loop wat jy op die punt is om te verander nie. Werk dan in volgorde: bevestig die stadium vanaf 'n plaaslike konsole, vind die huidige adres, kontroleer die luisteraar en sy beleid, volg die antwoordroete, en verander een ding. As die bord nooit die bedryfstelsel bereik het nie, is die hersteldokumentasie die volgende stap eerder as die netwerk.