Të dallosh një dështim nisjeje të Pi pa ekran nga një dështim rrjeti

Karta del nga kutia përpara se dikush të ketë pyetur se cila nga katër gjërat dështoi vërtet. Pi ndaloi së përgjigjuri pas një ndryshimi VPN ose rrjeti, dhe rishkrimi duket si lëvizja e vetme që ka mbetur. Rrallë është: qiraja mund të zhvendoset, sshd mund të ndalet, ose përgjigja mund të dalë në një rrugë që nuk mund ta ndjekësh, dhe secila prej tyre ka zgjidhjen e vet. Puna e dobishme është të ndash atë që vëzhgove nga ajo që supozove.

Katër rezultate, jo një

Nisur, me adresë, duke dëgjuar dhe i arritshëm janë katër rezultate të veçanta, dhe cilido prej tyre mund të dështojë ndërsa të tjerët ende qëndrojnë. Një pllakë mund të niset në mënyrë të përsosur dhe të mos shfaqet kurrë në rrjet. Mund të shfaqet me një adresë që askush nuk e priste, ose të mbajë adresën e saktë me SSH të çaktivizuar. Mund t'i bëjë të treja saktë dhe gjithsesi të jetë e paarritshme, sepse përgjigjet dalin përmes portës së gabuar.

Instinkti i rishkrimit i bashkon ata katër në një pyetje të vetme, dhe për këtë arsye shpesh jep një Pi që punon dhe asnjë shpjegim se çfarë u thye vërtet.

Ku përfundojnë vërtet provat

Shkruaj tre gjëra përpara se të prekësh çdo gjë: adresën dhe lidhjen që punuan për herë të fundit, çfarë u ndryshua dhe veprimin e parë që ndaloi së punuari. Një emër hosti që nuk zgjidhet më, një lidhje SSH që skadon dhe një lidhje TCP që refuzohet janë tre vëzhgime të ndryshme që tregojnë tre shtresa të ndryshme. Një ping i dështuar teston arritshmërinë e një adrese dhe dështon për të gjitha arsyet e mësipërme, përfshirë një pllakë që nuk u nis kurrë. Prandaj nuk mund të zëvendësojë një test nisjeje.

Nëse ka një ekran lokal ose një konsolë rikuperimi, përdore, sepse pyetja së cilës i përgjigjet është nëse makina arrin sistemin e saj operativ. Kjo është pyetja e vetme që rishkrimi do të zgjidhte. Nëse pllaka dështon përpara atij stadiumi, ndiq dokumentacionin e rikuperimit të platformës në vend që të nxjerësh një defekt hardueri nga një pamje ekrani që mungon, dhe ndalo shkëputjen e energjisë si diagnostikim.

Rindërto rrugën e aksesit në një sistem që punon

Gjej lidhjen dhe adresën aktuale përmes asaj që zotëron konfigurimin e rrjetit, pastaj krahasoje me listën aktuale të klientëve të routerit dhe me adresën që përdori klienti SSH. Një emër hosti i ruajtur ose një qira DHCP e vjetër mund të tregojnë për javë drejt destinacionit të djeshëm. Pastaj konfirmo që sshd është i aktivizuar, dëgjon në një adresë që ekziston dhe lejohet nga rrjeti i administrimit. Udhëzimet për SSH të Raspberry Pi i trajtojnë aktivizimin e serverit dhe lidhjen me adresën aktuale si dy hapa të veçantë, dhe një instalim i ri i Raspberry Pi OS e lë SSH të çaktivizuar si parazgjedhje.

Një emër hosti mund të ridrejtohet drejt një makine tjetër, dhe imazhi zëvendësues vjen me çelësin e vet, prandaj kontrollo gjurmën e gishtit përmes një rruge që tashmë i beson në vend që ta kapërcesh paralajmërimin me klik. Fshirja e paralajmërimit është mënyra se si një ndryshim i përkohshëm adrese bëhet problem i përhershëm besimi. Nëse kërkesa për çelës është simptomi i vetëm, po shikon një çështje identiteti dhe jo arritshmërie.

Ndiq rrugën e përgjigjes përpara se të fajësosh pllakën

Një VPN mund të ndryshojë zgjedhjen e rrugës ndërsa lidhja fizike mbetet e shoqëruar, dhe pikërisht ky është rasti kur Pi është ndezur, duke dëgjuar dhe gjithsesi i paarritshëm. Kërkesa arrin dhe përgjigja del përmes një tuneli që klienti i administratorit nuk mund ta kalojë. Një konsolë lokale dhe një socket që dëgjon nuk provojnë asgjë për rrugën e kthimit, prandaj konfirmo cila ndërfaqe mbart përgjigjen dhe cilën portë zgjedh. Krahasoje me rrjetin ku administratori është vërtet, sepse ky dështim diagnostikohet gabimisht si pllakë e vdekur më shpesh se çdo tjetër.

Kontrolli më i lirë është të shohësh përgjigjen duke dalë: në Pi, pyet cila rrugë do të mbarte adresën e administratorit dhe krahasoje me ndërfaqen ku mbërriti kërkesa. Një mospërputhje atje shpjegon të gjithë simptomën dhe kushton një komandë të vetme.

Një kufi në një herë, dhe kur rishkrimi është i saktë

Korrigjo konfigurimin përmes pronarit të tij pasi të kesh ruajtur gjendjen aktuale. Zëvendësimi i menaxherit të rrjetit, zbrazja e firewall-it dhe hamendësimi i një adrese statike janë tre ndryshime që e bëjnë të pavlefshëm vëzhgimin e radhës. Nëse provat tregojnë rrugën ose filtrimin e VPN-së, kthehu te rutina e vetë atij klienti për ndalim ose riparim, duke punuar brenda planit të rikuperimit të rënë dakord; një krahasim i kontrolluar është diçka tjetër nga fikja e mbrojtjes në një host që nuk e ke shpjeguar.

Rishkrimi është një zgjedhje e qëllimshme rikuperimi, e marrë pasi të kuptosh të dhënat, identitetin dhe stadin që dështoi. Nuk është ajo që mungesa e një hyrjeje duhet të shkaktojë si parazgjedhje.

Mbaj regjistrin e konfigurimit në një vend të lexueshëm pa Pi, dhe një rrugë kthimi që nuk kalon nëpër tunelin që do të ndryshosh. Pastaj puno me radhë: konfirmo stadin nga një konsolë lokale, gjej adresën aktuale, kontrollo dëgjuesin dhe politikën e tij, ndiq rrugën e përgjigjes dhe ndrysho një gjë të vetme. Nëse pllaka nuk arriti kurrë sistemin operativ, hapi tjetër është dokumentacioni i rikuperimit, jo rrjeti.