منظور از تغییر DNS دامنه در بسیاری از آموزش‌های میزبانی، عوض‌کردن نیم‌سرورهای دامنه است. این کار مرجع پاسخ‌گویی DNS را تغییر می‌دهد. اگر فقط IP سایت عوض شده، ممکن است ویرایش رکورد A یا AAAA کافی باشد و نیازی به تغییر نیم‌سرور نباشد.
پیش از تغییر DNS دامنه
نیم‌سرورهای دقیق را از ارائه‌دهندهٔ DNS مقصد دریافت کنید. آن‌ها را از روی دامنهٔ سایت دیگر حدس نزنید و به‌جای نام نیم‌سرور، نشانی صفحهٔ سایت یا IP عمومی یک resolver وارد نکنید. سرویس DNS مقصد باید برای دامنهٔ شما آماده باشد.
رکوردهای سایت، www، زیردامنه‌ها و ایمیل را در مقصد بررسی کنید. به‌ویژه MX، SPF، DKIM و DMARC را مطابق سرویس ایمیل حفظ کنید. انتقال نیم‌سرور بدون آماده‌بودن این موارد می‌تواند سایت یا دریافت ایمیل را مختل کند.
نیم‌سرورها را کجا تغییر دهیم؟
برای دامنهٔ اصلی، تغییر معمولاً در پنل ثبت‌کننده یا نماینده‌ای انجام می‌شود که دامنه را از او تهیه کرده‌اید. راهنمای مدیریت نیم‌سرورها همین تفاوت ثبت‌کننده و نماینده را توضیح می‌دهد. ویرایش یک رکورد NS داخل ناحیهٔ DNS، به‌تنهایی جای تغییر واگذاری دامنه در ثبت‌کننده را نمی‌گیرد.
- اگر دامنه در حساب هاست نگار مدیریت می‌شود، به ناحیهٔ کاربری وارد شوید.
- در بخش دامنه‌ها، دامنهٔ درست را انتخاب کنید.
- تنظیم Nameservers یا مدیریت نیم‌سرورها را باز کنید.
- در صورت وجود، حالت استفاده از نیم‌سرور سفارشی را انتخاب کنید.
- نام‌های دقیق اعلام‌شده برای دامنه را وارد و نتیجه را ذخیره کنید.
- پیام موفقیت و مقادیر ذخیره‌شده را بررسی کنید.
نام منوها به پنل وابسته است. اگر دامنه جای دیگری ثبت شده، تغییر هاست در حساب هاست نگار، تنظیمات ثبت‌کنندهٔ دیگر را خودکار عوض نمی‌کند.
نیم‌سرورهای قبلی و جدید را بی‌هدف ترکیب نکنید
در حالت معمول، مجموعهٔ کامل اعلام‌شده توسط سرویس مقصد را ثبت کنید. مخلوط‌کردن سرویس‌های مستقل با رکوردهای متفاوت می‌تواند پاسخ‌های ناسازگار بدهد. استفادهٔ درست از چند ارائه‌دهنده به هماهنگی ناحیه و طراحی مشخص نیاز دارد.
برای نیم‌سرور اختصاصی زیر نام خود دامنه، مانند ns1.example.com، ممکن است ثبت اطلاعات میزبان و glue نیز لازم باشد. این مورد با استفاده از نیم‌سرور آمادهٔ شرکت میزبانی متفاوت است؛ اطلاعات IP را از مدیر همان DNS بگیرید.
اگر DNSSEC فعال است
پیش از جابه‌جایی، وضعیت امضا و رکورد DS در ثبت‌کننده را بررسی کنید. باقی‌ماندن DS مربوط به کلیدهای قبلی در کنار سرویس تازه می‌تواند اعتبارسنجی را شکست دهد. مسیر انتقال را با ارائه‌دهنده هماهنگ کنید؛ حذف دائمی حفاظت، راه‌حل عمومی نیست.
مستند DNSSEC کلادفلر تفاوت انتقال هماهنگ و انتقال با وقفهٔ موقت اعتبارسنجی را شرح می‌دهد. اجرای هر روش باید با وضعیت واقعی دامنه و زمان کش رکوردهای قبلی هماهنگ باشد.
چرا نتیجه در شبکه‌ها متفاوت دیده می‌شود؟
کش resolverها و زمان انتشار تغییر در ثبت دامنه می‌تواند باعث پاسخ متفاوت موقت شود. پاک‌کردن کش مرورگر، کش همهٔ شبکه‌ها را پاک نمی‌کند. همچنین پایین‌آوردن TTL یک رکورد A، زمان تمام رکوردهای واگذاری را کوتاه نمی‌کند.
نیم‌سرورهای ثبت‌شده، پاسخ DNS مقصد و رکوردهای سایت و ایمیل را بررسی کنید. برای خطای تایپی، ناحیهٔ ناقص یا DNSSEC ناسازگار، صرف انتظار راه‌حل نیست. در پیگیری، دامنه، زمان تغییر و نتیجهٔ مشاهده‌شده را اعلام کنید.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
