جب Chrome مقامی PAC فائل لوڈ نہ کر سکے

اگر Chrome file:// URL کے طور پر دی گئی PAC اسکرپٹ استعمال نہیں کر سکتا تو اسکرپٹ دوبارہ لکھنے سے پہلے یہ ترسیلی راستہ جانچیں۔ ایک جگہ لوڈ نہ ہونا یہ ثابت نہیں کرتا کہ PAC روٹنگ کی معاونت نہیں ہے۔

Chrome کی پروکسی API میں pac_script موڈ ہے، جہاں اسکرپٹ URL یا اندرونی ڈیٹا معاونت یافتہ ایکسٹینشن انٹرفیس کے ذریعے دستیاب ہوتا ہے۔ آپریٹنگ سسٹم کی ترتیبات سے دی گئی مقامی فائل اسکرپٹ پہنچانے کی صرف ایک صورت ہے۔

اسکرپٹ کے براؤزر تک پہنچنے کا راستہ دیکھیں

متعین کریں کہ متاثرہ براؤزر کو کیا کنٹرول کرتا ہے: سسٹم کی ترتیبات، زیرِ انتظام پالیسی، کمانڈ لائن ترتیب یا ایکسٹینشن۔ macOS کی ترتیبات میں دکھائی دینے والی قدر یہ ثابت نہیں کرتی کہ Chrome نے وہ اسکرپٹ حاصل کر کے جانچا۔

مسترد شدہ یا ناقابلِ رسائی اسکرپٹ مقام کو جانچ کی غلطی سے، اور دونوں کو درست اسکرپٹ کے واپس کردہ پروکسی سے منسلک نہ ہونے سے الگ کریں۔ SOCKS پورٹ صرف اس وقت اہم ہوتا ہے جب براؤزر وہ راستہ منتخب کر لے۔

زیرِ انتظام PAC کو ہدف کلائنٹس کی معاونت یافتہ منظور شدہ طریقہ کار سے تقسیم کریں۔ HTTP یا HTTPS ترسیلی URL اس وقت بھی قابلِ رسائی رہنا چاہیے جب اس میں بیان کردہ پروکسی دستیاب نہ ہو۔ ایکسٹینشن کے فراہم کردہ اندرونی ڈیٹا میں اصل فائل تبدیل کرنے سے نقل شدہ اسکرپٹ خودکار طور پر اپ ڈیٹ نہیں ہوتی۔ آغاز پر چھوٹی مقامی پالیسی کے لیے اسکرپٹ کو data URL میں شامل کریں — یہ ایک اور ترسیلی راستہ ہے۔

اندرونی PAC میں نجی ہوسٹ نام اور روٹنگ قواعد شامل ہو سکتے ہیں۔ مقامی فائل کے مسئلے کے حل کے لیے اسے کسی بھی عوامی ہوسٹنگ پر منتقل کرنے کے بجائے منظور شدہ ترسیلی سروس پر رکھیں۔