انتقال دامنه؛ چرا کد انتقال همیشه کافی نیست؟
برای تغییر شرکت ثبتکننده، باید وضعیت دامنه و دسترسی‌های لازم آماده باشد. این راهنما تفاوت انتقال با تمدید و تغییر هاست را توضیح می‌دهد و مسیر پیگیری خطاها را روشن می‌کند.
انتقال دامنه معمولاً وقتی مطرح میشود که از پشتیبانی، قیمت تمدید یا امکانات شرکت فعلی راضی نیستید. کد انتقال را می‌گیرید، سفارش تازه ثبت می‌کنید و انتظار دارید همه‌چیز تمام شود؛ اما درخواست رد میشود یا در انتظار تأیید می‌ماند. اینجا باید بدانید کد فقط یکی از شرط‌های کار است.
برای تغییر ثبتکننده، هم اختیار درخواست باید روشن باشد و هم وضعیت دامنه اجازه انتقال بدهد. این مقاله بیشتر درباره دامنه‌های عمومی تابع سیاست‌های مربوط ICANN است. پسوندهای ملی می‌توانند فرایند دیگری داشته باشند؛ دستور یک پسوند را بدون بررسی برای پسوند دیگر اجرا نکنید.
انتقال دامنه دقیقاً چه چیزی را تغییر می‌دهد؟
ثبتکننده شرکتی است که ثبت، تمدید و مدیریت قراردادی دامنه را انجام می‌دهد. تغییر آن به معنی کپی شدن سایت، جابه‌جایی ایمیل یا عوض شدن مالک نیست. ممکن است دامنه به شرکت تازه برود و سایت همچنان روی همان هاست قبلی بماند.
اگر هدف شما فقط تغییر طراح یا میزبان است، ابتدا روشن کنید انتقال واقعاً لازم است یا اصلاح دسترسی و DNS کافی خواهد بود. سفارش فرایند اشتباه، زمان و هزینه ایجاد می‌کند و گاهی محدودیت تازه‌ای به همراه دارد.
| کار | نتیجه اصلی | نیاز به جابه‌جایی فایل سایت |
|---|---|---|
| تغییر ثبتکننده | مدیریت ثبت و تمدید در شرکت دیگر | بهخودیخود ندارد |
| تغییر هاست | اجرای سایت در سرور دیگر | معمولاً دارد |
| تغییر دارنده ثبت‌شده | تغییر اطلاعات و طرف ثبت | الزاماً ندارد |
| تغییر DNS | عوض شدن مسیر پاسخ یا مقصد خدمات | خودش فایل کپی نمیکند |
کد انتقال چیست و چه چیزی را تضمین نمیکند؟
کد انتقال با نام‌هایی مانند Auth-Code یا AuthInfo شناخته میشود. این کد بخشی از سازوکار کنترل انتقال است و نباید آن را در مکاتبه عمومی منتشر کنید. داشتن آن به معنی مجاز بودن هر درخواست یا رفع همه محدودیت‌ها نیست.
ممکن است دامنه قفل باشد، اطلاعات درخواست با حساب سازگار نباشد یا مرحله‌ای از تأیید انجام نشده باشد. همچنین کدی که قبلاً صادر شده لزوماً هنوز قابل استفاده نیست؛ شرایط اعتبار را از ارائه‌دهنده بپرسید. چند بار وارد کردن کدهای حدسی، روش عیب‌یابی مناسبی نیست.
از ثبتکننده فعلی کد را با مسیر رسمی بگیرید و فقط در پنل معتبر مقصد وارد کنید. اگر فردی برای کمک به شما کد می‌خواهد، ابتدا نقش و اختیار او را روشن کنید. این اطلاعات را مثل رمز مهم حساب در نظر بگیرید، نه شماره سفارش عادی.
قفل انتقال چه کاربردی دارد؟
قفل می‌تواند از جابه‌جایی ناخواسته دامنه جلوگیری کند. وجود آن همیشه نشانه مشکل نیست؛ ممکن است یک حفاظت معمول حساب باشد. برای انتقال مجاز، باید بدانید کدام قفل قابل تغییر است و کدام محدودیت به وضعیت ثبت یا سیاست مربوط بستگی دارد.
در برخی شرایط، ثبت تازه، انتقال اخیر یا تغییر دارنده می‌تواند محدودیت زمانی ایجاد کند. مدت و استثنا را از مقررات فعلی همان دامنه و ثبتکننده بررسی کنید. تغییر اطلاعات تماس صرفاً برای آماده‌سازی انتقال، اگر بدون برنامه انجام شود، ممکن است نتیجه معکوس بدهد.
به‌جای درخواست مبهم «قفل را باز کنید»، متن وضعیت را اعلام کنید و علت آن را بپرسید. اگر محدودیت به اختلاف، حکم یا وضعیت خاص نام مربوط است، باز کردن گزینه داخل پنل کافی نیست. تشخیص نوع مانع، قبل از اقدام مهم است.
قبل از ثبت سفارش، این دسترسی‌ها را بررسی کنید
به حساب فعلی و ایمیل‌های مرتبط دسترسی دارید؟ آیا دارنده ثبت‌شده از انتقال خبر دارد و درخواست را مجاز کرده است؟ آیا در حساب مقصد، اطلاعات درست وارد شده؟ پاسخ این سؤال‌ها باید پیش از پرداخت روشن باشد.
همچنین تاریخ اعتبار را بررسی کنید. اگر دامنه نزدیک انقضاست، درباره ترتیب تمدید و انتقال از هر دو طرف پاسخ مشخص بگیرید. انقضا همیشه به معنی ممنوع بودن انتقال نیست، اما بعضی وضعیت‌های پس از آن ابتدا به بازیابی نزد شرکت فعلی نیاز دارند.
نسخه‌ای از رکوردهای DNS و اطلاعات خدمات وابسته نگه دارید. منظور ذخیره رمزها در فایل معمولی نیست؛ باید بدانید سایت، ایمیل و زیردامنه‌ها به چه سرویس‌هایی اشاره می‌کنند. بدون این فهرست، تشخیص تغییر ناخواسته پس از انتقال دشوار میشود.
مراحل انتقال دامنه با کمترین ابهام
- مقصد را از نظر پشتیبانی پسوند و شرایط پذیرش بررسی کنید.
- وضعیت فعلی و علت هر قفل یا محدودیت را مشخص کنید.
- دسترسی به حساب و راه‌های تأیید را آماده کنید.
- کد معتبر را از مسیر رسمی دریافت کنید.
- درخواست را در حساب درست مقصد ثبت کنید.
- تأییدهای لازم را طبق پیام‌های معتبر انجام دهید.
- وضعیت پایان انتقال، تاریخ اعتبار و اطلاعات حساب را کنترل کنید.
- سایت، ایمیل و DNS را جدا بررسی کنید و حفاظت حساب را بازبینی کنید.
در هر مرحله، شماره پیگیری و نتیجه را ثبت کنید. اگر درخواست متوقف شد، بدانید آخرین اقدام موفق کدام بوده است. این روش بهتر از لغو و ثبت چند سفارش هم‌زمان است؛ درخواست‌های موازی می‌توانند مکاتبه را پیچیده کنند.
نکته: تا وقتی دلیل شکست روشن نشده، اطلاعات مالک، نیم‌سرورها و رمزهای متعدد را هم‌زمان تغییر ندهید. هر تغییر اضافی، یک عامل تازه برای بررسی ایجاد می‌کند.
آیا سایت در این فرایند قطع میشود؟
خود تغییر ثبتکننده الزاماً نیازمند قطع سایت نیست. اما اگر سرویس DNS یا خدمات جانبی شرکت قبلی همراه انتقال متوقف شوند، دسترسی می‌تواند آسیب ببیند. بنابراین مهم است بدانید پاسخ DNS کجا میزبانی میشود و پس از خروج چه وضعی خواهد داشت.
گاهی نیم‌سرورها روی همان مقدار قبلی باقی می‌مانند، ولی حساب ارائه‌دهنده آن‌ها دیگر فعال نیست. دیدن نام قدیمی نیم‌سرور در پنل به‌تنهایی به معنی ادامه خدمات نیست. از شرکت قبلی درباره تداوم DNS پاسخ کتبی بگیرید یا برای انتقال جداگانه آن برنامه داشته باشید.
اگر DNSSEC فعال است، تغییر ارائه‌دهنده DNS به هماهنگی اطلاعات اعتبارسنجی نیاز دارد. این موضوع با انتقال ثبتکننده یکی نیست؛ فقط وقتی تنظیمات مرتبط تغییر می‌کنند باید برنامه فنی مناسب داشته باشید. حذف یا افزودن رکورد امنیتی بدون دانستن وضعیت مقصد می‌تواند اختلال ایجاد کند.
وقتی انتقال رد شد، چه اطلاعاتی برای پشتیبانی بفرستیم؟
نام دقیق دامنه، زمان ثبت درخواست، وضعیت فعلی و متن خطا را بنویسید. مشخص کنید کد را چه زمانی گرفته‌اید و آیا تأیید مرتبط انجام شده است؛ خود کد را در کانال ناامن قرار ندهید. از مقصد بخواهید علت رد را دقیق اعلام کند، نه فقط عبارت کلی «ناموفق».
سپس روشن کنید اقدام بعدی با کدام طرف است. ممکن است مبدأ باید وضعیت را اصلاح کند، مقصد باید درخواست را دوباره بررسی کند یا شما باید یک مرحله تأیید انجام دهید. گردش بی‌پایان بین دو پشتیبانی معمولاً وقتی رخ می‌دهد که مسئول اقدام بعدی مشخص نشده است.
اگر هر دو طرف پاسخ متفاوت می‌دهند، مکاتبه‌ها را به شکل مرتب نگه دارید و از مسیر رسمی رسیدگی استفاده کنید. ادعای یک فروشنده را بدون بررسی، قانون عمومی فرض نکنید. راهنمای ICANN برای دامنه‌های مشمول، مرجع شروع مناسبی است؛ درباره پسوندهای دیگر به مقررات همان پسوند مراجعه کنید.
هزینه و مدت اعتبار را چگونه مقایسه کنیم؟
فقط مبلغ سفارش اولیه را نبینید. هزینه تمدید بعدی، خدمات همراه، شرایط حریم خصوصی و امکان مدیریت DNS را هم بررسی کنید. ارزان بودن ورود به سرویس می‌تواند با هزینه یا محدودیت متفاوت در ادامه همراه باشد.
اثر انتقال بر مدت اعتبار را برای همان پسوند و وضعیت فعلی بپرسید. نباید فرض کنید هر انتقال در هر شرایطی نتیجه زمانی یکسان دارد. بعد از تکمیل، تاریخ درج‌شده در حساب را با توضیحی که پیش از سفارش گرفته‌اید تطبیق دهید.
اگر دامنه برای کسب‌وکار حیاتی است، کیفیت دسترسی و پیگیری را هم جزو هزینه ببینید. پنلی که ورود به آن برای مسئولان شما دشوار است یا روند بازیابی نامشخصی دارد، ممکن است در روز بحران مسئله ایجاد کند. انتخاب مقصد فقط مقایسه دو عدد نیست.
یک سناریوی تحویل درست
فرض کنید شرکتی می‌خواهد دامنه خود را از حساب پیمانکار به مدیریت مستقل منتقل کند. ابتدا معلوم میشود آیا انتقال بین حساب‌ها در همان شرکت کافی است یا واقعاً باید ثبتکننده تغییر کند. سپس اطلاعات دارنده، اختیار درخواست و دسترسی بازیابی بررسی می‌شوند.
بعد، تیم فنی تأیید می‌کند که DNS در سرویس مستقل باقی می‌ماند و ایمیل تغییری ندارد. درخواست در زمان مناسب ثبت میشود و مسئول مشخصی پیام‌ها را دنبال می‌کند. در پایان، ورود به حساب تازه، تاریخ اعتبار و دسترسی سایت کنترل می‌شوند؛ کار با گرفتن کد تمام نشده است.
این سناریو نشان می‌دهد انتقال دامنه بیش از آنکه به کلیک‌های زیاد نیاز داشته باشد، به ترتیب درست وابسته است. اگر هدف، اختیارها و وابستگی‌ها از ابتدا روشن باشند، احتمال توقف و دوباره‌کاری کمتر میشود.
پس از تکمیل انتقال، حفاظت حساب را بازبینی کنید
ورود دومرحله‌ای، ایمیل بازیابی و دسترسی افراد مجاز را در شرکت تازه بررسی کنید. تنظیمات امنیتی حساب قبلی الزاماً همراه دامنه به حساب جدید منتقل نمی‌شوند. همچنین مطمئن شوید هشدار تمدید به فرد مسئول می‌رسد و پرداخت دوره بعد از قلم نمی‌افتد.
اگر برای اجرای انتقال دسترسی موقت داده‌اید، پس از تحویل آن را لغو کنید. رسیدها و شماره پیگیری را نگه دارید، اما کد انتقال را در فایل عمومی مستندات باقی نگذارید. انتقال موفق باید هم مدیریت روزمره را روشن کند و هم راه دسترسی آینده را امن نگه دارد.
برای مطالعه بیشتر
مطالب مرتبط را در راهنمای دامنه و صفحه سوالات متداول دنبال کنید.
مراجع فنی این مقاله: کد انتقال در ICANN و پرسش‌های رسمی انتقال.
سوالات متداول
آیا کد انتقال همان رمز دامنه است؟
خیر؛ کد برای فرایند انتقال استفاده میشود و با رمز حساب متفاوت است. بااینحال اطلاعات حساس محسوب میشود.
آیا باید هاست را هم منتقل کنم؟
خیر. تغییر ثبتکننده بهخودیخود محل میزبانی سایت را عوض نمیکند.
چرا دامنه من با کد درست منتقل نمیشود؟
ممکن است قفل، محدودیت وضعیت یا تأیید انجامنشده وجود داشته باشد. متن دقیق علت رد را از مقصد بگیرید.
آیا بعد از انتقال مالک عوض میشود؟
تغییر ثبتکننده و تغییر دارنده دو کار جدا هستند. اطلاعات نهایی را در حساب بررسی کنید.
آیا انتقال همیشه اعتبار دامنه را بیشتر می‌کند؟
اثر آن به پسوند و وضعیت بستگی دارد. پیش از پرداخت، نتیجه مورد انتظار را برای همان نام تأیید کنید.
