CONNECTION_ID в NetworkManager — это имя профиля, а не SSID

Если правило прокси сравнивает SSID офиса с CONNECTION_ID, переименование сохранённого профиля может его сломать. NetworkManager определяет CONNECTION_ID как имя профиля. Имя по умолчанию, случайно совпадающее с SSID, скрывает разницу.

Выбирайте входные данные по правилу:

• Для политики, привязанной к управляемому профилю подключения, используйте его документированный UUID подключения как более стабильный ключ.
• Для политики, которая действительно зависит от беспроводной информации, получайте эту информацию через поддерживаемый интерфейс, а не рассматривайте имя профиля как SSID.

Знакомое имя или SSID не аутентифицируют сеть. Сохраняйте в решении утверждённую идентичность сети и условия доступности прокси.

Затем определите приложение, получающее выбранную настройку. Диспетчер работает в собственном контексте: экспорт переменной там не заменяет окружение уже запущенных настольных приложений. Используйте интерфейс конфигурации участвующего клиента в правильной области пользователя или службы. Для политики PAC, хранящейся в профиле, выберите между URL PAC и импортированным скриптом.

Определите, какое активное подключение владеет решением, когда Wi-Fi и Ethernet сосуществуют, и что делать при отключении или неизвестном профиле. Без этих случаев более позднее событие от одного интерфейса может отменить действительный маршрут, выбранный для другого. Держите вместе событие-триггер, идентичность профиля и затронутого потребителя при диагностике правила.