Goizean proxy bat eta geroago beste bat itzultzen duen PAC arau bat idatz dezakezu. Baina ezin duzu arau horretatik ondorioztatu lehendik dauden nabigatzaileko konexio guztiek eguerdian irteera aldatzen dutenik.

timeRange() bezalako funtzioek bideratze erabaki batean parte hartzen dute. Ez dira tuneak ixten, socketak migratzen edo proxy hornitzaileari bere IP publikoa biratzeko eskatzen dion atzeko planifikatzailea.

Eduki hiru gertaera bereizita:

  1. Nabigatzaileak PAC-a ebaluatzen du eta ibilbide bat lortzen du.
  2. Bezeroak konexio bat ezartzen du edo berrerabiltzen du bere sare arauen arabera.
  3. Aukeratutako zerbitzuak bere hurrengo konexiorako helbide publikoa aukeratzen du.

Denbora baldintzak zuzenean lehen gertaerari eragiten dio. Dagoeneko aktibo dagoen deskarga edo iraupen luzeko konexioa beste kontu bat da. Bezeroaren cacheak eta konexioen berrerabilerak ere esan nahi dute «scriptak erlojuaren egiaztapen bat duela» ez dela aldaketa-egutegi zehatz baten froga nahikoa.

Zeregin batek saio, eskaera edo denbora-leiho bakoitzeko irteera berri bat behar badu, erabili baldintza horretarako diseinatutako interfaze bat eta egiaztatu dokumentatutako portaera. PAC batek muturren artean aukera dezake, baina ez du definitzen mutur horiek beren irteera helbideekin egiten dutena.

Denboran oinarritutako bideratzea oraindik erabilgarria izan daiteke nahita egindako sare politikarako. Deskribatu ebaluazio unean ibilbide bat aukeratze gisa, ez IP biraketa mekanismo bermatu gisa.

Erlazionatutako artikuluak