CONNECTION_ID in NetworkManager ist ein Profilname, nicht die SSID

Wenn eine Proxy-Regel die Office-SSID mit CONNECTION_ID vergleicht, kann das Umbenennen eines gespeicherten Profils sie brechen. NetworkManager definiert CONNECTION_ID als den Namen des Profils. Ein Standardname, der zufällig mit der SSID übereinstimmt, verbirgt den Unterschied.

Wählen Sie die Eingabe entsprechend der Regel:

• Für eine Richtlinie, die an ein verwaltetes Verbindungsprofil gebunden ist, verwenden Sie dessen dokumentierte Verbindungs-UUID als stabileren Schlüssel.
• Für eine Richtlinie, die wirklich von Funkinformationen abhängt, beziehen Sie diese Informationen über die unterstützte Schnittstelle, statt einen Profilnamen als SSID zu behandeln.

Ein vertrauter Name oder eine SSID authentifiziert kein Netzwerk. Behalten Sie die genehmigte Netzwerkidentität und die Erreichbarkeitsbedingungen des Proxys in der Entscheidung.

Identifizieren Sie als Nächstes die Anwendung, die die gewählte Einstellung erhält. Ein Dispatcher läuft in seinem eigenen Kontext: Das Exportieren einer Variablen dort ersetzt nicht die Umgebung bereits laufender Desktop-Anwendungen. Verwenden Sie die Konfigurationsschnittstelle des teilnehmenden Clients im richtigen Benutzer- oder Dienstbereich. Für eine im Profil gespeicherte PAC-Richtlinie wählen Sie zwischen einer PAC-URL und einem importierten Skript.

Legen Sie fest, welche aktive Verbindung die Entscheidung besitzt, wenn Wi-Fi und Ethernet koexistieren, und was bei Trennung oder unbekanntem Profil zu tun ist. Ohne diese Fälle kann ein späteres Ereignis einer Schnittstelle eine für eine andere gewählte gültige Route aufheben. Halten Sie auslösendes Ereignis, Profilidentität und betroffenen Verbraucher bei der Diagnose der Regel zusammen.