Když pravidla PAC založená na čase volí proxy
Časové pravidlo v PAC vybere proxy při vyhodnocení směrování. Neslibuje přesun stávajícího připojení na nový výstup v přesnou sekundu.
Můžete napsat pravidlo PAC, které ráno vrátí jeden proxy a později jiný. Z tohoto pravidla však nelze vyvodit, že každé stávající připojení prohlížeče přepne výstup v poledne.
Funkce jako timeRange() se účastní rozhodnutí o směrování. Nejsou to úlohy na pozadí, které zavírají tunely, přesouvají sockety nebo žádají poskytovatele proxy o rotaci veřejné IP adresy.
Udržujte tři události oddělené:
- Prohlížeč vyhodnotí PAC a získá trasu.
- Klient naváže nebo znovu použije připojení podle svých síťových pravidel.
- Vybraná služba zvolí veřejnou adresu pro své další připojení.
Časová podmínka se přímo týká první události. Již aktivní stahování nebo dlouhodobé připojení je jiná věc. Cachování na straně klienta a opětovné používání připojení také znamenají, že „skript obsahuje kontrolu hodin“ není dostatečným důkazem přesného harmonogramu přepínání.
Pokud úloha potřebuje nový výstup pro každou relaci, požadavek nebo časové okno, použijte rozhraní navržené pro tento požadavek a ověřte jeho dokumentované chování. PAC může vybírat mezi koncovými body, ale nedefinuje, co tyto koncové body dělají se svými výstupními adresami.
Směrování založené na čase může být stále užitečné pro záměrnou síťovou politiku. Popisujte je jako volbu trasy při vyhodnocení, nikoli jako zaručený mechanismus rotace IP.