وبلاگ نت‌آرامآموزش، تجربه و راهکارهای زیرساخت

بعد از انقضای دامنه چه می‌شود؟ نقشهٔ اقدام برای دامنه‌های IR و بین‌المللی

نقشه عملی وضعیت دامنه پس از انقضا: تفاوت تاریخ پنل و رجیستری، دوره قفل یا بازخرید، جریمه، آزادشدن و اقدام امن برای IR و دامنه بین‌المللی.

۱ مهر ۱۴۰۵
توسط تیم دامنه نت‌آرام
۶ دقیقه زمان مطالعه
۰ دیدگاه
محتوای تخصصی، ساده و کاربردی
هماهنگ با هویت حرفه‌ای نت‌آرام
بازگشت به لیست مقالات
تصویر شاخص مقاله بعد از انقضای دامنه چه می‌شود؟ نقشهٔ اقدام برای دامنه‌های IR و بین‌المللی در وبلاگ نت‌آرام
محتوای آموزشی وبلاگ نت‌آرام
تاریخ انقضا یک دامنه پایان یک قرارداد زمانی است، اما لزوماً همان لحظه دامنه برای ثبت عمومی آزاد نمی‌شود. بین «منقضی‌شدن»، «قفل‌شدن»، «دورهٔ بازخرید» و «آزادشدن» تفاوت وجود دارد و این مراحل برای دامنهٔ ملی و پسوندهای بین‌المللی یکسان نیستند.
مهم‌تر از همه، وضعیت نمایش‌داده‌شده در پنل فروشنده همیشه مرجع نهایی نیست. ممکن است مالک دامنه را مستقیم نزد رجیستری یا از نمایندهٔ دیگری تمدید کرده باشد و تاریخ پنل قبلی هنوز همگام نشده باشد. تصمیم مالی و عملیاتی باید با استعلام روز رجیستری گرفته شود.

چهار تاریخ را با هم اشتباه نگیرید

برای هر دامنه ممکن است این تاریخ‌ها را ببینید:
  1. تاریخ ثبت اولیه؛
  2. تاریخ انقضای ثبت‌شده در سامانهٔ فروشنده؛
  3. سررسید بعدی صورتحساب؛
  4. تاریخ انقضای فعلی نزد رجیستری.
اگر تاریخ چهارم با پنل متفاوت است، ابتدا باید همگام‌سازی انجام شود. پرداخت صورتحساب براساس تاریخ قدیمی می‌تواند باعث درخواست نامعتبر یا محاسبهٔ دورهٔ اشتباه شود. در پورتال نت‌آرام، بخش تمدید باید پیش از پرداخت امکان تمدید و تاریخ رجیسترار را بررسی کند؛ با این حال برای دامنهٔ مهم بهتر است نتیجه را شخصاً نیز مرور کنید.

دامنهٔ IR پس از انقضا

چرخهٔ دقیق دامنهٔ IR به وضعیت اعلامی ایرنیک بستگی دارد و نباید تنها با شمارش تعداد روزها نتیجه گرفت. یک دامنه ممکن است منقضی باشد اما هنوز برای تمدید در دسترس مالک قرار گیرد، سپس وارد وضعیتی شود که رفع قفل یا هزینهٔ اضافی لازم دارد، و در نهایت آزاد یا مشمول شرایط خاص شود.
دو نکتهٔ عملی:
  • عبارت عمومی «فعال نیست» به‌تنهایی وضعیت قفل را ثابت نمی‌کند؛ نتیجهٔ صریح رجیستری و استعلام جاری مهم است.
  • خطای «Object does not exist» می‌تواند نشانهٔ نبودن شیء در رجیسترار قبلی باشد، اما آزادبودن عمومی باید جداگانه بررسی شود؛ بعضی نام‌ها فقط تحت شرایط خاص ایرنیک قابل ثبت‌اند.
اگر دامنه در دوره‌ای باشد که هزینهٔ جریمه یا عملیات رفع قفل لازم است، مبلغ و اقدام باید پیش از پرداخت روشن شود. ارسال کورکورانهٔ چند درخواست تمدید راه‌حل نیست؛ ممکن است پاسخ درخواست اول مبهم باشد اما عملیات در سمت رجیستری انجام شده باشد.

دامنه‌های بین‌المللی و دورهٔ بازخرید

در پسوندهایی مثل COM و NET نیز انقضا به معنی آزادشدن فوری نیست. رجیسترار می‌تواند یک دورهٔ تمدید پس از انقضا داشته باشد و پس از آن دامنه وارد Redemption یا مرحله‌های بعدی شود. زمان و هزینه بسته به پسوند و رجیسترار متفاوت است، بنابراین یک عدد ثابت را برای همهٔ TLDها مبنا نگذارید.
در دورهٔ بازخرید معمولاً بازیابی گران‌تر از تمدید عادی است و ممکن است عملیات دستی لازم باشد. نزدیک‌شدن به حذف نهایی نیز تضمین نمی‌کند که شما نخستین ثبت‌کننده پس از آزادسازی خواهید بود؛ سرویس‌های Backorder و رقابت خودکار وجود دارند.

اگر دامنه در پنل منقضی اما در رجیستری فعال است

این وضعیت معمولاً یکی از این علت‌ها را دارد:
  • تمدید مستقیم توسط مالک؛
  • تمدید از نمایندهٔ دیگری؛
  • تأخیر در Sync رجیسترار؛
  • مهاجرت قدیمی که تاریخ‌های آن کامل منتقل نشده‌اند.
راه درست این نیست که دامنه را دوباره «منتقل» یا «ثبت» کنیم. ابتدا مالکیت و تاریخ رجیستری باید با رکورد حساب تطبیق داده شود، سپس تاریخ پنل به‌روزرسانی شود. اگر شناسهٔ صاحب امتیاز فعلی با شناسهٔ ثبت‌شده برای حساب متفاوت است، مدیریت حساس دامنه باید متوقف و مالکیت از مسیر پشتیبانی بررسی شود؛ این کنترل از دسترسی اتفاقی به دامنهٔ شخص دیگر جلوگیری می‌کند.

پیش از تمدید دامنه IR چه چیزهایی را کنترل کنیم؟

  • شناسهٔ صاحب امتیاز فعلی دامنه؛
  • احراز هویت شناسه در ایرنیک؛
  • رابط‌های مجاز موردنیاز نماینده؛
  • وضعیت قفل یا محدودیت رجیستری؛
  • تاریخ انقضای زنده؛
  • سقف دورهٔ مجاز ثبت.
برای دامنهٔ IR، مجموع اعتبار پس از تمدید نباید از سقف مجاز عبور کند. بنابراین اگر دامنه بیش از پنج سال اعتبار باقی‌مانده دارد، حتی درخواست یک‌ساله ممکن است در آن لحظه مجاز نباشد. اگر حدود دو سال باقی مانده، دورهٔ پنج‌ساله می‌تواند نامعتبر باشد و دورهٔ کوتاه‌تر لازم شود. محاسبه باید با تاریخ آنلاین انجام شود، نه تاریخ قدیمی صورتحساب.

درخواست مبهم را دوباره ارسال نکنید

در پرداخت اینترنتی می‌توان با استعلام تراکنش بانکی نتیجهٔ مبهم را تعیین تکلیف کرد. در عملیات دامنه نیز منطق مشابهی لازم است: قبل از Retry، تاریخ انقضا، وضعیت رجیستری و در ثبت جدید، وجود و مالکیت دامنه بررسی شود.
اگر نتیجه نشان دهد عملیات انجام شده، پرونده باید تکمیل و تاریخ Sync شود. اگر انجام نشده و خطا قابل اصلاح است، پس از اصلاح رابط یا اطلاعات دوباره اقدام می‌شود. اگر خطا ناشناخته است، توقف و بررسی خصوصی امن‌تر از تکرار خودکار است؛ اما این توقف باید برای کاربر توضیح روشن و راه اقدام داشته باشد، نه قفلی بی‌پایان.

انتقال دامنه به معنی تغییر مالک نیست

انتقال دامنه معمولاً مدیریت رجیسترار یا نماینده را جابه‌جا می‌کند؛ صاحب امتیاز خودبه‌خود تغییر نمی‌کند. برای دامنهٔ IR، اگر هدف تغییر صاحب امتیاز است باید شرایط و مدارک انتقال مالکیت از پشتیبانی یا ایرنیک بررسی شود. نمایش شناسهٔ مالک و ایمیل ماسک‌شده پیش از تأیید سفارش کمک می‌کند کاربر بداند کدام دارایی را مدیریت می‌کند، بدون آنکه اطلاعات شخصی کامل افشا شود.

برای دامنه‌های حیاتی چه کنیم؟

دامنهٔ اصلی کسب‌وکار را به حافظهٔ یک نفر وابسته نکنید:
  • تمدید خودکار و اعتبار مالی کافی داشته باشید؛
  • اعلان‌ها را به ایمیلی بدهید که واقعاً پایش می‌شود؛
  • احراز دومرحله‌ای رجیسترار را فعال کنید؛
  • اطلاعات مالک و رابط‌ها را هر فصل بازبینی کنید؛
  • تاریخ رجیستری را مستقل از تاریخ صورتحساب کنترل کنید؛
  • دست‌کم ۳۰ روز زودتر دربارهٔ تمدید تصمیم بگیرید.
برای ثبت دامنه تازه نیز تأیید نهایی رجیستری مهم است. برخی دامنه‌های IR ابتدا با اعتبار کوتاه و در انتظار بررسی ایجاد می‌شوند. تا زمانی که وضعیت نهایی نشده، صرف مشاهدهٔ نام در پنل را معادل ثبت قطعی ندانید.

جمع‌بندی

در مدیریت انقضای دامنه سه اصل را نگه دارید: وضعیت زندهٔ رجیستری از برچسب قدیمی پنل مهم‌تر است؛ درخواست مبهم پیش از تکرار باید Reconcile شود؛ و انتقال مدیریت با تغییر مالکیت یکی نیست. این سه اصل هم جلوی پرداخت و عملیات تکراری را می‌گیرد و هم ریسک ازدست‌رفتن یک دارایی حیاتی را کم می‌کند.
اشتراک‌گذاری:
لینکدینتلگرامایکس

دیدگاه‌ها (۰)

دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام