Как да различим провал при зареждане на Pi без монитор от мрежов провал

Картата се вади от корпуса, преди някой да е попитал кое от четирите неща всъщност е отказало. Pi спря да отговаря след промяна на VPN или мрежата и презаписът изглежда единствената останала стъпка. Рядко е така: наемът може да се премести, sshd може да спре, а отговорът може да излезе по маршрут, който не можете да проследите, и всяко от тези има своето решение. Полезната работа е да отделите това, което сте наблюдавали, от това, което сте предполагали.

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

Зареден, адресиран, слушащ и достъпен са четири отделни изхода и всеки от тях може да се провали, докато останалите още са налице. Платката може да се зареди безупречно и никога да не се появи в мрежата. Може да се появи с адрес, който никой не е очаквал, или да запази правилния адрес с изключен SSH. Може да направи и трите правилно и пак да е недостъпна, защото отговорите излизат през грешен шлюз.

Инстинктът за презапис свива тези четири в един въпрос и затова толкова често дава работещ Pi без обяснение какво всъщност се е счупило.

Къде всъщност свършват доказателствата

Запишете три неща, преди да пипате каквото и да е: адресът и връзката, които са работили последно, какво е било променено и първата операция, която спря да работи. Име на хост, което вече не се разрешава, SSH връзка, която изтича по време, и TCP връзка, която се отхвърля, са три различни наблюдения, сочещи към три различни слоя. Неуспешният ping проверява достъпността на един адрес и се проваля по всяка от горните причини, включително платка, която никога не е стартирала. Затова той не може да замени тест за зареждане.

Ако има локален дисплей или конзола за възстановяване, използвайте ги, защото въпросът, на който отговарят, е дали машината достига своята операционна система. Това е единственият въпрос, който презаписът би решил. Ако платката се провали преди този етап, следвайте документацията за възстановяване на платформата, вместо да заключавате за хардуерна неизправност от липсваща снимка на екрана, и спрете да изключвате захранването като диагностика.

Възстановете пътя за достъп на работеща система

Намерете текущата връзка и адрес чрез това, което притежава мрежовата конфигурация, след което сравнете това със списъка с клиенти на рутера и с адреса, който SSH клиентът е използвал. Запазено име на хост или стар DHCP наем могат да сочат към вчерашната дестинация с седмици. След това потвърдете, че sshd е включен, слуша на съществуващ адрес и е разрешен от административната мрежа. Насоките за SSH на Raspberry Pi третират включването на сървъра и свързването с текущия адрес като две отделни стъпки, а нова инсталация на Raspberry Pi OS оставя SSH изключен по подразбиране.

Име на хост може да бъде пренасочено към друга машина, а заместващият образ идва със собствен ключ, затова проверете отпечатъка по път, на който вече имате доверие, вместо да прескочите предупреждението с кликване. Изтриването на предупреждението е начинът, по който временна промяна на адреса се превръща в постоянен проблем с доверието. Ако подканата за ключ е единственият симптом, имате въпрос за идентичност, а не за достъпност.

Проследете пътя на отговора, преди да обвините платката

VPN може да промени избора на маршрут, докато физическата връзка остава активна, и това е точно случаят, в който Pi работи, слуша и все пак е недостъпен. Заявката пристига, а отговорът излиза през тунел, който клиентът на администратора не може да премине. Локална конзола и слушащ сокет не доказват нищо за обратния път, затова потвърдете кой интерфейс носи отговора и кой шлюз избира. Сравнете това с мрежата, в която администраторът всъщност се намира, защото тази неизправност се диагностицира погрешно като мъртва платка по-често от всяка друга.

Най-евтината проверка е да наблюдавате как отговорът излиза: на Pi питайте кой маршрут би понесъл адреса на администратора и го сравнете с интерфейса, по който е пристигнала заявката. Несъответствие там обяснява целия симптом и струва една команда.

Една граница наведнъж и кога презаписът е правилен

Коригирайте конфигурацията чрез нейния собственик, след като запазите текущото състояние. Смяната на мрежовия мениджър, изчистването на защитната стена и отгатването на статичен адрес са три промени, които правят следващото наблюдение безполезно. Ако доказателствата сочат към маршрута или филтрирането на VPN, върнете се към собствената процедура за спиране или ремонт на този клиент, работейки в рамките на договорения план за възстановяване; контролираното сравнение е нещо различно от изключването на защита на хост, който не сте обяснили.

Презаписът е съзнателен избор за възстановяване, направен след като разберете данните, идентичността и етапа, който е отказал. Той не е това, което липсващ вход трябва да предизвиква по подразбиране.

Пазете записа на конфигурацията на място, четено без Pi, и път за връщане, който не минава през тунела, който ще промените. След това работете по ред: потвърдете етапа от локална конзола, намерете текущия адрес, проверете слушателя и политиката му, проследете пътя на отговора и променете едно нещо. Ако платката така и не е достигнала операционната система, следващата стъпка е документацията за възстановяване, а не мрежата.