অনুপস্থিত PAC ফাইল আপনার এক্সিট IP বদলে দিতে পারে
ব্রাউজার যদি তার প্রক্সি স্ক্রিপ্ট আনতে না পারে, তবে তার ফলব্যাক আচরণ সফলভাবে লোড হওয়া স্ক্রিপ্টের DIRECT নিয়ম থেকে আলাদা হতে পারে।
PAC ফাইল থেকে প্রতিটি DIRECT শাখা সরানো ব্রাউজার ফাইলটি একেবারেই পেতে না পারলে কী করে তা অগত্যা নিয়ন্ত্রণ করে না।
| ব্যর্থতার বিন্দু | প্রাসঙ্গিক নীতি |
|---|---|
| লোড হওয়া স্ক্রিপ্ট ফেরত দেওয়া প্রক্সিগুলোর মধ্যে বেছে নেয় | ক্রমবদ্ধ প্রার্থী তালিকা, যেকোনো স্পষ্ট DIRECT বিকল্পসহ। |
| ব্রাউজার ব্যবহারযোগ্য স্ক্রিপ্ট আনতে পারে না | ক্লায়েন্টের কনফিগারেশন ফলব্যাক, যেকোনো ব্যবহারযোগ্য ক্যাশ বা হাতে করা বিকল্পসহ। |
Chromium নথিভুক্ত করে PAC আনার ব্যর্থতার পরে পরবর্তী কনফিগারেশন: সমর্থিত প্ল্যাটফর্মে হাতে করা প্রক্সি, বা সরাসরি প্রবেশ। একটি বাধ্যতামূলক PAC কনফিগারেশন সমর্থিত ব্যবস্থার মাধ্যমে সেট করা হলে তার নথিভুক্ত সরাসরি ফলব্যাক প্রতিরোধ করে। এটি প্রতিটি ব্রাউজার, প্ল্যাটফর্ম বা ক্যাশ করা স্ক্রিপ্ট পরিস্থিতি নির্ধারণ করে না।
অপ্রত্যাশিত সরাসরি এক্সিটের জন্য, ক্লায়েন্ট/সংস্করণ এবং কার্যকর পরিচালিত বা এক্সটেনশন নীতি PAC URL, পুনরুদ্ধারের ফলাফল, পর্যবেক্ষিত এক্সিট এবং নেটওয়ার্ক পরিবর্তনের সময়ের সঙ্গে রাখুন। ক্যাশ করা স্ক্রিপ্ট বা হাতে করা প্রক্সি ছিল কি না লক্ষ্য করুন। প্রক্সি লগগুলো ক্লায়েন্টের রাউটিং প্রমাণের সঙ্গে মিলিয়ে দেখুন; প্রক্সি এমন কোনো অনুরোধ লগ করতে পারে না যা কখনো তার কাছে পৌঁছায়নি।
অনুমোদিত এক্সিট প্রয়োজন এমন প্রতিষ্ঠানকে ব্রাউজার নীতি নেটওয়ার্ক অ্যাক্সেস নীতির সঙ্গে মিলিত করতে হবে। সাধারণত সঠিক এন্ডপয়েন্ট ফেরত দেওয়া একটি স্ক্রিপ্ট তার ডেলিভারি সার্ভার অনুপলব্ধ থাকাকালীন একা একই পথের নিশ্চয়তা দিতে পারে না।