Varat uzrakstīt PAC noteikumu, kas no rīta atgriež vienu starpniekserveri un vēlāk citu. Taču no šī noteikuma nevar secināt, ka katrs esošais pārlūka savienojums pusdienlaikā maina izeju.

Funkcijas, piemēram, timeRange(), piedalās maršrutēšanas lēmumā. Tās nav fona plānotājs, kas aizver tuneļus, migrē ligzdas vai lūdz starpniekservera nodrošinātājam rotēt tā publisko IP.

Turiet trīs notikumus atsevišķi:

  1. Pārlūks novērtē PAC un iegūst maršrutu.
  2. Klients izveido vai atkārtoti izmanto savienojumu saskaņā ar saviem tīkla noteikumiem.
  3. Izvēlētais pakalpojums izvēlas publisko adresi savam turpmākajam savienojumam.

Laika nosacījums tieši attiecas uz pirmo notikumu. Jau aktīva lejupielāde vai ilglaicīgs savienojums ir cits jautājums. Klienta kešatmiņa un savienojumu atkārtota izmantošana arī nozīmē, ka 'skriptā ir pulksteņa pārbaude' nav pietiekams pierādījums precīzam pārslēgšanas grafikam.

Ja uzdevumam ir vajadzīga jauna izeja katrai sesijai, pieprasījumam vai laika logam, izmantojiet saskarni, kas izstrādāta šai prasībai, un pārbaudiet tās dokumentēto uzvedību. PAC var izvēlēties starp galapunktiem, bet tas nenosaka, ko šie galapunkti dara ar savām izejas adresēm.

Laika balstīta maršrutēšana joprojām var būt noderīga apzinātai tīkla politikai. Raksturojiet to kā maršruta izvēli novērtēšanas brīdī, nevis kā garantētu IP rotācijas mehānismu.

Saistītie raksti