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

ماذا يحدث بين «حفظ» و«ظهور»

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

ما معنى TTL فعلاً

TTL اختصار Time To Live، أي عدد الثواني التي يُسمح فيها بتخزين السجل. قيمة 3600 تعني ساعة كاملة قد يظل فيها العالم يستخدم العنوان القديم. القيمة 300 تعني خمس دقائق. هذا يعني أن TTL ليس زراً للسرعة، بل وعداً مسبقاً: أنت تخبر الجميع كم ينتظرون قبل سؤالك مرة أخرى.

قبل النقل: قلّل TTL أولاً

  • قبل 24 إلى 48 ساعة من النقل، اخفض TTL لسجلات A وAAAA وCNAME إلى 300. هذا لا يغيّر شيئاً الآن، لكنه يقلّل الانتظار لاحقاً.
  • انقل الملفات وقاعدة البيانات أولاً، واختبر الموقع على العنوان الجديد إن أمكن.
  • بعد التأكد، عدّل السجل إلى عنوان الخادم الجديد. لا تلمس سجلات البريد في هذه الخطوة.
  • أبقِ الاستضافة القديمة فعّالة 48 ساعة على الأقل؛ بعض الشبكات بطيئة في التحديث، وقد تحتاج خطة رجوع.
  • بعد استقرار الأمور، أعد TTL إلى قيمة أعلى لتخفيف الحمل عن خوادم الأسماء.

لماذا يختلف زائر عن آخر في اللحظة نفسها

تخيّل أنك عدّلت السجل عند منتصف النهار، وكان TTL ساعة. زائر فتح موقعك قبل التعديل بدقيقة ما زال يحتفظ بالعنوان القديم حتى تنتهي مدة نسخته. زائر آخر لم يزر الموقع من قبل سيسأل من جديد ويصل إلى الخادم الجديد مباشرة. وثالث يستخدم مزوّد إنترنت يحتفظ بالإجابات أطول من TTL المعلن، فتتأخر رؤيته أكثر. لهذا لا معنى لجملة «الموقع معطّل» قبل تحديد من يرى ماذا ومتى.

القاعدة العملية: بدلاً من سؤال «هل ظهر التعديل؟» اسأل «كم مضى على آخر تغيير، وما قيمة TTL التي كانت فعّالة وقتها؟». إن كان المضيّ أقل من TTL، فالانتظار هو الإجراء الصحيح وليس تعديل السجل مرة أخرى. إعادة التعديل تحت ضغط اللحظة تخلق نسخاً متضاربة وتطيل زمن الاستقرار بدل تقصيره.

كيف تتحقق من التغيير بطريقة صحيحة

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

مشكلات شائعة تبدو كأعطال

الأولى: تعديل سجل النطاق الرئيسي ونسيان سجل www، فيعمل أحدهما ويخفق الآخر. الثانية: وضع CNAME على النطاق الرئيسي نفسه، وهو غير مسموح في المعيار ويسبب سلوكاً غامضاً. الثالثة: خطأ حرف في عنوان IP، فيظهر «الموقع غير متاح» بلا نهاية. الرابعة: كاش سلبي عند بعض مزودي الإنترنت يحتفظ بفكرة «النطاق غير موجود» ساعات. الخامسة: نسيان أن الشهادة تخص اسماً مختلفاً، فيظهر تحذير أمان بدل الصفحة، وهو ما نشرحه في دليل شهادة SSL المجانية.

قارئ السجلات قبل التعديل

أفضل عادة: اقرأ السجلات الحالية كاملة واحفظ صورة منها قبل أي تغيير. سجل MX واحد مُهمل يعني بريداً متوقفاً لساعات، وسجل TXT خاص بالتحقق يعني تعطّل خدمة كانت تعمل. الشرح الكامل لكل نوع سجل تجده في شرح سجلات DNS.

الخلاصة

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