Keď pravidlá PAC založené na čase vyberajú proxy
Časové pravidlo v PAC vyberie proxy pri vyhodnotení smerovania. Nesľubuje presun existujúceho spojenia na nový výstup v presnej sekunde.
Môžete napísať pravidlo PAC, ktoré ráno vráti jeden proxy a neskôr iný. Z tohto pravidla však nemožno vyvodiť, že každé existujúce spojenie prehliadača prepne výstup na poludnie.
Funkcie ako timeRange() sa zúčastňujú na rozhodnutí o smerovaní. Nie sú to úlohy na pozadí, ktoré zatvárajú tunely, presúvajú sockety alebo žiadajú poskytovateľa proxy o rotáciu verejnej IP adresy.
Udržujte tri udalosti oddelene:
- Prehliadač vyhodnotí PAC a získa trasu.
- Klient nadviaže alebo znovu použije spojenie podľa svojich sieťových pravidiel.
- Vybraná služba zvolí verejnú adresu pre svoje ďalšie spojenie.
Časová podmienka sa priamo týka prvej udalosti. Už aktívne sťahovanie alebo dlhodobé spojenie je iná vec. Cachovanie na strane klienta a opätovné používanie spojení tiež znamenajú, že „skript obsahuje kontrolu hodín“ nie je dostatočným dôkazom presného harmonogramu prepínania.
Ak úloha potrebuje nový výstup pre každú reláciu, požiadavku alebo časové okno, použite rozhranie navrhnuté pre túto požiadavku a overte jeho dokumentované správanie. PAC môže vyberať medzi koncovými bodmi, ale nedefinuje, čo tieto koncové body robia so svojimi výstupnými adresami.
Smerovanie založené na čase môže byť stále užitočné pre zámernú sieťovú politiku. Opisujte ho ako výber trasy pri vyhodnotení, nie ako zaručený mechanizmus rotácie IP.