پایان کار دامنه‌های سطح سوم name.؛ زنگ خطر مهاجرت برای توسعه‌دهندگان

یکی از موضوعات داغ اخیر در هکرنیوز، یادآوری و هشداری جدی به دارندگان دامنه‌های سطح سوم با پسوند name. است. طبق اطلاعیه‌ها، این دامنه‌ها سال آینده میلادی به‌طور دائم از رجیستری حذف (Expunge) خواهند شد و امکان تمدید آن‌ها وجود نخواهد داشت. این اتفاق به ظاهر ساده، برای مهندسانی که سال‌ها هویت دیجیتال و حساب‌های کاربری خود را بر پایه این آدرس‌ها بنا کرده‌اند، دردسرهای زیرساختی بزرگی ایجاد کرده است.

داستان دامنه‌های سطح سوم .name چیست؟

پسوند name. در اوایل دهه ۲۰۰۰ میلادی به عنوان یک gTLD با هدف ارائه هویت شخصی برای افراد معرفی شد. مدل اولیه رجیستری به این صورت بود که کاربران می‌توانستند آدرس‌هایی به شکل first.last.name (سطح سوم) ثبت کنند و در کنار آن، یک سرویس فوروارد ایمیل به صورت first@last.name دریافت نمایند. سال‌ها بعد، امکان ثبت دامنه‌های سنتی سطح دوم (مانند domain.name) نیز فراهم شد.

اکنون تصمیم بر این شده که دامنه‌های سطح سومی که مستقیماً در رجیستری ثبت شده بودند به پایان عمر خود برسند و برای همیشه پاک شوند.

چه کسانی تحت تأثیر قرار می‌گیرند؟

همان‌طور که کاربران هکرنیوز شفاف‌سازی کردند، این تصمیم شامل تمام دامنه‌های name. نمی‌شود:

• دامنه‌های سطح دوم (domain.name): هیچ خطری این دامنه‌ها را تهدید نمی‌کند و همچنان پابرجا هستند. اگر شما صاحب یک دامنه سطح دوم هستید و ساب‌دامین‌های دلخواه (مثل sub.domain.name) روی آن ساخته‌اید، مشکلی برای شما پیش نخواهد آمد.
• دامنه‌های سطح سوم رجیستری (third.level.name): دقیقاً همان ساختار اولیه‌ای که افراد نام و نام خانوادگی خود را به عنوان دامنه مجزا خریداری می‌کردند، به طور کامل حذف خواهد شد.

کابوس مهاجرت؛ گیر افتادن در جهنم سرویس‌های ابری

نویسنده پست به مشکلی برخورد کرده که بسیاری از مهندسان نرم‌افزار و مدیران سیستم با آن همذات‌پنداری می‌کنند: تغییر ایمیل ریشه (Root Email) در سرویس‌های ابری و هویتی. او اشاره می‌کند که حساب ادمین او در Microsoft Azure بر پایه ایمیل دامنه‌اش ساخته شده و پشتیبانی Azure امکان تغییر ایمیل اصلی را ارائه نمی‌دهد.

این رخداد نشان می‌دهد تکیه بر ایمیل‌ها و دامنه‌هایی که در معرض تغییر قوانین رجیستری هستند، چه ریسک‌های فنی سنگینی در پی دارد:

• حساب‌های ریشه (Root / Admin Accounts): بسیاری از ارائه‌دهندگان کلود اجازه تغییر آسان ایمیل مالک اولیه را نمی‌دهند و گاهی باید کل پروژه‌ها، منابع ابری و دسترسی‌ها به حسابی جدید بازتعریف یا Migrate شوند.
• احراز هویت و OAuth: ابطال دامنه به معنی از دست رفتن دسترسی به ایمیل‌های بازیابی، توکن‌های امنیتی و ورود به ده‌ها سرویس ثالث است.
• امضای لاگ‌های گیت (Git Commit Signatures): آدرس ایمیلی که سال‌ها به عنوان شناسه هویتی در گیت‌هاب یا گیت‌لب استفاده شده، نیازمند بازنگری خواهد بود.

بازخوردها و درس‌هایی از دیدگاه جامعه کاربری

برخی از کاربران هکرنیوز این اقدام رجیستری را نوعی «Rug Pull در تاریخ DNS» توصیف کردند؛ چرا که پروتکل DNS همواره نمادی از ثبات بلندمدت بوده است. بحث‌های شکل‌گرفته دو نکته کلیدی را به برنامه‌نویسان یادآوری می‌کند:

1. استقلال هویت سازمانی و شخصی: تا جای ممکن حساب‌های حیاتی زیرساخت (مثل AWS ،Azure یا GCP) نباید روی پسوندهای ناپایدار یا ایمیل‌های شخصی عجیب پیکربندی شوند؛ انتخاب پسوندهای پایدار و شناخته‌شده‌تر مثل com. یا دامنه‌های سطح دوم مستقل، ریسک تغییر سیاست رجیستری‌ها را کاهش می‌دهد.
2. طراحی انعطاف‌پذیر احراز هویت: معضل نویسنده یادآور ضعف سیستم‌های هویتی بزرگی چون پلتفرم‌های مایکروسافت است که تغییر شناسه یا ایمیل اصلی کاربر را به فرایندی غیرممکن یا فرسایشی تبدیل می‌کنند.

اگر همچنان از دامنه‌های سطح سوم name. برای ایمیل‌های مهم، مدیریت DNS یا حساب‌های توسعه‌دهندگی استفاده می‌کنید، زمان آن رسیده که بدون فوت وقت مراحل مهاجرت به دامنه‌ای جدید را آغاز کنید.