النطاق ما زال يشير إلى الخادم القديم

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

اسأل الخادمَ المعتمَد مباشرةً

dig +short yourdomain.com @8.8.8.8
dig +short yourdomain.com @ns1.yourprovider.com    # the authority itself

فإن كان المعتمَد يعود بالعنوان الجديد سلفًا فالتغييرُ تمّ وكلُّ ما عداه تخزين. وإن عاد بالقديم فالسجلُّ لم يُحفَظ، أو حُفظ عند مزوّدٍ لم يعد يدير سجلّاتك.

أيُّ خوادم الأسماء هي المسؤولة فعلًا

dig +short NS yourdomain.com
whois yourdomain.com | grep -i "name server"

وإن كان تخزينًا

# your own machine
sudo systemd-resolve --flush-caches || sudo resolvectl flush-caches
# then check what the TTL was
dig yourdomain.com | grep -A1 "ANSWER SECTION"

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

والسجلّاتُ التي نُسيت

• ‏www مع النطاق المجرَّد.
• وسجلُّ AAAA إن كان IPv6 موجودًا — انظر IPv6 على خادمٍ افتراضيّ.
• وسجلُّ CNAME ما زال يشير إلى المضيف القديم.
• وشبكةُ توصيل، ولها فكرتها عن أصلك بمعزلٍ عن الـ DNS.