PAC فائل براؤزر کو بتاتی ہے کہ دوسری خدمات تک کیسے پہنچنا ہے۔ خود فائل کی ترسیل ان ہدایات کے دستیاب ہونے سے پہلے کام کرنی چاہیے۔

Chromium کا PAC ڈاؤن لوڈر عام ٹیب کی درخواست نہیں ہے۔ اس کی پروکسی دستاویز کہتی ہے کہ PAC فائلیں کبھی پروکسی کے ذریعے نہیں لی جاتیں۔ اس لیے ایسا PAC URL جو صرف اسی فائل میں نامزد پروکسی سے قابلِ رسائی ہو، آغاز کا مسئلہ پیدا کرتا ہے۔

ترسیل کی دیگر قیودیں بھی ہیں: ڈاؤن لوڈر عام HTTP تصدیقی درخواست نہیں دکھا سکتا اور نہ کلائنٹ سرٹیفکیٹ پیش کر سکتا ہے، اور سرٹیفکیٹ نیٹ ورک کی معاون بازیافتوں پر پابندی ہے۔ پہلے سے کنفیگر براؤزر میں کھلا کام کرنے والا ٹیب اس بات کا کافی ثبوت نہیں کہ نئی PAC بازیافت کامیاب ہو سکتی ہے۔

فائل کو ایسے اینڈ پوائنٹ پر رکھیں جو مطلوبہ ابتدائی نیٹ ورکس سے قابلِ رسائی ہو، اور اعتماد و رسائی کا ایسا بندوبست ہو جسے حقیقی صارف کی حمایت حاصل ہو۔ فائل کی ترسیل کی ضروریات کو خود پروکسی کی صارف تصدیق سے الگ رکھیں۔

گھومنے پھرنے والے کلائنٹس کے لیے وہ نیٹ ورک شامل کریں جہاں کنفیگریشن پہلی بار ضروری ہوتی ہے۔ کیش شدہ اسکرپٹ ترسیل کی ناکامی کو تب تک چھپا سکتا ہے جب تک نیا پروفائل، میعاد کا خاتمہ یا نیٹ ورک کی تبدیلی ایک اور بازیافت نہ کرائے۔

اسکرپٹ کے اندر دو پروکسی پتے شامل کرنا اس راستے کو درست نہیں کر سکتا جو خود اسکرپٹ حاصل کرنے کے لیے درکار ہے۔

متعلقہ مضامین