CONNECTION_ID in NetworkManager is een profielnaam, niet de SSID

Als een proxyregel de SSID van het kantoor vergelijkt met CONNECTION_ID, kan het hernoemen van een opgeslagen profiel die regel breken. NetworkManager definieert CONNECTION_ID als de naam van het profiel. Een standaardnaam die toevallig overeenkomt met de SSID verbergt het verschil.

Kies de invoer volgens de regel:

• Gebruik voor een beleid dat aan een beheerd verbindingsprofiel is gekoppeld de gedocumenteerde verbindings-UUID als stabielere sleutel.
• Haal voor een beleid dat echt van draadloze informatie afhangt die informatie op via de ondersteunde interface in plaats van een profielnaam als SSID te behandelen.

Een bekende naam of SSID authenticeert geen netwerk. Houd de goedgekeurde netwerkidentiteit en de bereikbaarheidsvoorwaarden van de proxy in de beslissing.

Identificeer vervolgens de toepassing die de gekozen instelling ontvangt. Een dispatcher draait in zijn eigen context: het exporteren van een variabele daar vervangt niet de omgeving van al draaiende desktoepassingen. Gebruik de configuratie-interface van de deelnemende client in het juiste gebruikers- of servicebereik. Voor een PAC-beleid dat op het profiel is opgeslagen, kies tussen een PAC-URL en een geïmporteerd script.

Bepaal welke actieve verbinding de beslissing bezit wanneer Wi-Fi en Ethernet naast elkaar bestaan, en wat te doen bij verbreking of een onbekend profiel. Zonder die gevallen kan een later evenement van de ene interface een geldige route ongedaan maken die voor een andere is gekozen. Houd de triggerende gebeurtenis, de profielidentiteit en de getroffen gebruiker bij elkaar bij het diagnosticeren van de regel.