Ноутбук може правильно отримати офісний проксі під час входу й зберегти його після повернення додому. Сценарій входу виконався один раз; він не підписувався на кожну подальшу зміну Wi-Fi. Фонова обробка групової політики не є обіцянкою повторно запустити довільний сценарій входу під час переходу.

Явно визначте подальшу поведінку:

  1. Тригер: керована програма може використовувати сповіщення Network List Manager про зміну підключення, щоб переглянути стан. Саме сповіщення не вибирає й не записує проксі.
  2. Рішення: перевірте достатньо поточного стану мережі. Одна приватна адреса або перший перелічений інтерфейс — слабкий доказ, коли Ethernet, Wi-Fi і VPN існують одночасно.
  3. Оновлення клієнта: застосуйте параметр через інтерфейс, який використовують клієнти. Збереження WinINet і документовані сповіщення про зміну параметрів і оновлення — окремі дії; WinHTTP або приватна конфігурація програми можуть потребувати іншого шляху.
  4. Наявна робота: вирішіть, чи відкриті з'єднання можуть завершитися, чи мають перепідключитися, чи мають зупинитися. Новий вибір проксі не може перемістити встановлений сокет на інший вихід.

Для клієнтів, які розуміють проксі, PAC — інший проєкт: тримайте вибір за призначенням у клієнті, а не замінюйте статичну кінцеву точку багаторазово. Його доставка й політика резервування все одно мають працювати в роумінгових мережах.

Схожі статті