NetworkManager CONNECTION_ID is 'n profielnaam, nie die SSID nie

As 'n proxyreël die kantoor-SSID met CONNECTION_ID vergelyk, kan die hernoeming van 'n gestoorde profiel dit breek. NetworkManager definieer CONNECTION_ID as die profiel se naam. 'n Versteknaam wat toevallig met die SSID ooreenstem, verberg die verskil.

Kies die invoer volgens die reël:

• Vir 'n beleid wat aan 'n bestuurde verbindingsprofiel gekoppel is, gebruik sy gedokumenteerde verbinding-UUID as 'n stabieler sleutel.
• Vir 'n beleid wat werklik van draadlose inligting afhang, verkry daardie inligting deur die ondersteunde koppelvlak in plaas daarvan om 'n profielnaam as 'n SSID te behandel.

'n Bekende naam of SSID verifieer nie 'n netwerk nie. Hou die goedgekeurde netwerkidentiteit en proxy-bereikbaarheidstoestande in die besluit.

Identifiseer vervolgens die toepassing wat die gekose instelling ontvang. 'n Dispatcher loop in sy eie konteks: die uitvoer van 'n veranderlike daar vervang nie die omgewing van reeds lopende lessenaartoepassings nie. Gebruik die deelnemende kliënt se konfigurasiekoppelvlak in die korrekte gebruiker- of diensomvang. Vir 'n PAC-beleid wat op die profiel gestoor is, kies tussen 'n PAC-URL en 'n ingevoerde script.

Definieer watter aktiewe verbinding die besluit besit wanneer Wi-Fi en Ethernet saam bestaan, en wat om te doen by ontkoppeling of 'n onbekende profiel. Sonder daardie gevalle kan 'n latere gebeurtenis van een koppelvlak 'n geldige roete wat vir 'n ander gekies is, ongedaan maak. Hou die snellergebeurtenis, profielidentiteit en geaffekteerde verbruiker saam wanneer jy die reël diagnoseer.