Når tidsbaserte PAC-regler velger en proxy
En tidsregel i en PAC velger en proxy når rutingen evalueres. Den lover ikke å flytte en eksisterende tilkobling til en ny utgang på et presist sekund.
Du kan skrive en PAC-regel som returnerer én proxy om morgenen og en annen senere. Men du kan ikke utlede av den regelen at hver eksisterende nettlesertilkobling bytter utgang ved middagstid.
Funksjoner som timeRange() deltar i en rutingsbeslutning. De er ikke en bakgrunnsplanlegger som lukker tunneler, migrerer sockets eller ber en proxyleverandør rotere sin offentlige IP.
Hold tre hendelser atskilt:
- Nettleseren evaluerer PAC-en og får en rute.
- Klienten oppretter eller gjenbruker en tilkobling etter sine nettverksregler.
- Tjenesten som er valgt, velger den offentlige adressen for sin videre tilkobling.
Tidsbetingelsen gjelder direkte den første hendelsen. En allerede aktiv nedlasting eller langvarig tilkobling er en annen sak. Klientbufring og gjenbruk av tilkoblinger betyr også at «skriptet inneholder en klokkesjekk» ikke er tilstrekkelig bevis for en presis bytteplan.
Hvis en oppgave trenger en ny utgang per økt, forespørsel eller tidsvindu, bruk et grensesnitt laget for det kravet og verifiser den dokumenterte oppførselen. En PAC kan velge mellom endepunkter, men den definerer ikke hva disse endepunktene gjør med sine egne utgangsadresser.
Tidsbasert ruting kan fortsatt være nyttig for en bevisst nettverkspolicy. Beskriv det som å velge en rute på evalueringstidspunktet, ikke som en garantert IP-rotasjonsmekanisme.