میتوانید یک هفته را صرف مقاومسازی یک سرور کنید — بدون هویت هنگام ثبتنام، Monero هنگام پرداخت، SSH فقطکلیدی، یک ولوم رمزنگاریشده — و همهٔ آن را در 90 ثانیه، فقط با تایپکردن نام واقعیتان در یک فرم ثبت دامنه خنثی کنید. برخلاف هر لایهٔ دیگر، دامنه همراه با یک فهرست جهانی و برایهمیشهآرشیوشده میآید که مشخصاً برای ثبت اینکه چه کسی مالک آن است ساخته شده. این نسخهٔ صادقانهٔ ماجراست: ثبت ناشناس چه چیزی را محقق میکند، چه چیزی را نه، و چگونه نام و DNS آن را طوری اجرا کنید که هیچکدام نامی از شما فاش نکنند.
ناشناسی برای یک نام دامنه یعنی چه
یک دامنه، یک رکورد نیست بلکه چهار رکورد است، که چهار طرف زیر چهار قانون متفاوت نگهش میدارند. ناشناسی سوئیچی نیست که هیچکدام از آنها بفروشد؛ نتیجهٔ این است که مطمئن شوید هیچکدام از این چهار طرف، در نهایت چیزی را نگه نمیدارد که به شما اشاره کند.
رجیستری
برای .com شرکت Verisign، برای یک پسوند کشوری یک نهاد ملی. این نهاد نام، نیمسرورهای آن و ریجسترار حامی آن را ذخیره میکند — نه اطلاعات شما را. فقط به یک حوزهٔ قضایی پاسخگوست، و دقیقاً به همین دلیل، انتخاب پسوند یک تصمیم حقوقی است نه یک تصمیم برندینگ.
ریجسترار
شرکتی که از آن خرید میکنید باید اطلاعات تماس مالک ثبتی را جمعآوری و نگهداری کند. WHOIS عمومی ممکن است چیزی نشان ندهد؛ پایگاهدادهٔ خود ریجسترار همچنان هرچه را که تایپ کردهاید نگه میدارد، بهعلاوهٔ اینکه چگونه و از کدام آدرس پرداخت کردهاید.
اپراتور DNS
هر کس که به کوئریهای زون شما پاسخ میدهد، هر resolver را که سؤال میکند میبیند، و تاریخچهٔ هر رکوردی را که منتشر کردهاید نگه میدارد — از جمله همان رکوردی که بهاشتباه منتشر کردید و یک ساعت بعد حذفش کردید.
پرداخت
شمارهٔ یک کارت، یک مدرک هویتی با چند مرحلهٔ اضافه است؛ یک حوالهٔ بانکی، همان مدرک بههمراه یک برچسب زمانی است. این معمولاً قویترین حلقهٔ زنجیر است، و بهطرز غیرمعمولی، آسانترین حلقه برای حذف کامل.
دربارهٔ هدف دقیق باشید، چون همین چیزی است که تعیین میکند باید چه کار کنید. هیچ چیزی که بخرید پروندهٔ ریجسترار را حذف نمیکند، و ریجستراری که در حوزهٔ قضایی خودش با یک حکم مواجه شود، هرچه را که دارد تحویل میدهد. آنچه شما کنترل میکنید این است که آن پرونده چه چیزی دارد و کدام قانون به آن دسترسی دارد. ثبت ناشناس دربارهٔ پنهانکردن وجود یک رکورد نیست — دربارهٔ این است که مطمئن شوید آن رکورد نامی از شما ندارد.
حریم خصوصی WHOIS، ناشناسی نیست
تقریباً هر ریجستراری یک محصول حریم خصوصی میفروشد، و تقریباً هر خریداری فکر میکند این محصول بیشتر از آنچه واقعاً هست انجام میدهد. چهار چیز متفاوت زیر همین یک عنوان عرضه میشود، و فقط یکی از آنها تغییر میدهد که ریجسترار شما را چه کسی میشناسد.
تاریخچهٔ WHOIS همان بخشی است که همه فراموشش میکنند. آرشیوهای تجاری بهطور مداوم از رکورد عمومی اسنپشات میگیرند، پس دامنهای که دوشنبه بدون حریم خصوصی ثبت و جمعه خصوصی شده، همچنان برای همیشه در شکل اصلیاش قابلجستوجوست. حریم خصوصی باید از همان لحظهٔ خرید فعال باشد — فعالکردنش بعداً فقط زمان حال را پنهان میکند، هرگز گذشته را.
پیش از ریجسترار، پسوند را انتخاب کنید
پسوند تعیین میکند دادگاههای کدام کشور میتوانند به خود نام دسترسی داشته باشند، مستقل از اینکه ریجسترار شما کجاست یا سرورتان کجا اجرا میشود. این را اول تصمیم بگیرید: تنها بخشی است که بعداً نمیتوانید بدون تغییر آدرستان عوضش کنید.
- رجیستریای را انتخاب کنید که با حوزهٔ قضایی آن راحت باشید، نه رجیستریای که فقط پسوندش خوب به نظر میرسد.
- خطمشی تعلیق رجیستری را بررسی کنید و اینکه آیا به شکایتهای مطرحشده از بیرون دادگاههای خودش هم واکنش نشان میدهد یا نه.
- چند سال جلوتر ثبت کنید — تمدیدهای کمتر یعنی پرداختهای کمتر، ایمیلهای کمتر و فرصتهای کمتر برای منقضیشدن.
- نامی معمولی و بیسروصدا نگه دارید. آدرسی که تبلیغ میکند خودش چیست، دقیقاً همان توجهی را دعوت میکند که سعی دارید از آن اجتناب کنید.
انتخاب ریجستراری که هرگز نام شما را نمیفهمد
وقتی پسوند مشخص شد، ریجسترار همان طرفی میشود که بیشترین اطلاعات دربارهٔ شما را نگه میدارد. نشان حریم خصوصی روی صفحهٔ تبلیغاتی را نادیده بگیرید و شش چیز مشخص را بررسی کنید.
- پرداخت. اول Monero، و Bitcoin یا Litecoin بهعنوان جایگزین. یک کارت، PayPal یا حوالهٔ بانکی بهتنهایی کل تمرین را بیاثر میکند، و هیچ افزونهٔ حریم خصوصی آن را جبران نمیکند.
- ثبتنام. یک آدرس ایمیل باید حداکثر چیزی باشد که خواسته میشود. یک شمارهٔ تلفن، آپلود یک مدرک یا یک آدرس صورتحساب تأییدشده، با هر توجیهی که ارائه شود، قطعاً رد است.
- الزامات تماس. ریجسترار باید اطلاعاتی را که ارائه میدهید بدون درخواست تأیید بپذیرد، وگرنه تنها مسیر باقیمانده برای شما یک امین است.
- کنترل نیمسرور. اگر روزی قصد دارید DNS را جایی غیر از جایی که نام را از آن خریدهاید اجرا کنید، نیمسرورهای سفارشی و رکوردهای glue غیرقابلمذاکرهاند.
- خروج با انتقال. مطمئن شوید کد مجوز بهصورت خودسرویس در دسترس است. ریجستراری که ترک آن را سخت میکند، دقیقاً به همان اندازه که دادههای شما را نگه میدارد، خود شما را هم نگه داشته.
- حوزهٔ قضایی و خطمشی. کجا ثبت شده، دربارهٔ درخواستهای قانونی چه چیزی منتشر کرده، و آیا میگوید وقتی یکی از این درخواستها میرسد چه میکند؟
دامنه، DNS و هاستینگ را از یک شرکت نخرید. متمرکزکردن هر سه یعنی یک درخواست قانونی واحد، یک اختلاف مالی یا یک تعلیق خودکار میتواند نام، زون و سرور را در همان یک دقیقه از کار بیندازد. تقسیمکردن آنها میان سه ارائهدهندهٔ بیربط به هم، ارزانترین تابآوریای است که تا به حال خریدهاید.
ثبت آن بدون برجایگذاشتن ردپا
ترتیب انجام کارها مهمتر از هر مرحلهٔ منفرد است. هرکدام از اینها در توالی درست سادهاند و بعداً برای تعمیرکردنشان دستوپاگیر یا غیرممکن.
- 1
پیش از نیاز داشتن به هویت، آن را بسازید
پیش از هر چیز، آدرس ایمیلی را که دامنه از آن استفاده خواهد کرد، نزد ارائهدهندهای که هیچ شمارهٔ تلفنی نمیخواهد بسازید، و آن را برای هیچ چیز دیگری استفاده نکنید. استفادهٔ دوباره از آدرسی که از قبل دارید، دامنه را به هر حسابی که پشت آن است پیوند میزند.
- 2
حساب را با Monero شارژ کنید
پیش از خرید، موجودی را شارژ کنید. XMR پیوند میان این خرید و هر چیز دیگری را که خریدهاید قطع میکند؛ Bitcoin یک دفترکل عمومی برجا میگذارد که سالها بعد هم میتواند خوشهبندی شود. /pay-with-monero همین مدل را دقیقاً همانطور که دربارهٔ سرورها صدق میکند، توضیح میدهد.
- 3
سفارش را روی اتصالی که مال شما نیست ثبت کنید
Tor، یا یک شل روی سروری که از قبل غیرقابلانتساب است. ریجسترار آدرسی را که سفارش را ثبت کرده لاگ میکند، آن لاگ از خود حساب هم عمرش بیشتر است، و هیچ تنظیم حریم خصوصی به عقب و داخل آن نمیرسد.
- 4
روی یک رکورد تماس ثابت بمانید و هرگز آن را تغییر ندهید
سرویس حریم خصوصی، امین یا یک آدرس فوروارد واقعی — یکبار انتخاب کنید و آن را در سراسر تمدیدها و انتقالها یکسان نگه دارید. ناهماهنگی میان رکوردها همان چیزی است که ثبتنامها را قابلپیونددادن بههم میکند، و دادهٔ عمداً نادرست یک تعلیق درراه است، چون ریجسترارهای دارای مجوز باید به گزارشهای نادرستی رسیدگی کنند.
- 5
حریم خصوصی را همان داخل خرید فعال کنید
نه بعد از اولین کرال، نه فردا. اگر ریجسترار نمیتواند آن را همان لحظهٔ پرداخت فعال کند، این را دلیلی برای انتخاب ریجستراری دیگر بدانید، نه کاری برای اواخر هفته.
- 6
نیمسرورها را تنظیم کنید، سپس قفلش کنید
نام را پیش از آنکه در جای دیگری resolve شود، به DNS مقصد بفرستید — همان جایی که واقعاً قصد دارید از آن استفاده کنید — سپس قفل ریجسترار و احراز هویت دو مرحلهای را فعال کنید و همان روز، کد مجوز را آفلاین ذخیره کنید.
کل این توالی را در یک نشست انجام دهید، در یک پروفایل مرورگر که برای هیچ چیز دیگری استفاده نمیشود. شکست معمول در اینجا فنی نیست: باز کردن ایمیل تأییدیهٔ ریجسترار در همان اینباکسی است که فاکتورهای واقعی شما را نگه میدارد، از همان مرورگر معمولیتان، ده دقیقه بعد از انجام درست همهچیز دیگر.
DNS نیمهٔ دیگر مسئله است
رکورد ثبت میگوید نام مال کیست. زون میگوید نام چه کاری انجام میدهد، و غریبهها میلیونها بار از آن کوئری میگیرند. هر دو نیمه باید مدیریت شوند، و تقریباً همه بعد از نیمهٔ اول متوقف میشوند.
- رکوردهای MX که به سمت صندوقی اشاره دارند که شخصاً از آن استفاده میکنید، یا به سمت یک ارائهدهندهٔ ایمیل که هنگام ثبتنام هویتتان را تأیید کرده است.
- رکوردهای A باقیمانده از تست — dev., staging., old., mail. — که هنوز به یک اتصال خانگی یا یک میزبان قبلی اشاره میکنند.
- ورودیهای SPF و DKIM که نام یک سرویس ارسال ایمیل را دارند که با نام واقعیتان برایش ثبتنام کردهاید.
- یک wildcard که به همهچیز پاسخ میدهد و هر نام میزبان حدسزدهشده را به یک تأیید تبدیل میکند.
- هر ویرایشی که پیش از عمومیشدن دامنه انجام شده، همگی برای همیشه توسط آرشیوهای passive-DNS نگه داشته میشوند.
چه چیزی پس از آنلاینشدن نشت میکند
یک ثبتنام تمیز معمولاً نه با چیزی دراماتیک، بلکه با عملکرد عادی وب از بین میرود. چهار مکانیزم تقریباً هر افشای هویت واقعی یک دامنهٔ ثبتشده بهصورت خصوصی را توضیح میدهند، و هیچکدام به WHOIS مربوط نیست.
شفافیت گواهی
هر گواهیای که یک مرجع مورد اعتماد عمومی صادر میکند، ظرف چند دقیقه در لاگهای فقطالحاقی منتشر میشود، همراه با نام میزبان. یک گواهی برای هر زیردامنه، نقشهای از زیرساخت شما را منتشر میکند. یک گواهی wildcard صادر کنید تا نامهای تکی هرگز شمارشپذیر نشوند.
آرشیوهای تاریخچه
سرویسهای passive-DNS و تاریخچهٔ WHOIS، هر نسخهای از رکورد عمومی را برای همیشه نگه میدارند. یک روز با اطلاعات واقعی شما، یا یک رکورد A که به میزبان قدیمیتان اشاره داشته، مدتها پس از اصلاحکردنش هم قابلبازیابی میماند.
مبدأ پشت یک پروکسی
یک CDN فقط تا وقتی آدرس سرور را پنهان میکند که هیچ چیز دیگری آن را منتشر نکرده باشد. رکوردهای قدیمی، ایمیل ارسالشده مستقیماً از خود ماشین، vhostهای پیشفرض و صفحات خطای پرجزئیات، همگی آن را مستقیماً برملا میکنند — و بهمحض انتشار، آرشیو میشود.
شناسههای تکرارشونده
همان شناسهٔ آنالیتیکس، کلید میزبان SSH، فاوآیکون یا هندل داخل فوتر. وقتی یک fingerprint در دو سایتی ظاهر شود که قرار بود بیربط باشند، دیگر نیازی به رکورد WHOIS برای پیونددادنشان نیست.
با دامنه مثل یک هویت رفتار کنید و با هر چیزی که از قبل دارید مثل هویتی دیگر، و هرگز نگذارید این دو به هم برسند: ایمیل جدا، مسیر پرداخت جدا، پروفایل مرورگر جدا، کلید SSH جدا. نه به این دلیل که هرکدام بهتنهایی محتملترین نقطهٔ شکست است، بلکه چون جدا نگهداشتنشان چند دقیقه هزینه دارد و یکیکردنشان همهچیز را یکجا به باد میدهد.
وقتی که اصلاً نباید دامنه ثبت کنید
ثبتنام یک مصالحه است: یک رکورد دائمی که یک واسطهٔ تجاری نگه میدارد، در ازای نامی که مردم بتوانند تایپ کنند. گاهی این معامله ارزش انجامدادن ندارد.
- یک سرویس onion به هیچ ریجسترار، هیچ رجیستری و هیچ مرجع صدور گواهیای نیاز ندارد — آدرس از کلیدی که خودتان تولید میکنید مشتق میشود، پس هیچکس آن را به شما نمیفروشد و هیچکس نمیتواند پسش بگیرد. /tor-vps دربارهٔ اجرای یکی از آنها روی سروری که هرگز به شما مرتبط نبوده صحبت میکند.
- یک آدرس IPv4 برهنه با یک گواهی خودامضا، برای یک API، یک مقصد بکاپ یا هر چیزی که فقط خودتان و ماشینهای خودتان به آن دسترسی خواهند داشت، کافی است.
- یک زیردامنه از یک ارائهدهندهٔ DNS پویای رایگان، هیچ هزینهای ندارد و بهسادگی قابللغو است — برای یک اندپوینت موقت درست، برای هر چیزی که قصد نگهداشتنش را دارید نادرست.
- دو نام اغلب بهتر از یکی است: یک دامنهٔ عمومی و ایندکسشده برای فرانتاند، و یک آدرس onion یا IP برهنه برای سمت مدیریتی که هرگز در هیچ زونی ظاهر نمیشود.
تمدیدها، انتقالها و بازی بلندمدت
بیشتر دامنههای ثبتشده بهصورت خصوصی، در لحظهٔ ثبت لو نمیروند. آنها دو سال بعد، با تمدیدی که بیسروصدا شکست خورده یا انتقالی که با عجله انجام شده، لو میروند.
- یک دامنهٔ منقضیشده دوباره منتشر میشود. نام به وضعیت عمومی بازمیگردد، توسط هر شکارچی دامنههای رهاشده در اینترنت کرال میشود، و برای هرکسی قابلخرید میشود — از جمله کسی که علاقهمند است بداند چه کسی آن را اداره میکرده.
- مسیر تمدید را تأمینمالیشده و مستقل از هر حسابی که نامی از شما دارد نگه دارید. ثبت چندساله بههمراه یک موجودی کریپتویی ثابت، بهتر از یک یادآور تقویمی است که سرانجام نادیدهاش خواهید گرفت.
- آدرس تماس را زنده و زیرنظر نگه دارید. ایمیلهای تأیید اجباری بیپاسخ میمانند، ریجسترار دامنه را تعلیق میکند، و شما یک قطعی خودساخته و قابلاجتناب را برای خودتان رقم زدهاید.
- کد مجوز را آفلاین ذخیره کنید و انتظار یک قفل انتقال 60 روزه پس از ثبتنام یا تغییر مالک ثبتی را داشته باشید. جابهجاییها را حول همین بازهٔ زمانی برنامهریزی کنید، نه اینکه وسط مهاجرت کشفش کنید.
- رکورد عمومی، زون و لاگهای گواهی را سالی یکبار دوباره بررسی کنید. تصاحب ریجسترارها و تغییر خطمشیها عادت دارند تنظیماتی را که پیکربندی کرده و فراموش کردهاید، بازنشانی کنند.
جایگاه میزبان در این میان
دامنهای که نامی از کسی فاش نمیکند اما به سمت سروری اشاره دارد که با کارتی به نام خودتان اجاره شده، خصوصی نیست — فقط افشا را یک لایه پایینتر برده. این دو نیمه باید با هم جور باشند: ثبتنامی بدون بررسی هویت، مسیر پرداختی بدون هیچ بانکی در آن، و حوزهٔ قضاییای که آگاهانه انتخاب شده، نه اینکه از هرجایی که ارزانترین رک آنجا بوده به ارث رسیده باشد.
هر پلن /offshore-vps در اینجا از یک موجودی رمزارزی پیشپرداختشده و بدون KYC مستقر میشود — یک ایمیل، یا در حالت توکن، هیچچیز — در 15 منطقه، که ششتای آنها حوزههای قضایی ردهٔ حریم خصوصیاند که در /locations فهرست شدهاند. /offshore-hosting توضیح میدهد حوزهٔ قضایی واقعاً چه چیزی را تغییر میدهد و چه چیزی را نه، /pay-with ارزهای پذیرفتهشده را پوشش میدهد، و /guides مقالهٔ همراهی دارد دربارهٔ اینکه دقیقاً یک میزبان دربارهٔ یک ماشین چه چیزی را میتواند و نمیتواند ببیند. دو اینستنس 1 GB در مناطق مختلف هم ارزانترین راه برای اجرای نیمسرورهای مرجع خودتان است، پس زون هم هرگز دست شخص ثالث نمیافتد.
چکلیست
- اول پسوند را بر اساس حوزهٔ قضایی انتخاب کنید — نه بر اساس قیمت، و نه بر اساس اینکه نام چطور به گوش میرسد.
- سفارش را از یک پروفایل مرورگر و یک مسیر شبکه که به هیچ چیز دیگر متعلق به شما وصل نیست، ثبت کنید.
- با Monero از یک موجودی پیشپرداختشده پرداخت کنید. هرگز با کارت، PayPal یا حوالهٔ بانکی.
- از یک آدرس ایمیل اختصاصی که از قبل ساختهاید استفاده کنید، نزد ارائهدهندهای که هیچ شمارهٔ تلفنی نمیخواهد.
- حریم خصوصی یا ثبت امینی را همان داخل خرید فعال کنید، هرگز بهعنوان کاری برای بعد.
- ریجسترار، DNS و هاستینگ را میان سه ارائهدهندهٔ بیربط به هم تقسیم کنید.
- یک گواهی wildcard صادر کنید تا نامهای میزبان تکی هرگز در لاگهای شفافیت شمارشپذیر نشوند.
- دامنه را قفل کنید، احراز هویت دو مرحلهای را فعال کنید، کد مجوز را آفلاین ذخیره کنید، برای چند سال ثبت کنید.
- رکورد عمومی، زون و لاگهای گواهی را سالی یکبار، در تاریخی که واقعاً به آن پایبند میمانید، ممیزی کنید.
آیا ثبت ناشناس دامنه قانونی است؟
بله. ICANN از یک ریجسترار دارای مجوز میخواهد اطلاعات مالک ثبتی را جمعآوری کند؛ نمیخواهد که آن داده مستقلاً تأیید شود، و سرویسهای حریم خصوصی و پروکسی صراحتاً مجازند و توسط هر ریجسترار بزرگی فروخته میشوند. برخی رجیستریهای کد کشوری، قوانین احراز شرایط خودشان را اضافه میکنند، که این خطمشی رجیستری است نه قانون. خطکشیای که ارزش رعایتکردن دارد، میان امتناع از انتشار هویتتان است — که عادی و پشتیبانیشده است — و ارسال آگاهانهٔ اطلاعات نادرست، که قرارداد ثبتنام را نقض میکند و وقتی کسی گزارش نادرستی ثبت کند، دامنهها را معلق میکند.
آیا حریم خصوصی WHOIS مرا از دید ریجستراری که با آن کار میکنم پنهان میکند؟
نه، و این رایجترین سوءتفاهم دربارهٔ کل این موضوع است. یک سرویس حریم خصوصی چیزی را که عموم میبینند تغییر میدهد؛ پایگاهدادهٔ داخلی ریجسترار همچنان نام، آدرس، ایمیل و روش پرداختی را که ارائه دادهاید نگه میدارد، و در پاسخ به یک درخواست قانونی معتبر در حوزهٔ قضایی ریجسترار، آنها را افشا خواهد کرد. اگر لازم است ریجسترار هم چیزی نداند، به یک ثبت امینی نیاز دارید، نه یک افزونهٔ حریم خصوصی.
تفاوت واقعی میان یک سرویس حریم خصوصی و یک امین چیست؟
یک سرویس حریم خصوصی جزئیات شما را میپوشاند درحالیکه شما را همچنان بهعنوان مالک ثبتی قانونی باقی میگذارد. یک امین به مالک ثبتی قانونی تبدیل میشود و حق استفادهٔ قراردادی به شما اعطا میکند، پس رجیستری و ریجسترار بهجای شما، امین را میشناسند. این از نظر معنایی قویتر است و هزینهای واقعی دارد: شخص دیگری بهطور رسمی مالک نام است، و اگر آن شرکت ورشکسته شود، خطمشیاش را تغییر دهد یا تصمیم بگیرد پروژهٔ شما یک ریسک است، تنها راه جبران شما هرچیزی است که قرارداد میگوید. بند فسخ را پیش از امضا بخوانید، نه بعد از آن.
آیا واقعاً میتوانم با Monero یک دامنه ثبت کنم؟
بله، هرچند ریجسترارهای بسیار کمتری نسبت به Bitcoin از XMR پشتیبانی میکنند. الگوی معمول یک موجودی حساب پیشپرداختشده است که با کریپتو شارژ میشود، و بعد دامنهها از همان موجودی خریداری میشوند — همان مدلی که اینجا برای سرورها استفاده میشود. موجودی را در یک تراکنش واحد، مدتها پیش از ثبتنام شارژ کنید، تا پرداخت و ثبتنام از نظر زمانی کنار هم نباشند. جایی که فقط Bitcoin ارائه میشود، با ورودی دفترکل مثل چیزی دائمی و عمومی رفتار کنید، چون واقعاً همینطور است.
آیا قرار دادن یک CDN جلوی سرور، آدرس IP آن را پنهان میکند؟
فقط اگر هیچ چیز دیگری آن را منتشر نکرده باشد، که شرطی سختتر از آن چیزی است که به نظر میرسد. لاگهای شفافیت گواهی، تاریخچهٔ DNS از پیش از اضافهشدن CDN، ایمیلی که مستقیماً توسط سرور ارسال شده، میزبانهای مجازی پیشفرض که به آدرس برهنه پاسخ میدهند، و اسکنرهای سراسر اینترنت که یک fingerprint TLS را تطبیق میدهند، هرکدام بهطور مستقل آن را فاش میکنند. داشتن یک پروکسی ارزشمند است، اما مبدأ را در فایروال محافظت کنید — فقط از رنجهای پروکسی اتصال بپذیرید — نه اینکه با CDN مثل یک پنهانکاری رفتار کنید.
اگر دامنهام توقیف یا معلق شود، چه اتفاقی میافتد؟
توقیف در سطح رجیستری اتفاق میافتد، پس فقط نام را میگیرد و نه چیز دیگری را: سرور، دادهها و پیکربندی شما دستنخورده میمانند، و سایت بهمحض اینکه نامی دیگر به آن اشاره کند، دوباره در دسترس است. این همان دلیل جدا نگهداشتن ریجسترار، DNS و هاستینگ است، کوتاه نگهداشتن TTL بهاندازهای که بتوانید سریع جهتش را عوض کنید، و داشتن یک نام دوم در یک رجیستری متفاوت و یک حوزهٔ قضایی متفاوت. یک دامنه یک آدرس اجارهای است، نه دارایی — طوری بسازید که از دستدادن یکی، فقط یک بعدازظهر هزینه داشته باشد، نه کل پروژه.
