የጊዜ ላይ የተመሠረቱ የPAC ደንቦች ፕሮክሲን ሲመርጡ

በጠዋት አንድ ፕሮክሲ የሚመልስ እና በኋላ ሌላውን የሚመልስ የPAC ደንብ መጻፍ ትችላለህ። ነገር ግን ከዚያ ደንብ ሁሉም ነባር የአሳሽ ግንኙነቶች በምሳ ሰዓት መውጫቸውን ይለውጣሉ ብለህ መደምደም አትችልም።

እንደ timeRange() ያሉ ተግባራት በማዞሪያ ውሳኔ ውስጥ ይሳተፋሉ። እነሱ ዋሻዎችን የሚዘጋ፣ ሶኬቶችን የሚያስተላልፍ ወይም የፕሮክሲ አቅራቢን የህዝብ አይፒ እንዲሽከረከር የሚጠይቅ የበስተጀርባ መርሐግብር አይደሉም።

ሶስቱን ክስተቶች ለያያቸው፦

1. አሳሹ PAC ን ይገመግማል እና መንገድ ያገኛል።
2. ደንበኛው በኔትወርክ ደንቦቹ መሠረት ግንኙነት ይመሠርታል ወይም እንደገና ይጠቀማል።
3. የተመረጠው አገልግሎት ወደፊት ለሚያደርገው ግንኙነት ህዝባዊ አድራሻውን ይመርጣል።

የጊዜ ሁኔታ በቀጥታ የመጀመሪያውን ክስተት ይመለከታል። አስቀድሞ የገባ ውርድ ወይም ረጅም ጊዜ የሚቆይ ግንኙነት ሌላ ጉዳይ ነው። የደንበኛ መሸጎጫ እና ግንኙነትን እንደገና መጠቀምም ማለት 'ስክሪፕቱ የሰዓት ፍተሻ ይዟል' የሚለው ለትክክለኛ የመቀየሪያ መርሐግብር በቂ ማስረጃ አይደለም።

አንድ ተግባር በእያንዳንዱ ክፍለ-ጊዜ፣ ጥያቄ ወይም የጊዜ ሰንጠረዥ አዲስ መውጫ የሚፈልግ ከሆነ ለዚያ መስፈርት የተነደፈ በይነገጽ ተጠቀም እና የተመዘገበውን ባህሪውን አረጋግጥ። PAC በመጨረሻ ነጥቦች መካከል መምረጥ ይችላል፣ ነገር ግን እነዚያ ነጥቦች በራሳቸው የመውጫ አድራሻዎች ላይ ምን እንደሚያደርጉ አይወስንም።

በጊዜ ላይ የተመሠረተ ማዞሪያ ለሆነ ሆን ተብሎ የተዘጋጀ የኔትወርክ ፖሊሲ አሁንም ጠቃሚ ሊሆን ይችላል። በግምገማ ጊዜ መንገድ መምረጥ ብለህ ግለጸው፣ የተረጋገጠ የአይፒ ሽከረከር ዘዴ አድርገህ አይደለም።