PAC ফাইলে ক্রমিক প্রক্সি ফেইলওভার

সেমিকোলন-বিভক্ত PAC ফলাফল ক্রমান্বয়ে বিকল্প পথ দেয়:

return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";

নীতির প্রয়োজনীয় প্রকৃত HTTP এন্ডপয়েন্ট ব্যবহার করুন। পাবলিক প্রক্সি অনুমোদিত পাবলিক-গন্তব্য পরীক্ষায়, HTTP প্রক্সি তালিকা প্রার্থী জোগায়। A ব্যর্থ হলে ব্রাউজার উপযুক্ত সময়ে B চেষ্টা করতে পারে। ট্রাফিক A-এর পর B-এর মধ্য দিয়ে যায় না। শৃঙ্খলের জন্য ক্লায়েন্ট বা প্রক্সি সার্ভারে আলাদা সমর্থন প্রয়োজন; curl-এর SOCKS-থেকে-HTTP শৃঙ্খল একটি সমর্থিত বিন্যাস।

স্ক্রিপ্টের প্রাপ্যতা ও প্রক্সির প্রাপ্যতা

ক্লায়েন্টকে প্রথমে একটি ব্যবহারযোগ্য PAC স্ক্রিপ্ট পেতে হবে। এর রিটার্ন মানে থাকা দ্বিতীয় প্রক্সি এমন ব্রাউজারকে সাহায্য করতে পারে না যা স্ক্রিপ্ট ডাউনলোড করতে ব্যর্থ হয়েছে এবং যার ব্যবহারযোগ্য ক্যাশে করা কপি নেই।

মূল্যায়নের পর ব্রাউজার ফেরত দেওয়া পথগুলোর মধ্যে বেছে নেয়। PAC রেফারেন্স ক্রমিক বিন্যাস নির্ধারণ করে; ব্রাউজার নির্ধারণ করে কোন ব্যর্থতাগুলো ফেইলওভার শুরু করে এবং ব্যর্থ প্রার্থীকে কতক্ষণ মনে রাখে। কার্যকর প্রক্সির মাধ্যমে পাওয়া HTTP ত্রুটি স্বয়ংক্রিয়ভাবে অন্য পথ শুরু করে না।

সরাসরি বিকল্প

যোগ করলে ; DIRECT উভয় প্রক্সি ছাড়াই একটি পথ অনুমোদন করে। এটি রোমিং নীতির জন্য উপযুক্ত হতে পারে, কিন্তু প্রভাবিত ট্রাফিক সবসময় অনুমোদিত এক্সিট ব্যবহার করবে এমন শর্তের সঙ্গে দ্বন্দ্ব করে।

আউটেজ প্রতিবেদনের জন্য স্ক্রিপ্টটি পাওয়া গিয়েছিল কি না, প্রভাবিত URL-এর জন্য এর ফলাফল এবং ব্রাউজার যে বিকল্প চেষ্টা করেছিল তা লিপিবদ্ধ করুন। সেই পর্যবেক্ষণগুলো স্ক্রিপ্ট বিতরণ, মূল্যায়ন ও প্রক্সি সংযোগের মধ্যে ব্যর্থতার অবস্থান নির্ধারণ করে।