Wakati kanuni za PAC zinazotegemea muda huchagua proksi
Kanuni ya muda katika PAC huchagua proksi wakati uelekezaji unapotathminiwa. Haiahidi kuhamisha muunganisho uliopo kwenda kwenye njia mpya ya kutoka kwa sekunde kamili.
Unaweza kuandika kanuni ya PAC inayorudisha proksi moja asubuhi na nyingine baadaye. Lakini kutokana na kanuni hiyo huwezi kukisia kwamba kila muunganisho uliopo wa kivinjari hubadilisha njia ya kutoka saa sita mchana.
Vipengele kama timeRange() hushiriki katika uamuzi wa uelekezaji. Si kipanga nyakati cha chinichini kinachofunga vichuguu, kuhamisha soketi au kumwomba mtoa proksi azungushe IP yake ya umma.
Tenganisha matukio matatu:
- Kivinjari hutathmini PAC na kupata njia.
- Mteja huanzisha au kutumia tena muunganisho kulingana na kanuni zake za mtandao.
- Huduma iliyochaguliwa huchagua anwani ya umma kwa muunganisho wake unaofuata.
Sharti la muda linahusiana moja kwa moja na tukio la kwanza. Upakuaji unaoendelea au muunganisho wa muda mrefu ni jambo lingine. Uhifadhi wa mteja na matumizi tena ya muunganisho pia yanamaanisha kwamba 'skripti ina ukaguzi wa saa' si ushahidi wa kutosha wa ratiba sahihi ya kubadilisha.
Ikiwa kazi inahitaji njia mpya ya kutoka kwa kila kipindi, ombi au dirisha la muda, tumia kiolesura kilichoundwa kwa hitaji hilo na uthibitishie tabia yake iliyoandikwa. PAC inaweza kuchagua kati ya vituo, lakini haielezi ni nini vituo hivyo hufanya na anwani zao za kutoka.
Uelekezaji unaotegemea muda bado unaweza kuwa muhimu kwa sera ya mtandao yenye kusudi. Eleza kama kuchagua njia wakati wa tathmini, si kama utaratibu wa uhakika wa kuzungusha IP.