CONNECTION_ID в NetworkManager е име на профил, а не SSID
Използвайте документираните метаданни за връзка на диспечера на NetworkManager, когато избирате прокси след промяна на мрежата.
Ако правило за прокси сравнява SSID на офиса с CONNECTION_ID, преименуването на запазен профил може да го счупи. NetworkManager дефинира CONNECTION_ID като името на профила. Име по подразбиране, което случайно съвпада със SSID, скрива разликата.
Изберете входа според правилото:
- За политика, свързана с управляван профил на връзка, използвайте документирания UUID на връзката като по-стабилен ключ.
- За политика, която наистина зависи от безжична информация, получете тази информация през поддържания интерфейс, вместо да третирате името на профила като SSID.
Познато име или SSID не удостоверява мрежа. Запазете одобрената идентичност на мрежата и условията за достъпност на прокси в решението.
След това идентифицирайте приложението, което получава избраната настройка. Диспечерът работи в свой контекст: експортирането на променлива там не заменя средата на вече работещи настолни приложения. Използвайте интерфейса за конфигурация на участващия клиент в правилния потребителски или служебен обхват. За PAC политика, съхранена в профила, изберете между PAC URL и импортиран скрипт.
Определете коя активна връзка притежава решението, когато Wi-Fi и Ethernet съществуват заедно, и какво да правите при прекъсване или неизвестен профил. Без тези случаи по-късно събитие от един интерфейс може да отмени валиден маршрут, избран за друг. Дръжте задействащото събитие, идентичността на профила и засегнатия потребител заедно при диагностициране на правилото.