Los scripts de inicio de sesión del proxy de Windows no siguen los cambios posteriores de red
Trate la selección de proxy al iniciar sesión en Windows y las transiciones de red posteriores como eventos separados, con una actualización deliberada del cliente y una política de conexiones.
Un portátil puede recibir correctamente el proxy de la oficina al iniciar sesión y conservarlo tras volver a casa. El script de inicio se ejecutó una vez; no se suscribió a cada cambio posterior de Wi-Fi. El procesamiento en segundo plano de directivas de grupo no promete volver a ejecutar un script de inicio arbitrario en una transición.
Defina explícitamente el comportamiento posterior:
- Disparador: una aplicación administrada puede usar las notificaciones de cambio de conectividad del Administrador de lista de redes para reconsiderar el estado. La notificación por sí misma no elige ni escribe un proxy.
- Decisión: inspeccione suficiente estado actual de la red. Una dirección privada o la primera interfaz enumerada es evidencia débil cuando Ethernet, Wi-Fi y VPN coexisten.
- Actualización del cliente: aplique el ajuste mediante la interfaz que usan los clientes. El guardado de WinINet y las notificaciones documentadas de cambio de configuración y actualización son acciones separadas; WinHTTP o la configuración privada de la aplicación pueden necesitar otra vía.
- Trabajo existente: decida si las conexiones abiertas pueden terminar, deben reconectarse o deben detenerse. Una nueva selección de proxy no puede mover un socket establecido a otra salida.
Para los clientes participantes que entienden el proxy, PAC es otro diseño: mantenga la selección por destino en el cliente en lugar de sustituir repetidamente un punto final estático. Su entrega y su política de reserva aún deben funcionar en las redes itinerantes.