কখন Chrome একটি লোকাল PAC ফাইল লোড করতে পারে না

যদি Chrome file:// URL হিসেবে সরবরাহ করা PAC স্ক্রিপ্ট ব্যবহার করতে না পারে, তাহলে স্ক্রিপ্ট পুনরায় লেখার আগে সেই ডেলিভারি পথটি যাচাই করুন। একটি অবস্থান লোড করতে ব্যর্থ হওয়া PAC রাউটিং অসমর্থিত বলে প্রমাণ করে না।

Chrome-এর প্রক্সি API-তে pac_script মোড আছে, স্ক্রিপ্ট URL বা ইনলাইন ডেটা এর সমর্থিত এক্সটেনশন ইন্টারফেসের মাধ্যমে পাওয়া যায়। অপারেটিং সিস্টেম সেটিংসের মাধ্যমে দেওয়া লোকাল ফাইল স্ক্রিপ্ট সরবরাহের একটি নির্দিষ্ট উপায় মাত্র।

স্ক্রিপ্ট অনুসরণ করে ব্রাউজার পর্যন্ত যান

আক্রান্ত ব্রাউজারটি কী নিয়ন্ত্রণ করছে তা নির্ধারণ করুন: সিস্টেম সেটিংস, ম্যানেজড পলিসি, কমান্ড-লাইন কনফিগারেশন বা একটি এক্সটেনশন। macOS সেটিংসে দেখানো একটি মান প্রমাণ করে না যে Chrome সেটি পেয়ে মূল্যায়ন করেছে।

প্রত্যাখ্যাত বা অপ্রাপ্য স্ক্রিপ্ট অবস্থানকে মূল্যায়ন ত্রুটি থেকে এবং উভয়কে একটি বৈধ স্ক্রিপ্টের ফেরানো প্রক্সিতে সংযোগ ব্যর্থতা থেকে আলাদা করুন। SOCKS পোর্ট প্রাসঙ্গিক হয় কেবল ব্রাউজারটি সেই পথ বেছে নেওয়ার পরে।

লক্ষ্য ক্লায়েন্টগুলি যে অনুমোদিত ব্যবস্থা সমর্থন করে তার মাধ্যমে ম্যানেজড PAC বিতরণ করুন। এতে বর্ণিত প্রক্সি অনুপলব্ধ থাকলেও HTTP বা HTTPS ডেলিভারি URL পৌঁছানোযোগ্য থাকতে হবে। এক্সটেনশন-সরবরাহিত ইনলাইন ডেটার ক্ষেত্রে মূল ফাইল পরিবর্তন করলে অনুলিপি করা স্ক্রিপ্ট স্বয়ংক্রিয়ভাবে আপডেট হয় না। স্টার্টআপে ছোট লোকাল পলিসির জন্য, স্ক্রিপ্টটি data URL-এ এমবেড করুন অন্য ডেলিভারি পথ হিসেবে।

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