Kai laiku pagrįstos PAC taisyklės pasirenka proxy
PAC laiko taisyklė pasirenka proxy, kai vertinamas maršrutizavimas. Ji nežada perkelti esamo ryšio į naują išėjimą tikslią sekundę.
Galite parašyti PAC taisyklę, kuri ryte grąžina vieną proxy, o vėliau kitą. Tačiau iš šios taisyklės negalima daryti išvados, kad kiekvienas esamas naršyklės ryšys vidurdienį pakeis išėjimą.
Funkcijos, tokios kaip timeRange(), dalyvauja maršrutizavimo sprendime. Jos nėra foninis planuotojas, kuris uždaro tunelius, migruoja soketus ar prašo proxy teikėjo sukti savo viešąjį IP.
Trys įvykiai turi būti atskirti:
- Naršyklė įvertina PAC ir gauna maršrutą.
- Klientas užmezga arba pakartotinai naudoja ryšį pagal savo tinklo taisykles.
- Pasirinkta paslauga parenka viešąjį adresą savo tolimesniam ryšiui.
Laiko sąlyga tiesiogiai susijusi su pirmuoju įvykiu. Jau aktyvus atsisiuntimas ar ilgalaikis ryšys yra kitas dalykas. Kliento podėlis ir ryšių pakartotinis naudojimas taip pat reiškia, kad „scenarijuje yra laikrodžio patikra“ nėra pakankamas tikslaus perjungimo grafiko įrodymas.
Jei užduočiai reikia naujo išėjimo kiekvienai sesijai, užklausai ar laiko intervalui, naudokite sąsają, sukurtą tam reikalui, ir patikrinkite jos dokumentuotą veikimą. PAC gali rinktis tarp galinių taškų, bet nenustato, ką tie galiniai taškai daro su savo išėjimo adresais.
Laiku pagrįstas maršrutizavimas vis dar gali būti naudingas sąmoningai tinklo politikai. Apibūdinkite jį kaip maršruto pasirinkimą vertinimo metu, o ne kaip garantuotą IP sukimosi mechanizmą.