Разликување на грешка при подигање на Pi без екран од мрежна грешка

Картичката излегува од куќиштето пред некој да праша која од четирите работи всушност не успеала. Pi престана да одговара по промена на VPN или мрежа, и повторното впишување изгледа како единствениот преостанат чекор. Ретко е така: закупот може да се премести, sshd може да запре, или одговорот може да излезе по патека што не можеш да ја следиш, и секое од тоа има свое решение. Корисната работа е да се оддели она што си го набљудувал од она што си го претпоставил.

Четири резултати, не еден

Подигнат, адресиран, слуша и достапен се четири одделни резултати, и кој било од нив може да не успее додека другите уште стојат. Плочата може совршено да се подигне и никогаш да не се појави на мрежата. Може да се појави со адреса што никој не ја очекувал, или да ја задржи точната адреса со исклучен SSH. Може сите три да ги направи точно и сепак да биде недостапна, затоа што одговорите излегуваат низ погрешната порта.

Инстинктот за повторно впишување ги собира тие четири во едно прашање, и затоа толку често дава работоспособен Pi и никакво објаснување за тоа што всушност се расипало.

Каде всушност завршуваат доказите

Запиши три работи пред да допреш нешто: адресата и врската што последен пат работеле, што е сменето, и првата операција што престанала да работи. Името на домаќинот што веќе не се разрешува, SSH врската што истекува, и TCP врската што се одбива се три различни набљудувања што укажуваат на три различни слоеви. Неуспешниот ping ја проверува достапноста на една адреса и не успева поради сите горенаведени причини, вклучително плоча што никогаш не се подигнала. Затоа не може да го замени тестот за подигање.

Ако има локален екран или конзола за обновување, искористи ја, зашто прашањето на кое одговара е дали машината стигнува до својот оперативен систем. Тоа е единственото прашање што повторното впишување би го решило. Ако плочата не успее пред таа фаза, следи ја документацијата за обновување на платформата наместо да заклучиш хардверска дефект од отсутен екрански снимок, и престани да го исклучуваш напојувањето како дијагностика.

Обнови ја патеката за пристап на систем што работи

Најди ја тековната врска и адреса преку тоа што ја поседува мрежната конфигурација, потоа спореди го тоа со тековниот список клиенти на рутерот и со адресата што ја користел SSH клиентот. Зачувано име на домаќин или стар DHCP закуп може со недели да покажува кон вчерашната дестинација. Потоа потврди дека sshd е овозможен, слуша на адреса што постои, и е дозволен од административната мрежа. SSH упатствата на Raspberry Pi го третираат овозможувањето на серверот и поврзувањето со тековната адреса како два одделни чекори, а нова инсталација на Raspberry Pi OS го остава SSH исклучен по стандард.

Името на домаќинот може да се пренасочи кон друга машина, а заменската слика доаѓа со свој клуч, затоа провери го отпечатокот по патека на која веќе ѝ веруваш наместо да кликнеш преку предупредувањето. Бришењето на предупредувањето е начинот на кој привремената промена на адресата станува траен проблем со довербата. Ако барањето за клуч е единствениот симптом, гледаш прашање за идентитет, а не за достапност.

Проследи ја патеката на одговорот пред да ја обвиниш плочата

VPN може да го промени изборот на патека додека физичката врска останува поврзана, и тоа е точно случајот кога Pi е вклучен, слуша и сепак е недостапен. Барањето пристигнува, а одговорот излегува низ тунел што клиентот на администраторот не може да го помине. Локалната конзола и сокетот што слуша не докажуваат ништо за повратната патека, затоа потврди кој интерфејс го носи одговорот и која порта ја избира. Спореди го тоа со мрежата во која администраторот навистина се наоѓа, зашто овој дефект почесто од кој било друг се погрешно дијагностицира како мртва плоча.

Најевтината проверка е да го гледаш одговорот како излегува: на Pi прашај која патека би ја носела адресата на администраторот и спореди ја со интерфејсот на кој пристигнало барањето. Несовпаѓањето таму го објаснува целиот симптом и чини една команда.

Една граница одеднаш, и кога повторното впишување е правилно

Поправи ја конфигурацијата преку нејзиниот сопственик откако ќе ја зачуваш тековната состојба. Замената на мрежниот менаџер, празнењето на огнениот ѕид и погодувањето статична адреса се три промени што го прават следното набљудување бескорисно. Ако доказите укажуваат на патеката или филтрирањето на VPN, врати се на сопствената рутина за запирање или поправка на тој клиент, работејќи во рамки на договорениот план за обновување; контролираната споредба е нешто друго од исклучување на заштитата на домаќин што не си го објаснил.

Повторното впишување е свесен избор за обновување, донесен откако ќе ги разбереш податоците, идентитетот и фазата што не успеала. Тоа не е она што треба стандардно да го предизвика недостапното најавување.

Чувај го записот за конфигурацијата на место читливо без Pi, и пат за враќање што не оди низ тунелот што ќе го смениш. Потоа работи по ред: потврди ја фазата од локална конзола, најди ја тековната адреса, провери го слушачот и неговата политика, проследи ја патеката на одговорот, и смени една работа. Ако плочата никогаш не стигнала до оперативниот систем, следниот чекор е документацијата за обновување, а не мрежата.