Os scripts de inicio de sesión do proxy de Windows non seguen os cambios de rede posteriores
Trate a selección de proxy ao iniciar sesión en Windows e as transicións de rede posteriores como eventos separados, cunha actualización deliberada do cliente e unha política de conexións.
Un portátil pode recibir correctamente o proxy da oficina ao iniciar sesión e conservalo despois de volver a casa. O script de inicio executouse unha vez; non se subscribiu a cada cambio posterior de Wi-Fi. O procesamento en segundo plano de directivas de grupo non promete volver executar un script de inicio arbitrario nunha transición.
Defina explicitamente o comportamento posterior:
- Disparador: unha aplicación xestionada pode usar as notificacións de cambio de conectividade do Network List Manager para reconsiderar o estado. A notificación en si non elixe nin escribe un proxy.
- Decisión: inspeccione suficiente estado actual da rede. Un enderezo privado ou a primeira interface enumerada é evidencia feble cando Ethernet, Wi-Fi e VPN coexisten.
- Actualización do cliente: aplique o axuste mediante a interface que usan os clientes. O gardado de WinINet e as notificacións documentadas de cambio de configuración e actualización son accións separadas; WinHTTP ou a configuración privada da aplicación poden necesitar outra vía.
- Traballo existente: decida se as conexións abertas poden rematar, deben reconectarse ou deben deterse. Unha nova selección de proxy non pode mover un socket establecido cara a outra saída.
Para os clientes participantes que entenden o proxy, PAC é outro deseño: manteña a selección por destino no cliente en lugar de substituír repetidamente un punto final estático. A súa entrega e a súa política de reserva aínda deben funcionar nas redes itinerantes.