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