حالت کا پیغام کہتا ہے «Resolving host in proxy script»، پھر بھی پراکسی سرورز بدلنے سے زیادہ فرق نہیں پڑتا۔ یہ ایک مفید اشارہ ہے: ممکن ہے براؤزر ابھی یہ طے کر رہا ہو کہ درخواست کہاں بھیجنی ہے۔

PAC فائل DNS پر منحصر جانچ کر سکتی ہے۔ اگر وہ جانچ کسی ناقابل رسائی حل کنندہ کا انتظار کرے یا بار بار غیر ضروری سوالات پوچھے، تو منتخب پراکسی کو کچھ ملنے سے پہلے ہی صفحہ لوڈ ہونا رک سکتا ہے۔

1. رکاوٹ کی جگہ معلوم کریں

ایک متاثرہ URL کے لیے طے کریں کہ تاخیر PAC فائل لاتے وقت، اس کا جائزہ لیتے وقت، یا واپس ملنے والی پراکسی سے جڑتے وقت ہوتی ہے۔ خالی پراکسی رسائی لاگ پہلے دو مراحل سے مطابقت رکھتا ہے؛ یہ ثابت نہیں کرتا کہ براؤزر نے سیدھا راستہ استعمال کیا۔

پھر دیکھیں کہ کون سے قواعد کو DNS درکار ہے۔ Microsoft کی PAC کارکردگی کی رہنمائی غیر ضروری DNS پر منحصر کام سے بچنے کی سفارش کرتی ہے۔ میزبان نام کی مساوات کی جانچ کو وہی معلومات درکار نہیں جو اس نام کو حل کرنے اور ذیلی نیٹ کی جانچ کے لیے درکار ہوتی ہیں۔

2. غیر ضروری DNS کام ہٹائیں

معلوم میزبان نام کے استثنات اکثر وسیع پتہ پر مبنی جانچ سے پہلے طے کیے جا سکتے ہیں۔ کسی نام کو صرف اسی وقت حل کریں جب باقی پالیسی کو واقعی اس کا پتہ درکار ہو۔ اگر اگلی کئی شرطوں کو ایک ہی قدر درکار ہو تو نتیجہ مقامی متغیر میں رکھیں۔

اوپر بغیر شرط DIRECT واپسی شامل کر کے سست اسکرپٹ کو «ٹھیک» نہ کریں۔ یہ تاخیر کے ساتھ روٹنگ کا فیصلہ بھی ہٹا دیتا ہے۔

مشین کے مخصوص DNS حل کے لیے ثبوت درکار ہوتا ہے۔ فائل شیئرنگ فعال کرنا یا ہر لیپ ٹاپ کی hosts فائل دوبارہ لکھنا سست روٹنگ اسکرپٹ کے لیے برا پہلا ردعمل ہے۔ متاثرہ نیٹ ورک پر حل کنندہ اور میزبان نام کا رویہ جانچیں، خصوصاً نیٹ ورک تبدیلی کے بعد، اور PAC صرف وہیں بدلیں جہاں اس کا اصل فیصلہ راستہ اس کا تقاضا کرتا ہے۔

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