Squid 5–7: لماذا لم يعد dns_v4_first يعمل
يشرح إزالة التوجيه dns_v4_first من Squid في الإصدارات 5 إلى 7 ويميّز تفضيل العنوان عن فرض IPv4 فقط.
يحتوي إعداد Squid قديم على dns_v4_first on. بعد الترقية لم يعد ذلك السطر يمنح تفضيل IPv4 المتوقع. وإضافة نسخ أخرى منه لن تعيد السلوك السابق.
يسرد مرجع الإعداد التوجيه على أنه غير متاح في Squid 5 حتى 7. لقد تغيّر اختيار العنوان في Squid مع عمل Happy Eyeballs؛ ويجب قراءة نصائح التفضيل القديمة في سياق ذلك الإصدار.
التفضيل والفرض طلبان مختلفان
حدّد أولًا ما تحتاجه. هل تفضّل مسار IPv4 عاملًا عندما تكون العائلتان متاحتين؟ أم تزيل اتصال IPv6 المعطوب؟ أم تضمن أن مخرجًا معينًا يستخدم IPv4 فقط؟ هذه ليست السياسة نفسها. كما يجب أن تبقى قيود عائلة الوجهة منفصلة عن قوائم ACL لمصدر العميل.
قد يؤدي تعطيل الوصول إلى عائلة واحدة إلى جعل بعض المواقع غير قابلة للوصول. وتغيير إجابات DNS يغيّر المرشّحين المتاحين للوكيل. أما إصلاح مسار بطيء أو معطوب فيعالج عطلًا في الشبكة. ولا ينبغي وصف أي منها كسطر بديل عام لتوجيه أُزيل.
افصل أيضًا اختيار عنوان الوجهة عن العنوان المستخدم للوصول إلى وكيل أب. فقد يكون لاسم المضيف الأب مرشّحوه من IPv4 و IPv6، بينما يقوم الأب باتصال الموقع النهائي وفق سياسته الخاصة.
ولقاعدة عنوان المصدر دور آخر: فهي تختار مصدرًا متوافقًا للاتصال، بدلًا من أن تصنع دعمًا للوجهة. فمصدر IPv4 لا يحوّل وجهة تعمل بـ IPv6 فقط إلى نقطة نهاية IPv4.
راجع وثائق الإصدار المثبَّت ومسار الإعادة الكامل. وإذا كانت المشكلة اتصال IPv6 غير موثوق، فاحتفظ بهذا التشخيص بدلًا من إجراء تغيير عالمي صامت يخفيها عرضًا. فالمسار المفضّل العامل والمخرج الصارم بعائلة واحدة يستحقان إعدادين مختلفين.