Membedakan kegagalan boot Pi tanpa layar dari kegagalan jaringan

Kartu keluar dari cangkang sebelum ada yang bertanya bagian mana dari empat hal itu yang benar-benar gagal. Pi berhenti menjawab setelah perubahan VPN atau jaringan, dan mem-flash ulang terasa seperti satu-satunya langkah yang tersisa. Jarang sekali demikian: sewa alamat bisa berpindah, sshd bisa berhenti, atau balasan bisa keluar lewat rute yang tidak bisa Anda ikuti, dan masing-masing punya perbaikannya sendiri. Pekerjaan yang berguna adalah memisahkan apa yang Anda amati dari apa yang Anda anggap.

Empat hasil, bukan satu

Boot, mendapat alamat, mendengarkan, dan dapat dijangkau adalah empat hasil terpisah, dan salah satunya bisa gagal sementara yang lain masih bertahan. Papan bisa boot dengan sempurna dan tidak pernah muncul di jaringan. Papan bisa muncul dengan alamat yang tidak diduga siapa pun, atau mempertahankan alamat yang benar dengan SSH dimatikan. Papan bisa benar pada ketiganya dan tetap tak terjangkau karena balasan keluar lewat gateway yang salah.

Naluri mem-flash ulang merangkum keempat hal itu menjadi satu pertanyaan, dan itulah sebabnya ia sering menghasilkan Pi yang berfungsi tanpa penjelasan apa yang sebenarnya rusak.

Di mana bukti sebenarnya berakhir

Catat tiga hal sebelum menyentuh apa pun: alamat dan uplink yang terakhir berfungsi, apa yang diubah, dan operasi pertama yang berhenti berfungsi. Nama host yang tidak lagi terurai, koneksi SSH yang kehabisan waktu, dan koneksi TCP yang ditolak adalah tiga pengamatan berbeda yang menunjuk ke tiga lapisan berbeda. Ping yang gagal menguji keterjangkauan satu alamat dan gagal karena semua alasan di atas, termasuk papan yang tidak pernah menyala. Karena itu ia tidak bisa menggantikan uji boot.

Jika ada layar lokal atau konsol pemulihan, gunakanlah, karena pertanyaan yang dijawabnya adalah apakah mesin mencapai sistem operasinya. Itu satu-satunya pertanyaan yang akan diselesaikan oleh mem-flash ulang. Jika papan gagal sebelum tahap itu, ikuti dokumentasi pemulihan platform alih-alih menyimpulkan kerusakan perangkat keras dari tangkapan layar yang tidak ada, dan berhentilah mencabut daya sebagai diagnosis.

Bangun ulang jalur akses pada sistem yang berjalan

Temukan uplink dan alamat saat ini lewat pihak yang memiliki konfigurasi jaringan, lalu bandingkan dengan daftar klien router saat ini dan dengan alamat yang dipakai klien SSH. Nama host tersimpan atau sewa DHCP lama bisa menunjuk ke tujuan kemarin selama berminggu-minggu. Lalu pastikan sshd aktif, mendengarkan pada alamat yang ada, dan diizinkan dari jaringan administrasi. Panduan SSH Raspberry Pi memperlakukan pengaktifan server dan penyambungan ke alamat saat ini sebagai dua langkah terpisah, dan instalasi Raspberry Pi OS yang baru meninggalkan SSH dalam keadaan mati secara bawaan.

Nama host bisa diarahkan ulang ke mesin lain, dan image pengganti datang dengan kuncinya sendiri, jadi periksa sidik jari lewat jalur yang sudah Anda percayai alih-alih mengklik lewat peringatan. Menghapus peringatan adalah cara perubahan alamat sementara menjadi masalah kepercayaan permanen. Jika permintaan kunci adalah satu-satunya gejala, Anda menghadapi pertanyaan identitas, bukan keterjangkauan.

Telusuri jalur balasan sebelum menyalahkan papan

VPN bisa mengubah pemilihan rute sementara tautan fisik tetap terhubung, dan itulah tepatnya kasus ketika Pi menyala, mendengarkan, dan tetap tak terjangkau. Permintaan datang dan balasan keluar lewat terowongan yang tidak bisa dilewati klien administrator. Konsol lokal dan soket yang mendengarkan tidak membuktikan apa pun tentang jalur kembali, jadi pastikan antarmuka mana yang membawa balasan dan gateway mana yang dipilihnya. Bandingkan dengan jaringan tempat administrator benar-benar berada, karena kegagalan ini salah didiagnosis sebagai papan mati lebih sering daripada yang lain.

Pemeriksaan termurah adalah melihat balasan pergi: di Pi, tanyakan rute mana yang akan membawa alamat administrator dan bandingkan dengan antarmuka tempat permintaan tiba. Ketidakcocokan di sana menjelaskan seluruh gejala dan hanya membutuhkan satu perintah.

Satu batas setiap kali, dan kapan mem-flash ulang itu tepat

Perbaiki konfigurasi lewat pemiliknya setelah menyimpan keadaan saat ini. Mengganti manajer jaringan, mengosongkan firewall, dan menebak alamat statis adalah tiga perubahan yang membuat pengamatan berikutnya tak berguna. Jika bukti mengarah ke rute atau penyaringan VPN, kembalilah ke rutin berhenti atau perbaikan milik klien itu, bekerja di dalam rencana pemulihan yang disepakati; perbandingan terkendali berbeda dari mematikan perlindungan pada host yang belum Anda jelaskan.

Mem-flash ulang adalah pilihan pemulihan yang disengaja, diambil setelah Anda memahami data, identitas, dan tahap yang gagal. Itu bukan hal yang seharusnya dipicu secara bawaan oleh login yang hilang.

Simpan catatan konfigurasi di tempat yang bisa dibaca tanpa Pi, dan jalur masuk kembali yang tidak melewati terowongan yang akan Anda ubah. Lalu bekerja berurutan: pastikan tahapnya dari konsol lokal, temukan alamat saat ini, periksa pendengar dan kebijakannya, telusuri jalur balasan, dan ubah satu hal. Jika papan tidak pernah mencapai sistem operasi, dokumentasi pemulihan adalah langkah berikutnya, bukan jaringan.