إيجي تاج · اعرف. ناقش. جرّب. نفّذ.

DNS TTL والتخزين السلبي: لماذا يستمر خطأ النطاق بعد إصلاح السجل؟

يغير مسؤول الموقع سجل DNS ثم يتوقع أن يرى جميع الزوار النتيجة فورًا. لكن بعض المحللات تحتفظ بالإجابة القديمة حتى انتهاء TTL، وقد تُخزَّن الإجابات السلبية ا

دليل عملي

يغير مسؤول الموقع سجل DNS ثم يتوقع أن يرى جميع الزوار النتيجة فورًا. لكن بعض المحللات تحتفظ بالإجابة القديمة حتى انتهاء TTL، وقد تُخزَّن الإجابات السلبية ا

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

افهم طبقات الاستعلام

يمر استعلام DNS غالبًا عبر ذاكرة الجهاز والمتصفح والمحلل التكراري قبل الوصول إلى الخوادم الموثوقة. قد يحتفظ كل مستوى بنتيجة لفترة تختلف عن توقعات المسؤول. افحص السجل لدى الخادم الموثوق أولًا، ثم قارنه بإجابات محللات مختلفة، حتى تعرف هل المشكلة في المصدر أم في التخزين المؤقت.

TTL لا يغير الإجابات المحفوظة بالفعل

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

انتبه إلى Negative Caching

إذا سأل محلل عن اسم لم يكن موجودًا، فقد يخزن إجابة عدم الوجود لفترة يحددها سياق المنطقة وسياسة المحلل. بعد إضافة الاسم قد يستمر بعض المستخدمين في رؤية خطأ مؤقتًا. افحص سجلات SOA ذات الصلة، ولا تحاول علاج كل حالة بمضاعفة تغييرات DNS المتتابعة؛ فقد تجعل التشخيص أكثر تعقيدًا.

افصل DNS عن TLS و HTTP

نجاح تحويل الاسم إلى عنوان IP لا يثبت أن الموقع جاهز. قد يشير السجل إلى خادم لا يملك شهادة صحيحة أو لا يعرف اسم المضيف في إعداد الوكيل العكسي. اختبر سلسلة الطلب كاملة: الاستعلام، ثم الاتصال، ثم مصافحة TLS، ثم استجابة HTTP. بهذه الطريقة لا تُنسب أخطاء 502 أو الشهادات إلى DNS خطأً.

خطط الانتقال مع إمكانية الرجوع

عند نقل خدمة، جهز الوجهة الجديدة واختبرها قبل تحويل السجل، واحتفظ بالقديمة مدة مناسبة لتغطية التخزين المؤقت. راقب أخطاء الاتصال من شبكات متعددة، وسجّل وقت انتهاء فترة الانتقال المخطط. عند الرجوع، تذكر أن بعض المحللات قد تخزن الوجهة الجديدة أيضًا؛ لذلك لا توقفها فورًا.

مثال إضافة نطاق فرعي

إذا أنشأت api.example بعد أن كان غير موجود، فقد يستمر بعض العملاء في رؤية NXDOMAIN رغم أن الخادم الموثوق أصبح يعرض سجل A الصحيح. تحقق من النتيجة عند المصدر ومن المحللات المتأثرة، وانتظر انتهاء التخزين السلبي أو استخدم مسارًا بديلًا مؤقتًا إن كانت الخدمة حرجة. لا تغير سجلات غير مرتبطة لمجرد تسريع الانتشار.

هل تريد الاحتفاظ بالمقال أو إعادة استخدامه؟
مجتمع إيجي تاجعن المجتمع

شارك في تقييم ونقاش المقال

رأيك يضيف قيمة للمقال ويساعدنا على تحسين المحتوى والنقاش حوله.

تفاعل مع المقالاختر التفاعل المناسب، ويمكنك تغيير رأيك لاحقًا.
قيّم جودة المقاللا توجد تقييمات بعد — كن أول من يقيّم.

نقاش القراء

النقاش

جارٍ تحميل التعليقات…

بعد هذه المادة

تابع القراءة

من نفس القسم04
  1. 02
  2. 03
  3. 04
اختيار القراء

الأكثر قراءة

الترتيب الكامل
  1. 01
  2. 02
  3. 03
  4. 04
  5. 05
يتجدد مع النشر

أحدث المواد

  1. 01
  2. 02
  3. 03
  4. 04
  5. 05
  6. 06