CONNECTION_ID i NetworkManager er et profilnavn, ikke SSID-en

Hvis en proxyregel sammenligner SSID-en til kontoret med CONNECTION_ID, kan omdøping av en lagret profil bryte den. NetworkManager definerer CONNECTION_ID som navnet på profilen. Et standardnavn som tilfeldigvis samsvarer med SSID-en, skjuler forskjellen.

Velg inndata etter regelen:

• For en policy knyttet til en administrert tilkoblingsprofil, bruk dens dokumenterte tilkoblings-UUID som en mer stabil nøkkel.
• For en policy som virkelig avhenger av trådløs informasjon, hent informasjonen via det støttede grensesnittet i stedet for å behandle et profilnavn som en SSID.

Et kjent navn eller en SSID autentiserer ikke et nettverk. Behold den godkjente nettverksidentiteten og tilgjengelighetsvilkårene til proxyen i beslutningen.

Identifiser deretter programmet som mottar den valgte innstillingen. En dispatcher kjører i sin egen kontekst: å eksportere en variabel der erstatter ikke miljøet til allerede kjørende skrivebordsprogrammer. Bruk konfigurasjonsgrensesnittet til den deltakende klienten i riktig bruker- eller tjenesteomfang. For en PAC-policy som er lagret på profilen, velg mellom en PAC-URL og et importert skript.

Definer hvilken aktiv tilkobling som eier beslutningen når Wi-Fi og Ethernet eksisterer sammen, og hva som skal gjøres ved frakobling eller en ukjent profil. Uten disse tilfellene kan en senere hendelse fra ett grensesnitt angre en gyldig rute valgt for et annet. Hold den utløsende hendelsen, profilidentiteten og den berørte brukeren sammen når du diagnostiserer regelen.