প্রক্সি কনফিগারেশনের আগে PAC ফাইল সরবরাহকে কাজ করতে হবে

একটি PAC ফাইল ব্রাউজারকে বলে অন্য পরিষেবাগুলিতে কীভাবে পৌঁছাতে হবে। এই নির্দেশগুলি পাওয়ার আগেই ফাইলটির নিজের সরবরাহকে কাজ করতে হবে।

Chromium-এর PAC ডাউনলোডার কোনো সাধারণ ট্যাব অনুরোধ নয়। এর প্রক্সি নথি বলে PAC ফাইল কখনও প্রক্সির মাধ্যমে আনা হয় না। তাই এমন PAC URL যা কেবল সেই ফাইলের ভেতরে উল্লিখিত প্রক্সি দিয়েই পৌঁছানো যায়, তা একটি বুটস্ট্র্যাপ সমস্যা তৈরি করে।

সরবরাহের আরও সীমাবদ্ধতা আছে: ডাউনলোডার সাধারণ HTTP প্রমাণীকরণ অনুরোধ দেখাতে বা ক্লায়েন্ট সনদপত্র উপস্থাপন করতে পারে না, এবং সহায়ক সনদপত্র-নেটওয়ার্ক আনা সীমিত। আগেই কনফিগার করা ব্রাউজারে খোলা একটি কাজ করা ট্যাব নতুন PAC আনা সফল হবে তার যথেষ্ট প্রমাণ নয়।

ফাইলটি উদ্দিষ্ট প্রারম্ভিক নেটওয়ার্ক থেকে পৌঁছানো যায় এমন একটি প্রান্তবিন্দুতে রাখুন, প্রকৃত ব্যবহারকারী যে বিশ্বাস ও প্রবেশ ব্যবস্থা সমর্থন করে তার সঙ্গে। ফাইলের সরবরাহের চাহিদাগুলি প্রক্সির নিজস্ব ব্যবহারকারী প্রমাণীকরণ থেকে আলাদা রাখুন।

ভ্রাম্যমাণ ক্লায়েন্টদের জন্য যে নেটওয়ার্কে কনফিগারেশন প্রথম প্রয়োজন হয় তা অন্তর্ভুক্ত করুন। ক্যাশে করা স্ক্রিপ্ট নতুন প্রোফাইল, মেয়াদ শেষ বা নেটওয়ার্ক পরিবর্তন আরেকটি আনা চালু না করা পর্যন্ত সরবরাহের ব্যর্থতা লুকিয়ে রাখতে পারে।

স্ক্রিপ্টের ভেতরে দুটি প্রক্সি ঠিকানা যোগ করা স্ক্রিপ্টটি নিজে পাওয়ার জন্য প্রয়োজনীয় পথ সারাতে পারে না।