Kiel distingi lanĉ-malsukceson de senkapa Pi disde reta malsukceso

La karto eliras el la ujo antaŭ ol iu demandis, kiu el la kvar aferoj vere malsukcesis. La Pi ĉesis respondi post ŝanĝo de VPN aŭ reto, kaj reflugado ŝajnas la sola restanta paŝo. Malofte ĝi estas: la luo povas moviĝi, sshd povas halti, aŭ la respondo povas foriri laŭ vojo, kiun vi ne povas sekvi, kaj ĉiu el tiuj havas sian propran solvon. La utila laboro estas apartigi tion, kion vi observis, de tio, kion vi supozis.

Kvar rezultoj, ne unu

Ŝargita, adresita, aŭskultanta kaj atingebla estas kvar apartaj rezultoj, kaj iu ajn el ili povas malsukcesi dum la aliaj ankoraŭ validas. Tabuleto povas perfekte ŝargiĝi kaj neniam aperi en la reto. Ĝi povas aperi kun adreso, kiun neniu atendas, aŭ teni la ĝustan adreson kun SSH malŝaltita. Ĝi povas trafi ĉiujn tri kaj tamen resti neatingebla, ĉar respondoj foriras tra la malĝusta pordego.

La instinkto reflugi kunpremas tiujn kvar en unu demandon, kaj tial ĝi tiel ofte liveras funkciantan Pi-on kaj neniun klarigon pri tio, kio vere rompiĝis.

Kie la pruvoj vere finiĝas

Notu tri aferojn antaŭ ol tuŝi ion ajn: la adreson kaj suprenligon, kiuj laste funkciis, kio estis ŝanĝita, kaj la unuan operacion, kiu ĉesis funkcii. Gastnomo, kiu ne plu solviĝas, SSH-konekto, kiu tempolimas, kaj TCP-konekto, kiu estas rifuzata, estas tri malsamaj observoj montrantaj al tri malsamaj tavoloj. Malsukcesa ping testas la atingeblon de unu adreso kaj malsukcesas pro ĉiu el la supraj kaŭzoj, inkluzive tabuleton, kiu neniam startis. Tial ĝi ne povas anstataŭi lanĉan teston.

Se loka ekrano aŭ reakira konzolo haveblas, uzu ĝin, ĉar la demando, kiun ĝi respondas, estas ĉu la maŝino atingas sian operaciumon. Tio estas la sola demando, kiun reflugado solvus. Se la tabulo malsukcesas antaŭ tiu stadio, sekvu la reakiradan dokumentaron de la platformo anstataŭ deduki hardvaran difekton el forestanta ekrankopio, kaj ĉesu eltiri la nutradon kiel diagnozon.

Rekonstruu la alirvojon sur funkcianta sistemo

Trovu la nunan suprenligon kaj adreson per tio, kio posedas la retan agordon, poste komparu tion kun la nuna klienta listo de la enkursigilo kaj kun la adreso, kiun uzis la SSH-kliento. Konservita gastnomo aŭ malnova DHCP-luo povas montri al la hieraŭa celo dum semajnoj. Poste konfirmu, ke sshd estas ŝaltita, aŭskultas sur ekzistanta adreso kaj estas permesita el la administra reto. La SSH-gvidlinioj de Raspberry Pi traktas ŝalti la servilon kaj konektiĝi al la nuna adreso kiel du apartajn paŝojn, kaj freŝa instalado de Raspberry Pi OS lasas SSH malŝaltita defaŭlte.

Gastnomo povas esti readresita al alia maŝino, kaj anstataŭa bildo venas kun sia propra ŝlosilo, do kontrolu la fingrospuron per vojo, kiun vi jam fidas, anstataŭ klaki preter la averto. Forigi la averton estas kiel provizora adresa ŝanĝo fariĝas daŭra fidoproblemo. Se la ŝlosila invito estas la sola simptomo, vi rigardas demandon pri identeco, ne pri atingeblo.

Sekvu la respondon antaŭ ol kulpigi la tabulon

VPN povas ŝanĝi la elektadon de vojo dum la fizika ligo restas asociita, kaj tio estas ĝuste la kazo, kiam la Pi estas ŝaltita, aŭskultas kaj tamen neatingeblas. La peto alvenas kaj la respondo foriras tra tunelo, kiun la kliento de la administranto ne povas trapasi. Loka konzolo kaj aŭskultanta ingo pruvas nenion pri la revena vojo, do konfirmu, kiun interfacon portas la respondon kaj kiun pordegon ĝi elektas. Komparu tion kun la reto, en kiu la administranto vere troviĝas, ĉar ĉi tiu malsukceso estas pli ofte ol iu alia erare diagnozata kiel morta tabulo.

La plej malmultekosta kontrolo estas rigardi la respondon foriri: sur la Pi demandu, kiu vojo portus la adreson de la administranto, kaj komparu ĝin kun la interfaco, sur kiu alvenis la peto. Miskongruo tie klarigas la tutan simptomon kaj kostas unu komandon.

Unu limo samtempe, kaj kiam reflugado pravas

Ĝustigu la agordon per ĝia posedanto post konservi la nunan staton. Anstataŭigi la retan administrilon, malplenigi la fajroŝirmilon kaj diveni statikan adreson estas tri ŝanĝoj, kiuj igas la sekvan observon senutila. Se la pruvoj montras al la vojo aŭ filtrado de la VPN, revenu al la propra haltiga aŭ riparada rutino de tiu kliento, laborante ene de la interkonsentita reakirada plano; kontrolita komparo estas io alia ol malŝalti protekton sur gastigo, kiun vi ne klarigis.

Reflugado estas konscia reakirada elekto, farita post kiam vi komprenas la datumojn, la identecon kaj la stadion, kiu malsukcesis. Ĝi ne estas tio, kion mankanta saluto defaŭlte kaŭzu.

Konservu la agordan registron ie legebla sen la Pi, kaj revenan vojon, kiu ne iras tra la tunelo, kiun vi baldaŭ ŝanĝos. Poste laboru laŭ ordo: konfirmu la stadion el loka konzolo, trovu la nunan adreson, kontrolu la aŭskultanton kaj ĝian politikon, sekvu la respondon kaj ŝanĝu unu aferon. Se la tabulo neniam atingis la operaciumon, la sekva paŝo estas la reakirada dokumentaro, ne la reto.