Cando as regras PAC baseadas no tempo elixen un proxy

Podes escribir unha regra PAC que devolva un proxy pola mañá e outro máis tarde. Pero non podes inferir desa regra que todas as conexións existentes do navegador cambien de saída ao mediodía.

Funcións como timeRange() participan nunha decisión de encamiñamento. Non son un planificador en segundo plano que pecha túneles, migra sockets ou pide a un provedor de proxy que rote a súa IP pública.

Mantén tres acontecementos separados:

1. O navegador avalía o PAC e obtén unha ruta.
2. O cliente establece ou reutiliza unha conexión segundo as súas regras de rede.
3. O servizo elixido selecciona o enderezo público para a súa conexión posterior.

A condición de tempo afecta directamente o primeiro acontecemento. Unha descarga xa activa ou unha conexión de longa duración é outra cuestión. A caché do cliente e a reutilización de conexións tamén implican que «o script contén unha comprobación do reloxo» non é proba suficiente dun calendario de cambio preciso.

Se unha tarefa necesita unha saída nova por sesión, solicitude ou xanela de tempo, usa unha interface deseñada para ese requisito e verifica o seu comportamento documentado. Un PAC pode elixir entre extremos, pero non define que fan eses extremos cos seus propios enderezos de saída.

O encamiñamento baseado no tempo aínda pode ser útil para unha política de rede intencionada. Descríbeo como unha escolla de ruta no momento da avaliación, non como un mecanismo garantido de rotación de IP.