Membezakan kegagalan but Pi tanpa skrin daripada kegagalan rangkaian

Kad keluar dari selongsong sebelum sesiapa bertanya yang mana satu daripada empat perkara itu sebenarnya gagal. Pi berhenti menjawab selepas perubahan VPN atau rangkaian, dan mem-flash semula terasa seperti satu-satunya langkah yang tinggal. Jarang sekali begitu: pajakan boleh berpindah, sshd boleh berhenti, atau balasan boleh keluar melalui laluan yang anda tidak dapat jejaki, dan setiap satunya ada pembaikannya sendiri. Kerja yang berguna ialah mengasingkan apa yang anda perhatikan daripada apa yang anda andaikan.

Empat hasil, bukan satu

But, beralamat, mendengar dan boleh dicapai ialah empat hasil berasingan, dan mana-mana satu boleh gagal sementara yang lain masih bertahan. Papan boleh but dengan sempurna dan tidak pernah muncul di rangkaian. Ia boleh muncul dengan alamat yang tiada siapa jangkakan, atau mengekalkan alamat yang betul dengan SSH dimatikan. Ia boleh betul pada ketiga-tiganya dan masih tidak dapat dicapai kerana balasan keluar melalui get laluan yang salah.

Naluri mem-flash semula merangkumkan keempat-empat itu menjadi satu soalan, dan sebab itulah ia sering menghasilkan Pi yang berfungsi tanpa penjelasan apa yang sebenarnya rosak.

Di mana bukti sebenarnya berakhir

Catat tiga perkara sebelum menyentuh apa-apa: alamat dan pautan atas yang terakhir berfungsi, apa yang diubah, dan operasi pertama yang berhenti berfungsi. Nama hos yang tidak lagi diselesaikan, sambungan SSH yang tamat masa, dan sambungan TCP yang ditolak ialah tiga pemerhatian berbeza yang menunjuk kepada tiga lapisan berbeza. Ping yang gagal menguji ketercapaian satu alamat dan gagal atas semua sebab di atas, termasuk papan yang tidak pernah dimulakan. Sebab itu ia tidak boleh menggantikan ujian but.

Jika ada paparan setempat atau konsol pemulihan, gunakannya, kerana soalan yang dijawabnya ialah sama ada mesin itu sampai ke sistem pengoperasiannya. Itulah satu-satunya soalan yang akan diselesaikan oleh mem-flash semula. Jika papan gagal sebelum peringkat itu, ikut dokumentasi pemulihan platform dan bukannya membuat kesimpulan kerosakan perkakasan daripada tangkapan skrin yang tiada, dan berhenti mencabut kuasa sebagai diagnostik.

Bina semula laluan akses pada sistem yang berjalan

Cari pautan atas dan alamat semasa melalui pihak yang memiliki konfigurasi rangkaian, kemudian bandingkannya dengan senarai klien semasa penghala dan dengan alamat yang digunakan oleh klien SSH. Nama hos tersimpan atau pajakan DHCP lama boleh menunjuk ke destinasi semalam selama berminggu-minggu. Kemudian sahkan bahawa sshd diaktifkan, mendengar pada alamat yang wujud, dan dibenarkan daripada rangkaian pentadbiran. Panduan SSH Raspberry Pi menganggap pengaktifan pelayan dan penyambungan ke alamat semasa sebagai dua langkah berasingan, dan pemasangan Raspberry Pi OS yang baharu membiarkan SSH dimatikan secara lalai.

Nama hos boleh dihalakan semula ke mesin lain, dan imej pengganti datang dengan kuncinya sendiri, jadi semak cap jari melalui laluan yang anda sudah percayai dan bukannya mengklik melepasi amaran. Memadamkan amaran ialah cara perubahan alamat sementara menjadi masalah kepercayaan yang kekal. Jika gesaan kunci adalah satu-satunya simptom, anda sedang melihat persoalan identiti, bukan ketercapaian.

Jejaki laluan balasan sebelum menyalahkan papan

VPN boleh mengubah pemilihan laluan sementara pautan fizikal kekal bersambung, dan itulah tepatnya kes apabila Pi hidup, mendengar dan masih tidak dapat dicapai. Permintaan tiba dan balasan keluar melalui terowong yang klien pentadbir tidak dapat lalui. Konsol setempat dan soket yang mendengar tidak membuktikan apa-apa tentang laluan pulang, jadi sahkan antara muka mana yang membawa balasan dan get laluan mana yang dipilihnya. Bandingkannya dengan rangkaian tempat pentadbir sebenarnya berada, kerana kegagalan ini lebih kerap salah didiagnosis sebagai papan mati berbanding yang lain.

Semakan paling murah ialah melihat balasan keluar: pada Pi, tanya laluan mana yang akan membawa alamat pentadbir dan bandingkannya dengan antara muka tempat permintaan tiba. Ketidakpadanan di situ menjelaskan keseluruhan simptom dan hanya memerlukan satu arahan.

Satu sempadan pada satu masa, dan bila mem-flash semula itu betul

Betulkan konfigurasi melalui pemiliknya selepas menyimpan keadaan semasa. Menggantikan pengurus rangkaian, mengosongkan tembok api dan meneka alamat statik ialah tiga perubahan yang menjadikan pemerhatian seterusnya tidak berguna. Jika bukti menunjuk ke laluan atau penapisan VPN, kembali ke rutin berhenti atau pembaikan klien itu sendiri, bekerja dalam pelan pemulihan yang dipersetujui; perbandingan terkawal berbeza daripada mematikan perlindungan pada hos yang belum anda jelaskan.

Mem-flash semula ialah pilihan pemulihan yang disengajakan, diambil setelah anda memahami data, identiti dan peringkat yang gagal. Ia bukan perkara yang sepatutnya dicetuskan secara lalai oleh log masuk yang hilang.

Simpan rekod konfigurasi di tempat yang boleh dibaca tanpa Pi, dan laluan masuk semula yang tidak melalui terowong yang akan anda ubah. Kemudian bekerja mengikut urutan: sahkan peringkat dari konsol setempat, cari alamat semasa, semak pendengar dan dasarnya, jejaki laluan balasan, dan ubah satu perkara. Jika papan tidak pernah sampai ke sistem pengoperasian, dokumentasi pemulihan ialah langkah seterusnya, bukan rangkaian.