Írhat olyan PAC-szabályt, amely reggel az egyik proxyt adja vissza, később pedig egy másikat. Ebből a szabályból azonban nem következik, hogy minden meglévő böngészőkapcsolat délben kimenetet vált.

Az olyan függvények, mint a timeRange(), részt vesznek az útválasztási döntésben. Nem háttérütemezők, amelyek alagutakat zárnak, socketeket migrálnak vagy proxyszolgáltatótól kérik a nyilvános IP forgatását.

Tartsa három eseményt külön:

  1. A böngésző kiértékeli a PAC-ot, és útvonalat kap.
  2. A kliens kapcsolatot létesít vagy újrahasznál a hálózati szabályai szerint.
  3. A kiválasztott szolgáltatás kiválasztja a nyilvános címet a további kapcsolatához.

Az időfeltétel közvetlenül az első eseményre vonatkozik. Egy már aktív letöltés vagy hosszú életű kapcsolat más kérdés. A kliensoldali gyorsítótárazás és a kapcsolatok újrahasználata azt is jelenti, hogy „a szkript óraellenőrzést tartalmaz” nem elegendő bizonyíték a pontos váltási ütemtervre.

Ha egy feladatnak munkamenetenként, kérésenként vagy időablakonként új kimenetre van szüksége, használjon az adott követelményre tervezett felületet, és ellenőrizze annak dokumentált viselkedését. A PAC választhat végpontok között, de nem határozza meg, hogy ezek a végpontok mit tesznek a saját kimeneti címeikkel.

Az időalapú útválasztás továbbra is hasznos lehet egy szándékos hálózati szabályzat számára. Írja le útvonalválasztásként az értékelés idején, nem garantált IP-forgatási mechanizmusként.

Kapcsolódó cikkek