Kui ajapõhised PAC-reeglid valivad puhverserveri
PAC-i ajareegel valib puhverserveri siis, kui marsruutimist hinnatakse. See ei taga olemasoleva ühenduse liigutamist uude väljundisse täpsel sekundil.
Võite kirjutada PAC-reegli, mis hommikul tagastab ühe puhverserveri ja hiljem teise. Kuid sellest reeglist ei saa järeldada, et iga olemasolev brauseriühendus vahetab keskpäeval väljundit.
Funktsioonid nagu timeRange() osalevad marsruutimisotsuses. Need ei ole taustaprogramm, mis sulgeb tunneleid, migreerib sokette või palub puhverserveri pakkujal oma avalikku IP-d pöörata.
Hoidke kolm sündmust eraldi:
- Brauser hindab PAC-i ja saab marsruudi.
- Klient loob ühenduse või kasutab seda uuesti oma võrgureeglite järgi.
- Valitud teenus valib oma edasise ühenduse jaoks avaliku aadressi.
Ajakriteerium puudutab otseselt esimest sündmust. Juba aktiivne allalaadimine või pikaajaline ühendus on teine asi. Kliendipuhver ja ühenduste korduskasutus tähendavad ka seda, et „skript sisaldab kella kontrolli“ ei ole piisav tõend täpse lülitusgraafiku kohta.
Kui ülesanne vajab uut väljundit iga sessiooni, päringu või ajavahemiku kohta, kasutage selle nõude jaoks loodud liidest ja kontrollige selle dokumenteeritud käitumist. PAC saab valida lõpp-punktide vahel, kuid ei määratle, mida need lõpp-punktid oma väljundiaadressidega teevad.
Ajapõhine marsruutimine võib siiski olla kasulik tahtliku võrgupoliitika jaoks. Kirjeldage seda marsruudi valikuna hindamise hetkel, mitte garanteeritud IP-pööramise mehhanismina.