När tidsbaserade PAC-regler väljer en proxy
En tidsregel i en PAC väljer en proxy när routningen utvärderas. Den lovar inte att flytta en befintlig anslutning till en ny utgång på en exakt sekund.
Du kan skriva en PAC-regel som returnerar en proxy på morgonen och en annan senare. Men du kan inte av den regeln dra slutsatsen att varje befintlig webbläsaranslutning byter utgång vid lunchtid.
Funktioner som timeRange() deltar i ett routningsbeslut. De är inte en bakgrundsschemaläggare som stänger tunnlar, migrerar sockets eller ber en proxyleverantör rotera sin offentliga IP.
Håll tre händelser åtskilda:
- Webbläsaren utvärderar PAC:en och får en rutt.
- Klienten upprättar eller återanvänder en anslutning enligt sina nätverksregler.
- Den valda tjänsten väljer den offentliga adressen för sin vidare anslutning.
Tidsvillkoret gäller direkt den första händelsen. En redan aktiv nedladdning eller långvarig anslutning är en annan sak. Klientcachelagring och återanvändning av anslutningar innebär också att 'skriptet innehåller en klockkontroll' inte är tillräckligt bevis för ett exakt byteschema.
Om en uppgift behöver en ny utgång per session, begäran eller tidsfönster, använd ett gränssnitt utformat för det kravet och verifiera dess dokumenterade beteende. En PAC kan välja mellan slutpunkter, men den definierar inte vad dessa slutpunkter gör med sina egna utgångsadresser.
Tidsbaserad routning kan fortfarande vara användbar för en avsiktlig nätverkspolicy. Beskriv det som att välja en rutt vid utvärderingen, inte som en garanterad IP-rotationsmekanism.