সময়ভিত্তিক PAC নিয়মে প্রক্সি বাছনি কৰাৰ সময়ত

আপুনি এনে এটা PAC নিয়ম লিখিব পাৰে যি ৰাতিপুৱা এটা প্রক্সি আৰু পিছত আন এটা ঘূৰাই দিয়ে। কিন্তু সেই নিয়মৰ পৰা এইটো অনুমান কৰিব নোৱাৰি যে প্ৰতিটো চলি থকা ব্ৰাউজাৰ সংযোগে দুপৰীয়া এক্সিট সলনি কৰে।

timeRange() ৰ দৰে ফাংচনসমূহ ৰাউটিং সিদ্ধান্তত অংশ লয়। সেইবোৰ কোনো পৃষ্ঠভূমিৰ সময়সূচী নহয় যি টানেল বন্ধ কৰে, ছকেট স্থানান্তৰ কৰে বা প্রক্সি প্ৰদানকাৰীক তাৰ ৰাজহুৱা IP ঘূৰাই দিবলৈ কয়।

তিনিটা ঘটনা পৃথক ৰাখক:

1. ব্ৰাউজাৰে PAC মূল্যায়ন কৰি এটা পথ লাভ কৰে।
2. ক্লায়েন্টে নিজৰ নেটৱৰ্কিং নিয়ম অনুসৰি সংযোগ স্থাপন বা পুনৰ ব্যৱহাৰ কৰে।
3. বাছনি কৰা সেৱাই তাৰ পৰৱৰ্তী সংযোগৰ বাবে ৰাজহুৱা ঠিকনা বাছনি কৰে।

সময়ৰ চৰ্তটো পোনপটীয়াকৈ প্ৰথম ঘটনাটোৰ সৈতে জড়িত। ইতিমধ্যে চলি থকা ডাউনলোড বা দীৰ্ঘজীৱী সংযোগ সুকীয়া কথা। ক্লায়েন্ট কেশ্বিং আৰু সংযোগ পুনঃব্যৱহাৰৰ অৰ্থও এইটো যে 'স্ক্ৰিপ্টত ঘড়ী পৰীক্ষা আছে' শব্দটো সুনিৰ্দিষ্ট পৰিবৰ্তন সময়সূচীৰ বাবে পৰ্যাপ্ত প্ৰমাণ নহয়।

যদি কোনো কামৰ বাবে প্ৰতিটো ছেছন, অনুৰোধ বা সময় উইণ্ডোত নতুন এক্সিট লাগে, তেন্তে সেই প্ৰয়োজনৰ বাবে নিৰ্মিত ইন্টাৰফেচ ব্যৱহাৰ কৰক আৰু তাৰ নথিভুক্ত আচৰণ পৰীক্ষা কৰক। এটা PAC এণ্ডপইণ্টসমূহৰ মাজত বাছনি কৰিব পাৰে, কিন্তু সেই এণ্ডপইণ্টসমূহে নিজৰ এক্সিট ঠিকনাৰে কি কৰে তাক স্পষ্ট নকৰে।

ইচ্ছাকৃত নেটৱৰ্ক নীতিৰ বাবে সময়ভিত্তিক ৰাউটিং এতিয়াও উপযোগী হ'ব পাৰে। ইয়াক মূল্যায়নৰ সময়ত পথ বাছনি বুলি বৰ্ণনা কৰক, নিশ্চিত IP পৰিবৰ্তনৰ ব্যৱস্থা হিচাপে নহয়।