NetworkManager atau wg-quick: siapa yang memiliki laluan WireGuard anda?

Anda menukar AllowedIPs dalam fail WireGuard, memulakan semula terowong, dan jadual penghalaan kelihatan sama seperti sebelumnya. Reaksi biasa ialah memadam laluan yang mengganggu dan meneruskan, yang berkesan sehingga sambungan semula seterusnya meletakkannya kembali. Fail yang anda sunting tidak semestinya objek yang menghasilkan keadaan yang anda lihat. Dua pengurus boleh menjalankan protokol yang sama pada satu mesin, dan hanya satu daripadanya memiliki antara muka pada satu masa.

Mitos: terdapat satu konfigurasi WireGuard pada mesin

wg-quick membaca fail di /etc/wireguard/ dan membina antara muka apabila anda menaikkannya. NetworkManager menyimpan profil sambungan dalam format keyfile sendiri dan memaparkannya semasa pengaktifan, dan mengimport fail wg-quick menyalin nilai ke dalam profil itu dan bukannya memaut kepadanya. Menyunting fail asal selepas itu tidak mengubah apa-apa, kerana profil tidak lagi membacanya. Senarai rakan dan kunci yang sama boleh wujud dua kali, dengan salinan kedua berkuat kuasa.

Tanda yang wajar diingat: perubahan yang bertahan selepas but semula tetapi tidak selepas import semula datang dari satu stor, dan perubahan yang hilang semasa but semula datang dari yang lain.

Satu contoh praktikal menjadikan pemisahan itu jelas. Bandingkan nmcli connection show dengan systemctl status wg-quick@wg0, kemudian periksa antara muka mana laluan itu sebenarnya bergantung. Jika perkhidmatan mati dan antara muka naik, profil itulah yang melakukan kerja, apa pun kata fail.

Mitos: peraturan penghalaan ialah sebahagian daripada WireGuard

Peranti WireGuard dalam kernel mengenali rakan dan kunci, dan ia tidak tahu apa-apa tentang penghalaan dasar. ip rule entri dan jadual tambahan yang anda lihat dipasang oleh alat yang menaikkan antara muka. wg-quick boleh menambah fwmark dan jadual khusus serta peraturan yang menunjuk kepadanya, manakala NetworkManager memasang laluan melalui tetapan ipv4 sendiri dan menyerahkan DNS kepada backend penyelesai yang digunakan sistem. Terowong sama, kesan sampingan berbeza.

Baca ip rule dan ip route show table all sebelum menukar apa-apa, dan catat dalam jadual mana setiap laluan berada. Nombor jadual yang anda tidak konfigurasikan ialah petunjuk kuat tentang alat yang menciptanya.

Mitos: memadam laluan ialah pembaikan

Laluan yang dipadam semasa berjalan ialah laluan yang akan dipasang semula oleh pemilik pada pengaktifan seterusnya, dan pengaktifan boleh berlaku tanpa anda: komputer riba bangun, pautan berkelip, perkhidmatan dimulakan semula atau sambungan automatik NetworkManager. Itulah sebabnya laluan yang sama kembali dan sebabnya penyelesaian sementara terasa tidak boleh diharap dan bukan salah. Kenal pasti pengurus dahulu, kemudian ubah input yang benar-benar dibaca oleh pengurus itu.

Menyambung semula dan memulakan semula perkhidmatan berkaitan ialah ujian yang memisahkan pembaikan sebenar daripada yang hanya kelihatan kemas.

Pilih satu pemilik dan tanggalkan yang lain

Pilih pengurus yang disokong oleh penggunaan anda, kemudian lumpuhkan pengaktifan pesaing melalui kawalannya yang didokumenkan dan bukannya berharap ia kekal melahu. Perkhidmatan wg-quick yang bertopeng atau profil NetworkManager yang dipadam adalah eksplisit; membiarkan kedua-duanya diaktifkan dan berlumba bukan. Kekalkan akses yang berfungsi sebelum melumpuhkan apa-apa, kerana antara muka yang membawa sesi jauh anda mungkin antara muka yang anda hendak tanggalkan.

Selepas perubahan, sahkan trafik yang disertakan dan dikecualikan, kemudian DNS, kemudian but semula sekali. Jika keadaan bertahan selepas but semula dengan satu pengurus, anda mempunyai pemilik dan bukan kebetulan.

Peraturan umum wajar diingat juga di luar WireGuard: apabila sesuatu tetapan terus kembali, berhenti memadam hasilnya dan cari proses yang terus menghasilkannya.