Når tidsbaserte PAC-reglar vel ein proxy
Ein tidsregel i ein PAC vel ein proxy når ruttinga vert evaluert. Ho lovar ikkje å flytte ei eksisterande tilkopling til ein ny utgang på eit presist sekund.
Du kan skrive ein PAC-regel som returnerer ein proxy om morgonen og ein annan seinare. Men du kan ikkje utleie av den regelen at kvar eksisterande nettlesartilkopling byter utgang ved middagstid.
Funksjonar som timeRange() deltek i ei rutingsavgjerd. Dei er ikkje ein bakgrunnsplanleggjar som lukkar tunnelar, migrerer sockets eller ber ein proxyleverandør rotere sin offentlege IP.
Hald tre hendingar åtskilde:
- Nettlesaren evaluerer PAC-en og får ei rute.
- Klienten opprettar eller nyttar på nytt ei tilkopling etter sine nettverksreglar.
- Tenesta som er vald, vel den offentlege adressa for si vidare tilkopling.
Tidsvilkåret gjeld direkte den første hendinga. Ei allereie aktiv nedlasting eller langvarig tilkopling er ei anna sak. Klientbufring og gjenbruk av tilkoplingar tyder òg at «skriptet inneheld ein klokkesjekk» ikkje er tilstrekkeleg prov for ein presis bytteplan.
Viss ei oppgåve treng ein ny utgang per økt, førespurnad eller tidsvindauge, bruk eit grensesnitt laga for det kravet og verifiser den dokumenterte åtferda. Ein PAC kan velje mellom endepunkt, men han definerer ikkje kva desse endepunkta gjer med sine eigne utgangsadresser.
Tidsbasert rutting kan framleis vere nyttig for ein medviten nettverkspolicy. Skildre det som å velje ei rute på evalueringstidspunktet, ikkje som ein garantert IP-rotasjonsmekanisme.