CONNECTION_ID у NetworkManager — гэта назва профілю, а не SSID
Выкарыстоўвайце дакументаваныя метаданыя злучэння дыспетчара NetworkManager пры выбары проксі пасля змены сеткі.
Калі правіла проксі параўноўвае SSID офіса з CONNECTION_ID, перайменаванне захаванага профілю можа яго зламаць. NetworkManager вызначае CONNECTION_ID як назву профілю. Тыповая назва, якая выпадкова супадае з SSID, хавае розніцу.
Выбірайце ўваход у адпаведнасці з правілам:
- Для палітыкі, прывязанай да кіраванага профілю злучэння, выкарыстоўвайце яго дакументаваны UUID злучэння як больш стабільны ключ.
- Для палітыкі, якая сапраўды залежыць ад бясшротавай інфармацыі, атрымлівайце гэту інфармацыю праз падтрымліваемы інтэрфейс, а не разглядайце назву профілю як SSID.
Знаёмая назва або SSID не аўтэнтыфікуюць сетку. Захоўвайце зацверджаную ідэнтычнасць сеткі і ўмовы дасяжнасці проксі ў рашэнні.
Далей вызначце праграму, якая атрымлівае выбраны параметр. Дыспетчар працуе ў сваім кантэксце: экспарт зменнай там не замяняе асяроддзе ўжо запушчаных праграм працоўнага стала. Выкарыстоўвайце інтэрфейс канфігурацыі ўдзельніка ў правільным карыстальніцкім або сэрвісным абсягу. Для палітыкі PAC, захаванай у профілі, выберыце паміж URL PAC і імпартаваным скрыптам.
Вызначце, якое актыўнае злучэнне валодае рашэннем, калі Wi-Fi і Ethernet суіснуюць, і што рабіць пры адключэнні або невядомым профілі. Без гэтых выпадкаў пазнейшая падзея ад аднаго інтэрфейса можа адмяніць сапраўдны маршрут, выбраны для іншага. Трымайце падзею-трыгер, ідэнтычнасць профілю і закранутага спажыўца разам пры дыягностыцы правіла.