Kur rregullat PAC të bazuara në kohë zgjedhin një proxy
Një rregull kohe në një PAC zgjedh një proxy kur vlerësohet ushtrimi i rrugës. Nuk premton të zhvendosë një lidhje ekzistuese në një dalje të re në një sekondë të saktë.
Mund të shkruani një rregull PAC që kthen një proxy në mëngjes dhe një tjetër më vonë. Por nga ai rregull nuk mund të nxirrni se çdo lidhje ekzistuese e shfletuesit ndryshon daljen në mesditë.
Funksione si timeRange() marrin pjesë në një vendim rrugëtimi. Ato nuk janë një planifikues i sfondit që mbyll tunele, zhvendos soketa ose i kërkon një ofruesi proxy të rrotullojë IP-në publike.
Mbani tre ngjarje të ndara:
- Shfletuesi vlerëson PAC-in dhe merr një rrugë.
- Klienti vendos ose ripërdor një lidhje sipas rregullave të tij të rrjetit.
- Shërbimi i zgjedhur zgjedh adresën publike për lidhjen e tij të mëtejshme.
Kushti i kohës lidhet drejtpërdrejt me ngjarjen e parë. Një shkarkim tashmë aktiv ose një lidhje afatgjatë është çështje tjetër. Caching-u i klientit dhe ripërdorimi i lidhjeve gjithashtu nënkuptojnë që 'skripti përmban një kontroll ore' nuk është provë e mjaftueshme për një orar të saktë ndërrimi.
Nëse një detyrë kërkon një dalje të re për çdo sesion, kërkesë ose dritare kohe, përdorni një ndërfaqe të projektuar për atë kërkesë dhe verifikoni sjelljen e dokumentuar të saj. Një PAC mund të zgjedhë midis pikave fundore, por nuk përcakton çfarë bëjnë ato pika fundore me adresat e tyre të daljes.
Rrugëtimi i bazuar në kohë mund të jetë ende i dobishëm për një politikë rrjeti të qëllimshme. Përshkruajeni si zgjedhje e një rruge në momentin e vlerësimit, jo si mekanizëm i garantuar i rrotullimit të IP-së.