CONNECTION_ID i NetworkManager er et profilnavn, ikke SSID-en

Hvis en proxyregel sammenligner kontorets SSID med CONNECTION_ID, kan omdøping av en lagret profil bryte den. NetworkManager definerer CONNECTION_ID som profilens navn. Et standardnavn som tilfeldigvis samsvarer med SSID-en, skjuler forskjellen.

Velg inndataene 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 den 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 proxyens tilgjengelighetsbetingelser i beslutningen.

Identifiser deretter applikasjonen 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 skrivebordsapplikasjoner. Bruk den deltakende klientens konfigurasjonsgrensesnitt 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.