HTTP پراکسی زنجیر میں DNS ناکامیاں: کون سی منزل نام حل کرتی ہے؟
زنجیر دار فارورڈ پراکسی کی تشخیص کرتے وقت مقامی پراکسی تک پہنچنا، والد کو حل کرنا اور ویب سائٹ کو حل کرنا الگ کریں۔
client → local forward proxy → HTTP parent → websiteیہ کہنے کے بجائے کہ سارا DNS «پراکسی» کا ہے، ناکام ہونے والے نام سے شروع کریں:
| مطلوبہ نام | وہ منزل جسے اس تک پہنچنا ہے |
|---|---|
| مقامی پراکسی کا آخری نقطہ | کلائنٹ |
| HTTP والد کا آخری نقطہ | مقامی فارورڈ پراکسی |
| ویب سائٹ کا آخری نقطہ | والد جب آخری کنکشن کھولتا ہے |
جب آخری نقطے ہوسٹ نام ہوں تو یہ منزلیں مختلف حل کنندہ استعمال کر سکتی ہیں۔ HTTPS کے لیے فارورڈ پراکسی CONNECT کا منزل ہوسٹ اور پورٹ والد کو دے سکتی ہے، جو آخری کنکشن قائم کرتا ہے۔ اصل کلائنٹ کو پہلے ویب سائٹ حل کرنے کی ضرورت نہیں۔ سادہ HTTP فارورڈنگ بھی منزل کی معلومات آگے لے جاتی ہے۔
یہ وعدہ نہیں کہ ہر نام بالکل ایک ہی مشین پوچھتی ہے۔ ACL جانچ، کیشنگ، پالیسی اور عمل درآمد کی تفصیلات اضافی تلاش کا سبب بن سکتی ہیں۔
والد کے دستیاب نہ ہونے پر فال بیک پالیسی دیکھیں۔ اگر براہ راست رسائی کی اجازت ہو تو مقامی پراکسی ویب سائٹ کی طرف رخ کرنے والی منزل بن سکتی ہے، اپنے حل کنندہ اور ماخذ پتے کے فیصلوں کے ساتھ۔ صرف والد کی ترتیب یہ ثابت نہیں کرتی کہ ہر درخواست نے اسے استعمال کیا۔
ناکامی پر hosts فائل میں ترمیم سے پہلے نام اور اسے حل کرنے کی کوشش کرنے والا عمل شناخت کریں۔ کلائنٹ کی طرف ترمیم بعد کے ہر فیصلے کو درست نہیں کر سکتی۔ آخری عوامی ماخذ اس منزل کا ہے جو ویب سائٹ کنکشن کھولتی ہے؛ اس ماخذ کا مشاہدہ یہ ناپنے کے برابر نہیں کہ DNS کہاں واقع ہوا۔