آپ کے بائی پاس سب نیٹ میں Firefox اب بھی انٹرانیٹ ہوسٹ کو پراکسی کیوں کرتا ہے

لفظی IP پتوں کے لیے بائی پاس رینج ضروری نہیں کہ اس رینج میں حل ہونے والے ہوسٹ نام کو مستثنیٰ کرے۔

آپ نے Firefox کی «کوئی پراکسی نہیں» فہرست میں 192.168.0.0/16 ڈالا ہے۔ http://192.168.1.20/ کھولنے پر سیدھا جاتا ہے، لیکن http://wiki.office.example/ اب بھی پراکسی تک پہنچتا ہے۔ دونوں URL ایک ہی سرور کی طرف اشارہ کر سکتے ہیں۔

اہم فرق وہ منزل سٹرنگ ہے جس سے Firefox موازنہ کرتا ہے۔ IP رینج کی استثنا اور ہوسٹ نام کی استثنا ایک دوسرے کی جگہ نہیں لے سکتیں۔ یہ فیصلہ کرنے سے پہلے کہ پتہ رینج کا قاعدہ لاگو ہوتا ہے یا نہیں، یہ فرض نہ کریں کہ دستی بائی پاس فہرست ہر ہوسٹ نام حل کرتی ہے۔

درج شدہ URLموازنے کے لیے دستیاب معلومات
http://192.168.1.20/لفظی IP پتہ
http://wiki.office.example/ہوسٹ نام

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

Mozilla کی اصل وضاحت لفظی IP موازنے کو ان IPs میں حل ہونے والے ناموں سے واضح طور پر الگ کرتا ہے۔ وہ دستاویز تاریخی ہے، اس لیے اس سے ہر نحو کی مثال نقل کرنے سے پہلے موجودہ کلائنٹ کے رویے اور پالیسی انٹرفیس کی جانچ کریں۔

جب پالیسی کو DNS کی ضرورت ہو

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

منظم انسٹالیشن میں Firefox کی مؤثر پالیسی بھی دیکھیں۔ مقفل پراکسی پالیسی وضاحت کر سکتی ہے کہ مقامی ترمیم راستہ کیوں طے نہیں کرتی۔

مسئلہ حل کرنے کے لیے آپ نے جو لفظی URL درج کیا اسے ریکارڈ کریں، صرف سرور کا آخری IP نہیں۔ ہوسٹ نام والے URL کا لفظی پتہ والے URL سے موازنہ بائی پاس فیصلے کے لیے دستیاب معلومات بدل دیتا ہے، اور اسی وجہ سے دونوں درخواستیں مختلف راستے لے سکتی ہیں۔

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