NetworkManager CONNECTION_ID ir profila nosaukums, nevis SSID
Izvēloties starpniekserveri pēc tīkla maiņas, izmantojiet dokumentētos NetworkManager dispečera savienojuma metadatus.
Ja starpniekservera noteikums salīdzina biroja SSID ar CONNECTION_ID, saglabāta profila pārdēvēšana var to salauzt. NetworkManager definē CONNECTION_ID kā profila nosaukumu. Noklusējuma nosaukums, kas nejauši sakrīt ar SSID, slēpj atšķirību.
Izvēlieties ievadi atbilstoši noteikumam:
- Politikai, kas piesaistīta pārvaldītam savienojuma profilam, izmantojiet tā dokumentēto savienojuma UUID kā stabilāku atslēgu.
- Politikai, kas patiešām ir atkarīga no bezvadu informācijas, iegūstiet šo informāciju caur atbalstīto saskarni, nevis uzskatiet profila nosaukumu par SSID.
Pazīstams nosaukums vai SSID neautentificē tīklu. Saglabājiet lēmumā apstiprināto tīkla identitāti un starpniekservera sasniedzamības nosacījumus.
Pēc tam nosakiet lietojumprogrammu, kas saņem izvēlēto iestatījumu. Dispečers darbojas savā kontekstā: mainīgā eksportēšana tur neaizstāj jau darbojošos darbvirsmas lietojumprogrammu vidi. Izmantojiet iesaistītā klienta konfigurācijas saskarni pareizajā lietotāja vai pakalpojuma tvērumā. Profilā saglabātai PAC politikai izvēlieties starp PAC URL un importētu skriptu.
Definējiet, kurš aktīvais savienojums pārvalda lēmumu, kad Wi-Fi un Ethernet pastāv kopā, un ko darīt atvienošanās vai nezināma profila gadījumā. Bez šiem gadījumiem vēlāks notikums no vienas saskarnes var atcelt citai izvēlētu derīgu maršrutu. Diagnosticējot noteikumu, turiet kopā iedarbinātāju notikumu, profila identitāti un ietekmēto lietotāju.