آپ نے PAC فائل میں ترمیم کی۔ کیا براؤزر نے اسے دوبارہ حاصل کیا؟
پروکسی اسکرپٹ کو اس کے سرور پر محفوظ کرنا یہ ثابت نہیں کرتا کہ براؤزر نے اپنی کیش شدہ ترتیب بدل دی ہے۔ نیا قاعدہ ڈیبگ کرنے سے پہلے حصول جانچیں۔
آپ PAC فائل کو پروکسی A سے پروکسی B میں تبدیل کرتے ہیں، اسے محفوظ کرتے ہیں اور ویب سائٹ دوبارہ لوڈ کرتے ہیں۔ سائٹ اب بھی پروکسی A دیکھتی ہے۔ قاعدہ دوبارہ بدلنے سے پہلے جانچیں کہ براؤزر نے نئی اسکرپٹ حاصل کی بھی یا نہیں۔
صفحہ دوبارہ لوڈ کرنا اور PAC ڈاؤن لوڈ کرنا دو مختلف کارروائیاں ہیں۔ کلائنٹ دیکھے جانے والے صفحے سے آزادانہ اسکرپٹ رکھ سکتا ہے۔ پہلے سے قائم کنکشن ایک اور وجہ جوڑتا ہے کہ اگلی نظر آنے والی سرگرمی نئی روٹنگ کا فیصلہ نہ دکھا سکے۔
PAC درخواست تلاش کریں
کنفیگریشن سرور کا ایکسیس لاگ اور کلائنٹ کی دستیاب نیٹ ورک تشخیص استعمال کریں۔ درست PAC URL، جواب اور فراہم کردہ اسکرپٹ کا ورژن شناخت کریں۔ ایک ڈائریکٹری میں ترمیم شدہ فائل فعال ویب ہوسٹ کی فراہم کردہ دوسری فائل کے ساتھ موجود ہو سکتی ہے۔
Chromium اپنی PAC کیشنگ اور دوبارہ حصول کے رویے کی دستاویز کرتا ہے۔ دوسرے کلائنٹس کے اپنے قواعد ہیں۔ پرانی "براؤزر دوبارہ شروع کریں" کہانی کو عالمگیر ریفریش وقفہ بنانے سے گریز کریں۔
موازنہ کو بامعنی بنائیں
اگر کنٹرول شدہ نیا براؤزر سیشن موزوں ہو تو معاون کنفیگریشن طریقہ کار استعمال کریں اور صرف سیٹنگز اسکرین پر انحصار کے بجائے حصول کی تصدیق کریں۔ یاد رکھیں کہ ونڈو بند کرنا ہمیشہ ہر براؤزر عمل ختم نہیں کرتا۔
نئی اسکرپٹ لوڈ ہونے کا علم ہونے کے بعد منزل کے لیے اس کا نتیجہ جانچیں۔ اسی کے بعد کنکشن کے دوبارہ استعمال یا پروکسی سروس کے اخراجی پتے کی تحقیق کریں۔ وہ بعد کے مراحل ایسی PAC ترمیم کی وضاحت نہیں کر سکتے جو کلائنٹ کو کبھی نہ ملی۔