Biner pppd tidak ditemukan: perbaiki runtime, bukan autentikasi

Tidak ada yang sampai ke gateway, karena klien tidak menemukan biner yang dibutuhkannya lebih dulu. Pesannya menyebut pembantu runtime, dan reaksi alaminya adalah menganggap ujung jauh menolak sesuatu. Itu tidak terjadi. Integrasi berbasis PPP membutuhkan pembantu itu di mesin lokal, dan ia hilang, tidak terbaca, atau tidak ada di tempat yang dilihat pemanggil.

Menu dan daemon adalah hal berbeda

Editor desktop dapat menyimpan profil sementara pembantu yang seharusnya membangunnya tidak ada, karena penyimpanan memvalidasi bidang, bukan kemampuan. Kedua komponen dikirim dalam paket berbeda dan gagal pada saat berbeda. Profil yang tersimpan bersih dan koneksi yang langsung gagal sepenuhnya konsisten.

Kesalahan sebaliknya sama umumnya: berkas eksekusi di suatu tempat di disk tidak membuktikan bahwa integrasi yang dipilih menemukan salinan yang didukung. Salinan di direktori rumah bisa memuaskan shell dan tetap tak terlihat oleh layanan.

Baca paketnya, bukan berkasnya

Periksa status paket terpasang, dependensi yang dideklarasikan, dan daftar berkas yang diharapkan sebelum menyentuh apa pun. Pengemasan distribusi mendokumentasikannya secara eksplisit, dan paket NetworkManager PPTP Debian adalah contoh berguna, karena bergantung secara terpisah pada paket daemon PPP dan pada klien PPTP. Ini integrasi lama, bukan anjuran men-deploy PPTP hari ini. Ini menunjukkan bagaimana pembantu datang sebagai dependensinya sendiri, bukan di dalam klien.

Pisahkan tiga mode kegagalan: paket yang gagal dipasang, repositori yang tidak menawarkan kandidat, dan biner yang dipasang manual di luar kepemilikan paket. Ketiganya butuh perbaikan berbeda, dan hanya yang pertama diperbaiki dengan memasang ulang paket yang sama.

Pemeriksaan berkas eksekusi di sebuah shell hanya menjelaskan jalur pencarian shell itu dan tidak lebih. Pembantu manajer dapat berjalan dengan jalur lain, di lingkungan lain, atau dengan lokasi berkas eksekusi yang dikonfigurasi eksplisit.

dpkg -s network-manager-pptp | grep -E "Status|Depends"
dpkg -L ppp | grep -E "bin/pppd$"
command -v pppd; ls -l /usr/sbin/pppd

Perbaiki runtime tanpa merusak yang lain

Ketika runtime terbukti tidak lengkap, gunakan transaksi paket distribusi yang sudah ditinjau dan baca dulu apa yang akan diubahnya. PPP dipakai bersama oleh beberapa integrasi jaringan akses, jadi menghapus atau memasang ulangnya bisa membawa serta konsumen yang berfungsi. Membersihkan setiap paket terkait untuk memperbaiki satu yang rusak adalah cara sebuah laptop kehilangan dua koneksi yang berfungsi.

Memasang klien VPN lain juga bukan perbaikan. Itu menciptakan persyaratan kompatibilitas baru sambil membiarkan profil asli tanpa penjelasan.

Jika organisasi memutuskan protokolnya sendiri harus pergi, itu keputusan migrasi yang punya pemilik. Itu bukan langkah pemecahan masalah, dan tidak boleh diambil pada saat koneksi gagal.

Perlakukan galat berikutnya sebagai tahap baru

Setelah pembantu berjalan, perkirakan kegagalan berikutnya berbeda. Negosiasi tautan PPP, autentikasi pengguna, alokasi alamat, rute, dan resolusi nama dapat gagal masing-masing secara independen, dan masing-masing punya buktinya sendiri.

Jangan menanggapi penolakan berikutnya dengan membatalkan perbaikan dependensi atau mengaktifkan semua opsi autentikasi dan kompresi lama di profil. Itu mengubah satu masalah yang bisa didiagnosis menjadi beberapa yang saling memengaruhi. Ubah satu pengaturan sekaligus dan catat apa yang diubahnya.

Catat versi paket dan pesan persis yang Anda lihat. Laporan yang menyebut biner yang hilang dan paket yang seharusnya menyediakannya bisa ditindaklanjuti dengan cara yang tidak dimiliki keluhan umum tentang VPN.