Antarmuka TUN yatim: temukan pemiliknya sebelum menghapusnya
Antarmuka TUN yang tetap ada setelah terowongan putus mungkin memang persisten secara desain. Temukan pemiliknya, lalu hapus melalui layanan yang mengelolanya.
Antarmuka TUN Anda masih terdaftar, terowongan tidak meneruskan lalu lintas, dan perbaikan yang tampak jelas adalah menghapus tautannya. Di sinilah pembersihan kecil berubah menjadi gangguan. Antarmuka bisa persisten secara desain, dimiliki layanan yang akan membuatnya kembali, atau bersembunyi di namespace tempat nama yang sama berarti hal lain. Keberadaannya bukan bukti bahwa ia yatim.
Menghapus antarmuka bernama itu mudah. Mengetahui apa yang bergantung padanya adalah tugas sebenarnya.
Mitos: antarmuka tersisa karena terowongan mati
Perangkat TUN persisten ada secara independen dari sesi yang terhubung. Itulah inti flag persisten: perangkat tetap ada agar koneksi berikutnya dapat memakainya lagi. Tidak ada lalu lintas yang mengalir, dan tidak ada yang salah.
Antarmuka juga bisa milik layanan yang sedang di antara restart, atau milik klien yang profilnya menganggur. Periksa proses pemilik dan konfigurasinya sebelum menyimpulkan bahwa ia ditinggalkan. Daftar proses dan konfigurasi yang memulainya adalah bukti yang lebih kuat daripada terowongan yang hilang.
Catat namespace bersama namanya. Namespace lain dapat memuat antarmuka dengan nama yang sama, dan keduanya tidak berhubungan. Gunakan flag namespace saat Anda perlu memeriksa yang lain.
Mitos: menghapus tautan membersihkan semuanya
Menghapus tautan menghilangkan alamat dan rute yang terpasang padanya. Ini tidak menghapus aturan kebijakan, aturan firewall, pengaturan resolver, atau skrip pembantu yang merujuknya. Semua itu bisa bertahan dan menunjuk ke perangkat yang sudah tidak ada.
Jika layanan masih dikonfigurasi, ia dapat membuat ulang antarmuka pada start atau sambung ulang berikutnya. Saat itu Anda telah menghapus sumber daya yang bekerja dan membiarkan masalah siklus hidup aslinya di tempatnya. Ubah konfigurasinya, bukan hanya status runtime.
Pembersihan yang berakhir dengan antarmuka kembali dan aturan terduplikasi lebih buruk daripada tanpa pembersihan.
Temukan pemiliknya sebelum menyentuhnya
Mulailah dengan ip link show dan alat pemeriksa TUN/TAP untuk mendapatkan antarmuka, alamatnya, dan rutenya. Periksa klien, layanan, atau pengelola jaringan yang mungkin memilikinya. Pastikan apakah perangkat persisten dan mode apa yang dipakainya. Lalu putuskan apakah masih ada yang bergantung padanya.
Untuk antarmuka persisten yang terkonfirmasi tidak terpakai, ip tuntap mendokumentasikan penghapusan khusus mode. Cocokkan nama dan mode perangkat yang sebenarnya, dan jangan jalankan pembersihan luas terhadap setiap terowongan di host.
Jaga akses pemulihan dan rute klien lain tetap utuh saat Anda bekerja. Catat perintah yang Anda gunakan agar pemeriksaan berikutnya dapat diulang persis.
Hapus melalui pemiliknya, lalu periksa apa yang tersisa
Hentikan atau hapus dulu konfigurasi koneksi yang didukung, agar layanan tidak membuat ulang apa yang Anda hapus. Lalu hapus perangkatnya. Setelah itu, periksa alamat, rute, dan status resolver yang usang di bawah pemiliknya masing-masing.
Jika masalah kembali saat sambung ulang, perbaiki konfigurasi siklus hidup alih-alih mengulangi penghapusan manual. Catatan pembersihan yang menyebutkan yatim itu, mengapa tidak terpakai, dan komponen mana yang harus mengelola penggantinya menyelamatkan orang berikutnya dari mengira antarmuka persisten yang sah sebagai kerusakan.