وضع مُحلِّل داخلي أولًا ومُحلِّل عام ثانيًا لا يخبر Squid أي الأسماء تنتمي إلى أي مساحة أسماء.

في Squid 6 و7، يستبدل dns_nameservers قائمة المُحلِّلات المعتادة بعناوين خوادم. ولا تحتوي صيغته على تعيين لكل نطاق. كما أن الإجابة السلبية الصحيحة تختلف عن مُحلِّل غير قابل للوصول، لذا لا تُعد البدائل طريقة موثوقة للبحث في مساحات أسماء غير متوافقة.

توجيه الاستعلامات حسب النطاق

يمكن لمُمرِّر DNS محلي أن يعبّر عن السياسة الناقصة. في إعداد dnsmasq قائم، يمكن توجيه لاحقة خاصة على النحو التالي:

server=/internal.example/192.0.2.53

استبدل النطاق والعنوان. اضبط مصدرًا أعلى افتراضيًا معتمدًا للأسماء الأخرى، ومستمعًا مناسبًا، وقيود وصول. ثم وجّه Squid إلى ذلك المُحلِّل باستخدام الإعداد المدعوم في الإصدار المثبّت.

بدلًا من ذلك، استخدم خدمة DNS تنظيمية تُحلِّل مساحتي الأسماء بشكل صحيح. تجنّب الاحتياط العام الذي يكشف الأسماء الخاصة دون القدرة على الإجابة عنها.

إذا كان وكيل أبوي ينفّذ بحث الوجهة، فإن تلك المرحلة تحتاج مساحة الأسماء الخاصة. ولن يُصلح مُحلِّل على مضيف Squid المحلي بحث الوكيل الأبوي.

افحص الحالة السلبية أيضًا

اختر اسمًا خاصًا صالحًا واسمًا عامًا صالحًا واسمًا خاصًا غير موجود. وحدّد لكل منها المصدر الأعلى المقصود وهل الإجابة المتوقعة عنوان أم استجابة سلبية. وتكشف الحالة الأخيرة احتياطًا عامًا غير مقصود بعد إجابة سلبية داخلية.

ضمّن عائلات العناوين التي يحتاجها العميل. فبحث A ناجح لا يثبت أن AAAA يتبع السياسة أو يعيد وجهة قابلة للوصول. ولاحظ حالة الذاكرة المؤقتة أيضًا: فقد تخفي الإجابة المخزّنة أي مصدر أعلى سيختاره استعلام جديد.

مقالات ذات صلة