CONNECTION_ID dalam NetworkManager ialah nama profil, bukan SSID

Jika peraturan proksi membandingkan SSID pejabat dengan CONNECTION_ID, menamakan semula profil tersimpan boleh memecahkannya. NetworkManager mentakrifkan CONNECTION_ID sebagai nama profil. Nama lalai yang kebetulan sepadan dengan SSID menyembunyikan perbezaan itu.

Pilih input mengikut peraturan:

• Untuk dasar yang terikat pada profil sambungan terurus, gunakan UUID sambungan berdokumennya sebagai kunci yang lebih stabil.
• Untuk dasar yang benar-benar bergantung pada maklumat wayarles, dapatkan maklumat itu melalui antara muka yang disokong dan bukannya menganggap nama profil sebagai SSID.

Nama biasa atau SSID tidak mengesahkan rangkaian. Kekalkan identiti rangkaian yang diluluskan dan syarat kebolehcapaian proksi dalam keputusan.

Seterusnya kenal pasti aplikasi yang menerima tetapan yang dipilih. Dispatcher berjalan dalam konteksnya sendiri: mengeksport pemboleh ubah di sana tidak menggantikan persekitaran aplikasi desktop yang sudah berjalan. Gunakan antara muka konfigurasi klien yang menyertai dalam skop pengguna atau perkhidmatan yang betul. Untuk dasar PAC yang disimpan pada profil, pilih antara URL PAC dan skrip yang diimport.

Tentukan sambungan aktif mana yang memiliki keputusan apabila Wi-Fi dan Ethernet wujud bersama, dan apa yang perlu dilakukan semasa terputus atau profil tidak dikenali. Tanpa kes itu, peristiwa kemudian daripada satu antara muka boleh membatalkan laluan sah yang dipilih untuk yang lain. Simpan peristiwa pencetus, identiti profil dan pengguna terjejas bersama-sama semasa mendiagnosis peraturan.