مدة انتشار DNS: كم تستغرق فعلًا وكيف تسرّعها

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

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

لماذا لا تكون تغييرات DNS فورية

كل إجابة DNS تحمل قيمة TTL (مدة الصلاحية)، وهي عدد من الثواني يخبر المحلّل كم يمكنه إعادة استخدام الإجابة دون أن يسأل مجددًا. إذا كانت قيمة TTL لسجل A لديك 3600 عندما استعلم عنه محلّل مزوّد الإنترنت لدى أحد الزوار، فيمكن لذلك المحلّل أن يواصل تقديم عنوان IP القديم لمدة تصل إلى ساعة بعد تغييرك، مهما كان مزوّد DNS لديك سريعًا.

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

كم يستغرق انتشار DNS؟ المدد المعتادة

الإجابة تعتمد على ما غيّرته. يعرض الجدول أدناه نطاقات واقعية، بافتراض أن الذاكرات المؤقتة تحترم قيمة TTL (ومعظم المحلّلات الكبيرة تفعل ذلك).

صف «السجل الجديد» يفاجئ كثيرين. فإذا استعلمت أنت أو أداة ما عن app.example.com قبل وجوده، تخزّن المحلّلات إجابة «غير موجود». وهذه الإجابة السلبية تُخزَّن مؤقتًا أيضًا لمدة مشتقة من سجل SOA للمنطقة، كما يحدد RFC 2308. تجنّب اختبار اسم مضيف قبل إنشائه.

تغيير السجلات مقابل تغيير خوادم الأسماء

تغيير السجلات داخل المنطقة نفسها

عندما تعدّل السجلات فقط، كأن تنقل موقعك إلى خادم جديد بتحديث سجل A، فأنت تتعامل مع طبقة واحدة من الذاكرة المؤقتة وقيمة TTL واحدة. إذا كانت TTL تساوي 300 ثانية، فسيرى الجميع تقريبًا عنوان IP الجديد خلال خمس دقائق. هذه هي الحالة السريعة والمتوقعة، وهي ما يحدث عندما تتبع دليلنا عن كيفية توجيه الدومين إلى خادم VPS.

تغيير خوادم الأسماء

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

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

كيف تسرّع انتشار DNS (الطريقة العملية)

لا يمكنك إجبار محلّلات الآخرين على مسح ذاكرتها المؤقتة، لكن يمكنك التأكد من أن ما ستنتظره قليل جدًا. خطط للتغيير على هذا النحو:

1. اخفض قيمة TTL مسبقًا — قبل التغيير بمدة لا تقل عن قيمة TTL القديمة كاملة (لـ TTL مدتها ساعة، قبل بضع ساعات)، اضبط السجلات التي ستعدّلها على 60–300 ثانية.
2. جهّز الوجهة — تأكد من أن الخادم أو صندوق البريد أو الخدمة الجديدة تجيب بشكل صحيح مسبقًا، كي تُعالَج الحركة التي تصل مبكرًا.
3. نفّذ التغيير — حدّث السجل. وبما أن الذاكرات المؤقتة تحتفظ به الآن لدقيقة أو خمس، ينتشر التبديل فورًا تقريبًا.
4. تحقق من الخارج — استعلم من عدة محلّلات عامة ومن الخادم الموثوق مباشرة (انظر القسم التالي).
5. أبقِ الوجهة القديمة تعمل لفترة قصيرة — اترك الخادم القديم يعمل مدة لا تقل عن TTL القديمة مع هامش أمان، كي لا يصطدم المتأخرون بعنوان IP معطّل.
6. ارفع قيمة TTL مجددًا — بعد الاستقرار، عُد إلى قيمة أطول مثل 3600 لتقليل الاستعلامات وزيادة الصمود.

كيف تفحص انتشار DNS

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

• dig +short example.com A @ns1.yourprovider.com — الإجابة الموثوقة.
• dig +short example.com A @1.1.1.1 و@8.8.8.8 — ما يعيده حاليًا محلّلان عامان كبيران. قيمة TTL الظاهرة في مخرجات dig الكاملة تتناقص تنازليًا؛ وعندما تبلغ الصفر، يجلب الاستعلام التالي القيمة الجديدة.
• nslookup example.com — متاح على ويندوز عندما لا يتوفر dig.
• dig NS example.com +trace — يتتبع التفويض بدءًا من الجذر، وهو مفيد لتأكيد تغيير خوادم الأسماء على مستوى الامتداد.

مواقع «فحص انتشار DNS» العالمية تنفّذ الاستعلامات نفسها من دول كثيرة. وهي مفيدة لنظرة بصرية عامة، لكن تذكّر أنها تعكس عددًا محدودًا من المحلّلات، لا كل مزوّدي الإنترنت.

مسح الذاكرة المؤقتة على جهازك

كثيرًا ما تكون الإجابة القديمة على جهازك أنت. امسح ذاكرة نظام التشغيل المؤقتة (ipconfig /flushdns على ويندوز، وsudo resolvectl flush-caches على كثير من أنظمة لينكس، وsudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder على macOS)، أو أعد تشغيل المتصفح، أو اختبر عبر بيانات الهاتف المحمول لتجاوز جهاز التوجيه المنزلي.

مثال: نقل موقع إلى خادم جديد

لنفترض أنك تنقل موقعًا من استضافة مشتركة قديمة إلى خادم VPS جديد، وأن قيمة TTL لسجل A حاليًا 3600 ثانية. قد يبدو الجدول الزمني دون أي توقف على النحو التالي:

• صباح الاثنين: اخفض قيمة TTL لسجلَي A وwww إلى 300 ثانية. انتظر ساعة على الأقل حتى تفرغ الذاكرات المؤقتة القديمة ذات الساعة الواحدة، أو نفّذ التبديل في اليوم التالي احتياطًا.
• قبل التبديل: انسخ الملفات وقاعدة البيانات إلى الخادم الجديد واختبر الموقع على عنوان IP الجديد باستخدام ملف hosts على حاسوبك.
• التبديل: حدّث سجل A. وبما أن الذاكرات المؤقتة تحتفظ به خمس دقائق على الأكثر، تبدأ الحركة بالتدفق إلى الخادم الجديد خلال دقائق.
• اليوم التالي: عندما لا تُظهر سجلات الخادم القديم أي زيارات، أوقفه وارفع قيمة TTL إلى 3600 مجددًا.

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

مشكلات الانتشار الشائعة وحلولها

• يعمل عندك ولا يعمل عند غيرك — افحص الخادم الموثوق؛ إن كان صحيحًا فأنت تنتظر الذاكرات المؤقتة. وإن لم يكن، فقد حُفظ السجل في منطقة أو لدى مزوّد خاطئ.
• ما زال قديمًا بعد 48 ساعة — عادةً يستخدم النطاق خوادم أسماء غير التي عدّلت فيها. قارن سجلات NS لدى المسجّل بالمكان الذي أجريت فيه التغيير.
• ارتداد البريد بعد النقل — لم تُنسخ سجلات MX وSPF وDKIM إلى المنطقة الجديدة قبل تبديل خوادم الأسماء.
• فشل إصدار شهادة SSL — وصل تحقق جهة إصدار الشهادات إلى عنوان IP القديم، أو أن سجل CAA يمنعه. انتظر انقضاء TTL وأعد المحاولة.

مدة انتشار DNS في mistREG

النطاقات المسجّلة في mistREG تُستضاف منطقة DNS الخاصة بها على شبكة Cloudflare الموثوقة وتُدار من لوحة mistREG، لذا تصبح التعديلات فعّالة على الخوادم الموثوقة فورًا تقريبًا. يمكنك اختيار أي قيمة TTL من 60 إلى 86,400 ثانية أو تركها على «تلقائي»، ما يجعل اتباع روتين «اخفض TTL أولًا» المذكور أعلاه سهلًا.

تُقدَّم السجلات بوضع DNS فقط، أي أن عنوان IP الذي تُدخله هو بالضبط ما يتلقاه الزوار. وإذا فضّلت خوادم الأسماء الخاصة بك، يمكنك تعيين خوادم مخصصة في أي وقت؛ وحينها يخرج النطاق من المنطقة المستضافة على Cloudflare وتسري فترة انتشار خوادم الأسماء المعتادة. يمكنك البحث عن نطاق بين أكثر من 200 امتداد، أو قراءة الأسئلة الشائعة، أو التواصل مع الدعم الفني على تيليغرام عبر @mistnetwork أو من خلال نظام التذاكر داخل اللوحة. وكالعادة، يخضع استخدام الخدمة لشروط المزوّد.