Ini adalah masalah yang tidak jelas. Yang mengkhawatirkan. Tapi ada akhir yang bahagia. Jadi izinkan saya memperkenalkan pernyataan masalah. Pada saya Slimbook, yang dengan senang hati menjalankan Kubuntu Beaver, saya mengatur koneksi VPN, untuk melihat seberapa baik sistem operasi menangani segala macam hal, teknologi, dan kasus penggunaan. Ini tidak sepele, karena paket yang diperlukan hilang dan yang lainnya, tetapi pada akhirnya, saya menjalankan semuanya.
Kemudian, tiba-tiba, segalanya berhenti berjalan. VPN tidak akan lagi terhubung, dengan kesalahan yang agak ambigu ditampilkan di log sistem (tidak ada lagi yang ditampilkan kepada pengguna, hanya ada kegagalan diam saat terhubung) membaca sesuatu seperti:Plugin VPN:gagal:koneksi-gagal (1). Pikiran pertama saya adalah, oh tidak, kemunduran. Tapi daripada hanya menyalahkan Kubuntu, saya memutuskan untuk menggali lebih dalam lagi.
Catatan:Gambar milik Freeimages.com/fabrizio turco.
Masalah lebih detail
Jika Anda telah mengikuti laporan pertempuran Slimbook saya, maka Anda tahu bahwa ada masalah, termasuk regresi sesekali atau bug menyelinap di bawah radar. Itu berarti saya tidak dapat 100% yakin bahwa sistem operasi selalu menyediakan basis yang kokoh, tidak dapat diubah, dan dapat diandalkan. Selalu ada keraguan.
Secara alami, ketika sesi pengujian berjalan salah, dan beberapa hal lain terjadi, pikiran pertama yang Anda miliki adalah seseorang merusak komponen lain. Bagaimanapun, tidak ada pesan kesalahan apa pun yang terlihat. Di log, saya memiliki yang berikut:
30 Jan 10:12:38 slimbook NetworkManager[1886]:
Kemudian kotak jawaban ajaib Internet mengatakan ini terkait dengan OpenVPN, di mana sejak versi 2.4, tata letak folder dan konfigurasi pada disk telah berubah. Ini memang menghentikan arus, dan saya bingung bahwa hal seperti ini bisa terjadi, tapi hei, open-source, Linux, mari kita abaikan stabilitas. Namun, bug khusus ini telah diatasi sebelum saya membeli Slimbook, dan saya memiliki pohon direktori yang tepat di bawah /etc, jadi ini bukan itu. Sesuatu yang lain, kalau begitu.
Solusi
Pada titik ini, apa yang saya lakukan adalah memeriksa setiap bagian dari tumpukan, satu per satu. Melihat konfigurasi VPN di manajer jaringan, saya memeriksa setiap opsi dan file yang terdaftar, dan menemukan bahwa ada masalah di sana, yang sepenuhnya disebabkan oleh PEBKAC! Saya sendiri! Entah bagaimana, untuk beberapa alasan aneh, saya telah memindahkan kunci sebenarnya ke folder lain, dan VPN tidak dapat menemukannya. Memulihkan kunci kembali ke lokasi yang diharapkan segera memperbaiki masalah.
Sekarang, solusi ideal bagi manajer jaringan untuk menyimpan kunci cache, atau memperingatkan pengguna bahwa file kunci hilang. Maksud saya, ini adalah hal yang jelas, jadi jika ada kesalahan konfigurasi, mereka harus dijelaskan dengan cara yang membantu pengguna memecahkan masalah dengan cara yang jelas. Mengatakan 'plugin gagal' tidak berarti apa-apa.
Tetapi Anda mungkin berkata, mengapa Anda repot-repot menulis artikel ini, Anda yang menyebabkan masalah itu! Benar. Tapi, manifestasi masalah tidak jelas, kesalahan tidak jelas, faktor kesalahan tidak jelas, dan bahkan mengalihkan kesalahan dari Kubuntu ke OpenVPN, yang tampaknya sepele mengingat laporan bug di atas, tidak membantu memajukan resolusi. dengan cara apapun. Terakhir, sistem operasi tidak menangani pengecualian ini dengan baik. Jauh dari itu, pesan kesalahannya menyesatkan.
Oleh karena itu, tutorial ini.
Kesimpulan
Saya bisa saja memperbaiki ini dan melanjutkan, dan tidak ada yang tahu atau peduli. Atau, saya bisa saja menyerah dan menyalahkan faktor ini atau itu, yang sering dilakukan orang. Jauh lebih sulit untuk mengintrospeksi dan memeriksa sendiri pola penggunaan. Tapi itu adalah bagian penting dari metode pemecahan masalah. Saya dengan senang hati membebaskan sistem operasi dan perangkat lunak VPN.
Namun, saya juga merasa ada banyak ruang untuk perbaikan. Pesan kesalahan umum mengarah ke solusi umum yang tidak terlalu membantu. Saya bisa berhenti di laporan bug VPN itu. Saya percaya perangkat lunak harus lebih kuat dan intuitif, dan bahwa kesalahan harus mencerminkan penyebab pasti daripada entri yang tampaknya acak dalam tabel kesalahan. Yah, mudah-mudahan, beberapa dari Anda akan menemukan artikel ini menarik. Ini bukan tentang kecelakaan tertentu, ini tentang bagaimana menangani masalah yang tidak diketahui dan tidak dibutakan oleh positif palsu. Kami sudah selesai.