دامنه می‌تواند وب، ایمیل و خدمات دیگر را به مقصدهای متفاوت هدایت کند. انتقال وب لزوما انتقال همه خدمات نیست.
رکوردها را قبل از تغییر ثبت کنید
رکورد A به آدرس IPv4 و AAAA به IPv6 اشاره می‌کند. CNAME نام دیگری را مقصد قرار می‌دهد و MX به مسیریابی ایمیل مربوط است. TXT برای مواردی مثل احراز مالکیت یا سیاست‌های ایمیل استفاده می‌شود. از تنظیمات فعلی خروجی بگیرید و پیش از تغییر Nameserver، تمام رکوردهای ضروری را در مقصد آماده کنید.
انتظار واقع‌بینانه از تغییر
TTL و کش resolverها روی زمان مشاهده تغییر اثر دارند. همه کاربران لزوما هم‌زمان مقصد تازه را نمی‌بینند. پس از تغییر، پاسخ DNS، باز شدن سایت و ارسال و دریافت ایمیل را جداگانه بررسی کنید. اگر رکورد IPv6 قدیمی باقی بماند، بخشی از کاربران ممکن است همچنان به مقصد قبلی برسند.
برای انتخاب یا تغییر زیرساخت، ابتدا وضعیت فعلی سایت را ثبت کنید. یک تغییر مشخص انجام دهید و سپس همان مسیرهای کاربری را دوباره آزمایش کنید. راهنماهای روناتا مبنای تصمیم‌گیری اولیه هستند و بررسی جزئیات هر سایت به داده واقعی نیاز دارد.
وب و ایمیل را دو سرویس جدا در نظر بگیرید
پیش از تغییر Nameserver از تمام رکوردها خروجی بگیرید. فقط رکورد وب را نبینید. ایمیل، تایید مالکیت، ساب‌دامنه، ابزار خبرنامه و سرویس‌های دیگر ممکن است به همان ناحیه DNS وابسته باشند. وجود MX بدون رکوردهای تایید ارسال می‌تواند بخشی از جریان ایمیل را مختل کند. در مقصد، رکوردهای لازم باید پیش از جابه‌جایی مرجع DNS آماده باشند.
اگر فقط مقصد وب عوض می‌شود، شاید نیازی به تغییر Nameserver نباشد. تغییر A یا AAAA مربوط به وب می‌تواند برای همان هدف کافی باشد. تصمیم به ساختار فعلی DNS و روش ارائه‌دهنده وابسته است. رکورد قدیمی AAAA را فراموش نکنید. کاربر دارای IPv6 ممکن است همچنان به مقصد قبلی برسد، در حالی که آزمایش IPv4 شما مقصد تازه را نشان می‌دهد.
TTL را پیش از زمان انتقال مدیریت کنید
TTL زمان مجاز نگهداری پاسخ در کش است. کاهش آن در لحظه تغییر، پاسخ‌هایی را که قبلا با TTL بلند کش شده‌اند حذف نمی‌کند. برای اثر گرفتن، کاهش باید به اندازه کافی پیش از انتقال انجام شود. زمان مشاهده مقصد تازه برای تمام کاربران یکسان نیست. علاوه بر resolver، مرورگر و شبکه کاربر هم می‌توانند وضعیت متفاوتی نشان دهند.
در صورت استفاده از DNSSEC، هماهنگی کلید و رکورد DS اهمیت دارد. تغییر ارائه‌دهنده بدون برنامه درست می‌تواند اعتبارسنجی دامنه را مختل کند. تنظیم را صرفا برای عبور از مشکل خاموش و رها نکنید. روش انتقال را بر اساس مستندات ارائه‌دهنده و وضعیت ثبت‌کننده دامنه دنبال کنید. معرفی انواع رکورد DNS در مستندات Cloudflare برای شناخت نقش رکوردها مفید است.
| زمان | بررسی ضروری |
|---|---|
| قبل از تغییر | خروجی رکوردها، TTL و وضعیت DNSSEC |
| آماده‌سازی | آزمون مقصد، HTTPS و ایمیل |
| تغییر | اصلاح رکوردهای مربوط و ثبت ساعت |
| بعد از تغییر | پاسخ چند resolver و مسیر IPv4 و IPv6 |
بازگشت باید داده تازه را هم در نظر بگیرد
بازگرداندن رکورد به آدرس قبلی، داده‌هایی را که در مقصد تازه ثبت شده‌اند منتقل نمی‌کند. برای فروشگاه، سفارش دو مقصد ممکن است از هم جدا شود. تا پایان دوره جابه‌جایی، نسخه مبدا را نگه دارید و برنامه ثبت سفارش و همگام‌سازی را با مسئول انتقال هماهنگ کنید. DNS تنها آدرس را هدایت می‌کند و ابزار همگام‌سازی دیتابیس نیست.
بعد از تغییر، ورود، پرداخت، فایل دانلودی، ارسال ایمیل و webhook را بررسی کنید. خطای گواهی را با تغییرات تصادفی رکوردها پاسخ ندهید. دامنه گواهی، مسیر اتصال و مقصد درخواست را جدا بررسی کنید. راهنمای انتقال بدون حذف داده ترتیب کار را توضیح می‌دهد. برای ارزیابی نسخه مقصد، آزمون بازیابی نیز مکمل این فرایند است.
