Кога правилата на PAC, базирани на време, избират прокси
Времево правило в PAC избира прокси при оценяване на маршрутизацията. То не обещава да премести съществуваща връзка към нов изход в точна секунда.
Можете да напишете PAC правило, което връща един прокси сутрин и друг по-късно. Но не можете да заключите от това правило, че всяка съществуваща връзка на браузъра сменя изхода по обед.
Функции като timeRange() участват в решение за маршрутизиране. Те не са фонов планировчик, който затваря тунели, премества сокети или иска от доставчик на прокси да смени публичния си IP адрес.
Дръжте три събития отделно:
- Браузърът оценява PAC и получава маршрут.
- Клиентът установява или използва повторно връзка според своите мрежови правила.
- Избраната услуга избира публичния адрес за своята следваща връзка.
Времевото условие засяга пряко първото събитие. Вече активно изтегляне или дълготрайна връзка е друг въпрос. Кеширането в клиента и повторното използване на връзки също означават, че „скриптът съдържа проверка на часовник“ не е достатъчно доказателство за точен график на превключване.
Ако дадена задача изисква нов изход за всяка сесия, заявка или времеви прозорец, използвайте интерфейс, създаден за това изискване, и проверете документираното му поведение. PAC може да избира между крайни точки, но не определя какво тези крайни точки правят със собствените си изходни адреси.
Маршрутизацията, базирана на време, все още може да е полезна за умишлена мрежова политика. Описвайте я като избор на маршрут при оценяване, а не като гарантиран механизъм за смяна на IP.