لماذا لا يزال Firefox يمرّر مضيفًا داخليًا في نطاق تجاوزك عبر الوكيل
نطاق تجاوز لعناوين IP الحرفية لا يعفي بالضرورة اسم مضيف يُحلّ إلى ذلك النطاق.
لقد وضعت 192.168.0.0/16 في قائمة «لا وكيل لـ» في Firefox. فتح http://192.168.1.20/ يمر مباشرة، لكن http://wiki.office.example/ لا يزال يصل إلى الوكيل. قد يشير الرابطان إلى الخادم نفسه.
الفرق المهم هو سلسلة الوجهة التي يطابقها Firefox. استثناء نطاق IP واستثناء اسم المضيف ليسا قابلين للتبادل. لا تفترض أن قائمة التجاوز اليدوية تحلّ كل اسم مضيف قبل أن تقرر ما إذا كانت قاعدة نطاق العناوين تنطبق.
| الرابط المُدخل | المعلومات المتاحة للمطابقة |
|---|---|
| http://192.168.1.20/ | عنوان IP حرفي |
| http://wiki.office.example/ | اسم مضيف |
إذا كانت الشبكة الداخلية تملك نطاقًا مخصصًا، فاستخدم استثناءات اسم المضيف أو النطاق المناسبة بدلًا من تخمين العناوين التي قد تُحلّ إليها الأسماء. أبقِ الخدمات العامة غير ذات الصلة خارج ذلك الاستثناء. قد يحتوي النطاق على تطبيقات داخلية وأخرى مستضافة خارجيًا.
شرح Mozilla الأصلي يميّز صراحةً بين مطابقة IP الحرفي والأسماء التي تُحلّ إلى تلك العناوين. ذلك المستند تاريخي، لذا تحقق من سلوك العميل الحالي وواجهة السياسة قبل نسخ كل مثال نحوي منه.
عندما تحتاج السياسة إلى DNS
يوفر ملف PAC مكانًا صريحًا منفصلًا للقرارات الواعية بـ DNS. كما أنه يُدخل أنماط فشل في توزيع البرنامج النصي وتنفيذه والحلّ. استخدمه لأن متطلب التوجيه يحتاج ذلك المنطق، لا لمجرد أن تجعل قائمة تجاوز طويلة تبدو أقصر.
في تثبيت مُدار، افحص أيضًا السياسة الفعّالة لـ Firefox. يمكن لـ سياسة وكيل مقفلة أن يفسّر لماذا لا يحدد التعديل المحلي المسار.
لاستكشاف الأخطاء، سجّل الرابط الحرفي الذي أدخلته، وليس فقط عنوان IP النهائي للخادم. إن مقارنة رابط اسم مضيف برابط عنوان حرفي تغيّر المعلومات المتاحة لقرار التجاوز، وهذا بالضبط سبب اتخاذ الطلبين لمسارات مختلفة.