Ternyata, menghancurkan sistem Anda sangat mudah, jika Anda menetapkan hati dan pikiran untuk itu. Masalah ini memiliki asal yang berbelit-belit dan solusi yang agak menarik, jadi bersabarlah. Kebetulan, malam itu gelap dan hujan, dan saya mulai menguji beberapa layanan VPN. Salah satunya:Mullvad. Ini berfungsi dengan baik untuk sementara waktu, tetapi kemudian saya memutakhirkan versi aplikasi dari versi 2019.1 ke versi 2019.8, dan semuanya berhenti berfungsi dengan baik. Setiap kali saya terhubung ke VPN, resolusi DNS akan berhenti. Kotak uji:Kubuntu 18.04.
Saya tidak yakin apakah ini khusus untuk host saya atau masalah yang lebih luas, jadi saya memutuskan untuk menguji di KDE neon juga, yang kebetulan merupakan salah satu dari banyak distro yang saya instal di laptop G50. Sebuah reboot atau dua kemudian, banyak pembaruan Plasma yang bagus (naik ke 5.16.90 pada saat penulisan), dan beberapa tweak kecil, saya membuat Mullvad berjalan dengan baik. Tapi kemudian, Manajer Jaringan mulai mengeluh tentang konektivitas yang terbatas. Mari kita lihat apa yang memberi.
Lebih banyak masalah, lebih banyak detail
Pertama, saya ingin memahami MENGAPA Mullvad tidak bekerja dengan baik di instance Kubuntu. Setelah beberapa debugging ajaib, saya menyadari ada konflik dengan Pi-Hole, diinstal secara lokal. Ketika datang ke DNS, hanya ada satu. Atau sesuatu. Dan tentu saja, systemd benar-benar tidak membantu dengan banyak sekali symlink dan log yang dikaburkan. Tapi itu cerita yang terpisah.
Dalam neon, saya memiliki konektivitas VPN, tetapi sekitar satu menit ke dalam sesi, tanda seru tiba-tiba muncul di samping ikon Nirkabel. Penasaran. Saya melakukan segala macam tes kecepatan dan konektivitas jaringan, dan semuanya bekerja tanpa masalah. Namun, ikon tetap ada - dan nmcli general mengonfirmasi hal ini di baris perintah.
Apa yang dikatakan log?
Membaca log sistem bukanlah aktivitas yang menyenangkan, tetapi yang ini menunjukkan sesuatu yang belum pernah saya lihat sebelumnya. Kesalahan terkait dengan adaptor virtual VMware Workstation vmnet1 dan vmnet8. Rupanya, mereka bermasalah dengan fungsi DHCP.
... dhcpcd[1042]:vmnet8:dhcp_sendpacket:Operasi tidak diizinkan
... dhcpcd[1042]:vmnet1:dhcp_sendpacket:Operasi tidak diizinkan
Karena pengaturan Workstation adalah versi uji coba yang kedaluwarsa, saya memutuskan untuk menghapus instalan program, dan melihat apakah ini benar-benar akan menyelesaikan masalah. Dan sepertinya memang begitu. Alasan sebenarnya untuk masalah ini adalah karena Mullvad dikonfigurasi untuk memblokir lalu lintas jaringan lokal secara default saat terhubung, yang mencakup rentang lokal yang digunakan oleh adaptor vmnet.
Oleh karena itu, solusi untuk masalah tersebut adalah mengizinkan lalu lintas lokal di aplikasi VPN, atau sebagai alternatif, mengubah penggunaan perangkat lunak yang terpengaruh. Kemudian lagi, masalahnya tidak benar-benar satu kecuali Anda harus menggunakan keduanya secara bersamaan. Bagi kebanyakan orang, ini tidak akan pernah relevan.
Jadi apa pesannya di sini?
Saya telah melihat lusinan laporan tentang "manajer jaringan + tanda seru" di Web, dan sebagian besar pengguna percaya ini sebagai bug konyol, perilaku sementara yang dapat dihapus dengan memulai ulang manajer jaringan atau menyambungkan kembali jaringan, tetapi dalam kasus khusus ini, ada "semacam" masalah nyata - namun, itu selaras dengan kata konyol. Itu tidak besar atau kardinal atau terlihat kecuali Anda perlu menjalankan mesin virtual tepat pada saat itu, tetapi itu ada, dan Manajer Jaringan sebenarnya melaporkan dengan benar status fungsionalitas yang menurun, sehingga konektivitas terbatas.
Kesimpulan
Masalah kecil yang acak bisa sangat mengganggu. Terlebih lagi ketika Anda cenderung ingin mengabaikannya sebagai bug dalam perangkat lunak, tetapi akhirnya menjadi nyata. Belum tentu kardinal, hanya saja tidak positif palsu. Itulah mengapa Anda tidak boleh mendiagnosis masalah jika fungsionalitas inti Anda ada di sana. Tapi kami berhasil menemukan yang ini, jadi semuanya baik-baik saja.
Dalam skenario seperti ini, langkah logis berikutnya adalah agar sistem operasi membagikan detail masalah daripada hanya waspada, dan memungkinkan pengguna untuk sepenuhnya memahami implikasinya dan kemudian memutuskan apakah akan melakukan sesuatu atau mengabaikannya. Tanda seru, tanpa penjelasan verbose, tidak perlu mengkhawatirkan, terutama karena tidak ada efek yang terlihat. Dan mari kita hadapi itu, jika Internet berfungsi, maka tidak ada masalah, kan! Nah, jika Anda salah satu kutu buku yang membenci keacakan yang tiba-tiba, yang satu ini mungkin akan sedikit menenangkan setan OCD Anda. Sekarang, jika tanda seru itu muncul lagi, kita akan bicara. Lagi. Kita sudah selesai.