انتشار DNS: لماذا يرى بعض الزوار الموقع القديم

ما هو انتشار DNS؟

تنقل موقعك إلى خادم جديد وتغيّر سجل DNS الخاص به. ومع ذلك يرى بعض الناس الموقع القديم، أحيانًا لساعات. هذا التأخير هو ما يسمى انتشار DNS.

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

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

كيف يحدد TTL مدة الانتظار

لكل سجل DNS قيمة TTL، أي مدة الصلاحية. وهي عدد من الثواني. تخبر كل خادم استعلام كم يمكنه الاحتفاظ بالإجابة قبل أن يسأل من جديد.

• TTL 300: تسأل الخوادم من جديد بعد خمس دقائق، لذلك تظهر التغييرات بسرعة.
• TTL 3600: قد تبقى الإجابة القديمة حتى ساعة.
• TTL 86400: قد تبقى الإجابة القديمة حتى يوم كامل.

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

ولهذا فإن مدة 24 إلى 48 ساعة المشهورة هي أسوأ حالة فقط. ومع قيمة TTL قصيرة يرى معظم الزوار التغيير خلال دقائق.

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

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

بعد ذلك اسأل خوادم استعلام عامة. يعرض فاحص سجلات DNS المجاني سجلات A وAAAA وMX وTXT وغيرها لأي نطاق. ويمكنك أيضًا استخدام سطر الأوامر:

nslookup example.com 8.8.8.8
nslookup example.com 1.1.1.1

إذا أعاد Google وCloudflare العنوان الجديد، فسيتبعهما بقية العالم قريبًا. وفي هذه الأثناء، فإن الخادم الذي ما زال يعيد القديم ينتظر فقط انتهاء TTL.

كيف يصل تغيير DNS بسرعة

الحيلة هي التخطيط للتغيير قبل يوم. لذلك اتبع هذه الخطوات بالترتيب:

1. خفّض TTL للسجل الذي ستغيره إلى 300 ثانية.
2. انتظر مدة TTL القديمة على الأقل، حتى تأخذ كل الذاكرات المؤقت القصير.
3. نفّذ التغيير: وجّه سجل A إلى الخادم الجديد.
4. افحص لدى مزود DNS ولدى خادمين عامين.
5. عندما يستقر كل شيء، ارفع TTL من جديد، مثلًا إلى 3600.

وكذلك أبقِ الخادم القديم يعمل يومًا بعد التحويل. بهذه الطريقة يرى الزوار الذين ما زالت خوادمهم تحتفظ بالعنوان القديم موقعًا يعمل بدل رسالة خطأ.

عندما لا يختفي الموقع القديم

أحيانًا يكون DNS صحيحًا في كل مكان، ومع ذلك ترى الموقع القديم. في هذه الحالة تكون الذاكرة المؤقتة أقرب إليك.

• جهازك: في ويندوز شغّل ipconfig /flushdns، وفي ماك شغّل sudo dscacheutil -flushcache.
• متصفحك: لدى Chrome ذاكرة DNS خاصة. افتح chrome://net-internals/#dns وامسحها، أو جرّب في نافذة خاصة.
• الراوتر: إعادة تشغيله تمسح ذاكرته.
• سطر في ملف hosts: سطر قديم في ملف hosts يتجاوز DNS تمامًا.

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

كيف يتصرف كل نوع من السجلات

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

سجلات A وAAAA

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

سجلات CNAME

يوجّه سجل CNAME اسمًا إلى اسم آخر، مثل www إلى عنوان الاستضافة. وهنا تُحتسب قيمتان لـ TTL: قيمة CNAME وقيمة الاسم الذي يشير إليه. ونتيجة لذلك قد يستغرق تغيير CNAME وقتًا أطول قليلًا مما تتوقع.

سجلات MX وTXT

تحدد سجلات MX إلى أين يذهب بريدك. وتحمل سجلات TXT قيم SPF وDKIM وDMARC وعمليات التحقق. والخطأ هنا لا يعطل الموقع، لكنه قد يجعل البريد يرتد. لذلك جرّب البريد مباشرة بعد التغيير، لا الموقع فقط.

التخزين المؤقت السلبي

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

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

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

توجد سجلات خوادم الأسماء لدى السجل المسؤول عن امتداد نطاقك، مثل .com. ويحدد هذا السجل قيمة TTL لها، وعادة تكون يومًا أو يومين، ولا يمكنك تخفيضها. ومن هنا تأتي فعلًا مدة 48 ساعة المشهورة.

كيف تغيّر خوادم الأسماء بأمان

1. انسخ أولًا كل السجلات إلى مزود DNS الجديد، بما فيها MX وTXT.
2. قارن المنطقتين سطرًا بسطر.
3. غيّر خوادم الأسماء لدى المسجّل.
4. اترك المنطقة القديمة دون تغيير يومين على الأقل، لأن بعض الخوادم ما زالت تسألها.

باختصار، إذا كانت المنطقتان تحملان السجلات نفسها، فلن يلاحظ أحد التحويل.

انتشار DNS مع شبكة CDN

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

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

أخطاء شائعة

• تغيير السجل أولًا ثم تخفيض TTL بعده. فالمؤقت الطويل القديم موجود بالفعل في الذاكرات.
• تعديل السجلات لدى المسجّل بينما يستخدم النطاق مزود DNS آخر مثل Cloudflare.
• نسيان سجل www. ينتقل النطاق، لكن www يبقى موجّهًا إلى الخادم القديم.
• إيقاف الخادم القديم فورًا، فيرى بعض الزوار خطأ لساعات.
• ترك TTL على 300 للأبد، مما يضيف تأخيرًا صغيرًا في الاستعلام لكل زائر جديد.

باختصار، انتشار DNS ليس لغزًا. إنه مؤقت يمكنك التخطيط حوله. ولتفاصيل التخزين المؤقت راجع دليل Cloudflare عن TTL.

أسئلة وأجوبة