Miten erottaa näytöttömän Pi:n käynnistysvika verkkoyhtiöstä

Kortti tulee kotelosta ennen kuin kukaan on kysynyt, mikä neljästä asiasta todella petti. Pi lakkasi vastaamasta VPN- tai verkkoyhtiön jälkeen, ja uudelleenflashaus tuntuu ainoalta jäljellä olevalta liikkeeltä. Harvoin se on: vuokra voi siirtyä, sshd voi pysähtyä tai vastaus voi lähteä reitille, jota et voi seurata, ja jokaisella näistä on oma korjauksensa. Hyödyllinen työ on erottaa havaittu oletetusta.

Neljä tulosta, ei yksi

Käynnistynyt, osoitettu, kuunteleva ja tavoitettava ovat neljä erillistä tulosta, ja mikä tahansa niistä voi epäonnistua, kun muut vielä pitävät. Kortti voi käynnistyä täydellisesti eikä koskaan ilmestyä verkkoon. Se voi ilmestyä osoitteella, jota kukaan ei odottanut, tai pitää oikean osoitteen SSH:n ollessa pois päältä. Se voi onnistua kaikissa kolmessa ja olla silti tavoittamaton, koska vastaukset lähtevät väärän yhdyskäytävän kautta.

Uudelleenflashaamisen vaisto tiivistää nuo neljä yhdeksi kysymykseksi, ja siksi se niin usein tuottaa toimivan Pi:n ja ei mitään selitystä siitä, mikä oikeasti hajosi.

Mihin todisteet oikeastaan päättyvät

Kirjoita kolme asiaa ennen kuin kosket mihinkään: osoite ja yhteys, jotka viimeksi toimivat, mitä muutettiin ja ensimmäinen toiminto, joka lakkasi toimimasta. Isäntänimi, joka ei enää ratkea, SSH-yhteys, joka aikakatkaistaan, ja TCP-yhteys, joka hylätään, ovat kolme eri havaintoa, jotka osoittavat kolmeen eri kerrokseen. Epäonnistunut ping testaa yhden osoitteen tavoitettavuutta ja epäonnistuu kaikista yllä olevista syistä, mukaan lukien kortti, joka ei koskaan käynnistynyt. Siksi se ei voi korvata käynnistystestiä.

Jos paikallinen näyttö tai palautuskonsoli on saatavilla, käytä sitä, koska kysymys, johon se vastaa, on se, pääseekö kone käyttöjärjestelmäänsä. Se on ainoa kysymys, jonka uudelleenflashaus ratkaisisi. Jos kortti epäonnistuu ennen sitä vaihetta, seuraa alustan palautusohjeita sen sijaan, että päättelet laitevian puuttuvasta kuvakaappauksesta, ja lopeta virran irrottaminen diagnostiikkana.

Rakenna pääsypolku uudelleen käynnissä olevassa järjestelmässä

Etsi nykyinen yhteys ja osoite sen kautta, joka omistaa verkkokokoonpanon, ja vertaa sitä sitten reitittimen nykyiseen asiakasluetteloon ja osoitteeseen, jota SSH-asiakas käytti. Tallennettu isäntänimi tai vanha DHCP-vuokra voi osoittaa eiliseen kohteeseen viikkojen ajan. Vahvista sitten, että sshd on käytössä, kuuntelee olemassa olevaa osoitetta ja on sallittu hallintaverkosta. Raspberry Pi:n SSH-ohjeet käsittelevät palvelimen käyttöönottoa ja nykyiseen osoitteeseen yhdistämistä kahtena erillisenä vaiheena, ja tuore Raspberry Pi OS -asennus jättää SSH:n oletuksena pois päältä.

Isäntänimi voidaan osoittaa uudelleen toiseen koneeseen, ja korvaava levykuva tulee oman avaimensa kanssa, joten tarkista sormenjälki reittiä, johon jo luotat, sen sijaan että klikkaisit varoituksen ohi. Varoituksen poistaminen on tapa, jolla tilapäisestä osoitemuutoksesta tulee pysyvä luottamusongelma. Jos avainkehote on ainoa oire, kyse on identiteettikysymyksestä eikä tavoitettavuuskysymyksestä.

Seuraa vastauksen reittiä ennen kuin syytät korttia

VPN voi muuttaa reitin valintaa, kun fyysinen linkki pysyy liitettynä, ja juuri silloin Pi on ylhäällä, kuuntelee ja on silti tavoittamaton. Pyyntö saapuu ja vastaus lähtee tunnelin kautta, jota ylläpitäjän asiakas ei voi kulkea. Paikallinen konsoli ja kuunteleva pistoke eivät todista mitään paluureitistä, joten vahvista, mikä liitäntä kantaa vastauksen ja minkä yhdyskäytävän se valitsee. Vertaa sitä verkkoon, jossa ylläpitäjä todella on, koska tämä vika diagnosoidaan virheellisesti kuolleeksi kortiksi useammin kuin mikään muu.

Halvin tarkistus on katsoa vastauksen lähtöä: kysy Pi:llä, mikä reitti kantaisi ylläpitäjän osoitteen, ja vertaa sitä liitäntään, jolla pyyntö saapui. Ristiriita siinä selittää koko oireen ja maksaa yhden komennon.

Yksi raja kerrallaan, ja milloin uudelleenflashaus on oikein

Korjaa kokoonpano sen omistajan kautta, kun olet säilyttänyt nykyisen tilan. Verkkohallinnan vaihtaminen, palomuurin tyhjentäminen ja staattisen osoitteen arvaaminen ovat kolme muutosta, jotka tekevät seuraavasta havainnosta hyödyttömän. Jos todisteet osoittavat VPN:n reittiin tai suodatukseen, palaa kyseisen asiakkaan omaan pysäytys- tai korjausrutiiniin ja työskentele sovitun palautussuunnitelman sisällä; kontrolloitu vertailu on eri asia kuin suojauksen sammuttaminen isännällä, jota et ole selittänyt.

Uudelleenflashaus on tietoinen palautusvalinta, joka tehdään, kun ymmärrät tiedot, identiteetin ja vaiheen, joka epäonnistui. Se ei ole se, mitä puuttuva kirjautuminen pitäisi oletuksena laukaista.

Säilytä kokoonpanotietue paikassa, joka on luettavissa ilman Pi:tä, ja paluureitti, joka ei kulje tunnelin kautta, jota olet muuttamassa. Työskentele sitten järjestyksessä: vahvista vaihe paikallisesta konsolista, etsi nykyinen osoite, tarkista kuuntelija ja sen käytäntö, seuraa vastauksen reittiä ja muuta yhtä asiaa. Jos kortti ei koskaan päässyt käyttöjärjestelmään, seuraava askel on palautusohjeet eikä verkko.