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

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

timeRange()-এর মতো ফাংশন রাউটিং সিদ্ধান্তে অংশ নেয়। তারা কোনো ব্যাকগ্রাউন্ড শিডিউলার নয় যা টানেল বন্ধ করে, সকেট সরায় বা প্রক্সি প্রদানকারীকে তার পাবলিক IP ঘোরাতে বলে।

তিনটি ঘটনা আলাদা রাখুন:

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

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

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

ইচ্ছাকৃত নেটওয়ার্ক নীতির জন্য সময়ভিত্তিক রাউটিং এখনও উপযোগী হতে পারে। এটিকে মূল্যায়নের সময় রুট বাছাই হিসেবে বর্ণনা করুন, নিশ্চিত IP পরিবর্তনের পদ্ধতি হিসেবে নয়।