Wanneer op tijd gebaseerde PAC-regels een proxy kiezen
Een tijdregel in een PAC kiest een proxy wanneer de routering wordt geëvalueerd. Zij belooft niet om een bestaande verbinding op een exacte seconde naar een nieuwe uitgang te verplaatsen.
U kunt een PAC-regel schrijven die 's ochtends de ene proxy teruggeeft en later een andere. Maar uit die regel kunt u niet afleiden dat elke bestaande browserverbinding 's middags van uitgang wisselt.
Functies zoals timeRange() nemen deel aan een routeringsbeslissing. Het zijn geen achtergrondplanners die tunnels sluiten, sockets migreren of een proxyprovider vragen zijn openbare IP te roteren.
Houd drie gebeurtenissen gescheiden:
- De browser evalueert de PAC en verkrijgt een route.
- De client brengt een verbinding tot stand of hergebruikt er een volgens zijn netwerkregels.
- De gekozen dienst kiest het openbare adres voor zijn vervolgverbinding.
De tijdsvoorwaarde betreft direct de eerste gebeurtenis. Een al actieve download of langdurige verbinding is een andere zaak. Clientcaching en hergebruik van verbindingen betekenen ook dat 'het script bevat een klokcontrole' geen voldoende bewijs is voor een precies wisselschema.
Als een taak per sessie, verzoek of tijdvenster een nieuwe uitgang nodig heeft, gebruik dan een interface die voor die eis is ontworpen en verifieer het gedocumenteerde gedrag. Een PAC kan tussen eindpunten kiezen, maar hij bepaalt niet wat die eindpunten met hun eigen uitgangsadressen doen.
Op tijd gebaseerde routering kan nog steeds nuttig zijn voor een bewust netwerkbeleid. Beschrijf het als het kiezen van een route op het moment van evaluatie, niet als een gegarandeerd IP-rotatiemechanisme.