احتمالاً تا کنون نام ICANN به گوش‌تان خورده است. این مؤسسه مسؤولیت هماهنگی سیستم شناسه های اینترنتی به‌خصوص آدرس‌های پروتکل IP (پروتکل اینترنت) و تخصیص بلوک‌های آدرس به ثبت‌کننده‌های محلی اینترنت در سراسر جهان و مدیریت فضای نام‌های دامنه‌ی سطح بالای اینترنت را بر عهده دارد. ICANN به عنوان یک مؤسسه‌ی غیرانتفاعی خصوصی در سال ۱۹۹۸ با هدف مدیریت برخی از امور مربوط به اینترنت که تا پیش از این تاریخ مستقیماً از طرف دولت آمریکا و توسط سازمان‌های دیگری نظیر IANA انجام می‌شد تأسیس شده و دفتر مرکزی آن در شهر لوس‌آنجلس در ایالت کالیفرنیای آمریکا قرار دارد.

چنان که گفتیم ICANN مسؤول هماهنگی برای یکتا بودن سیستم شناسه‌های اینترنتی و تضمین عمل‌کرد باثبات و امن آن است. ICANN وظیفه‌ی هماهنگی فضای آدرس پروتکل اینترنت (IPv4 و IPv6) و تخصیص بلوک‌های آدرس به ثبت‌کننده‌های منطقه‌ای اینترنت از جهت ثبت شناسه‌های IP و مدیریت فضای نام‌های دامنه‌ی سطح بالا (روت زون DNS) و کارکرد نیم‌سرورهای ریشه (Root Nameservers) را بر عهده دارد. عمده‌ی این کار شامل توسعه‌ی سیاست‌های DNS برای بین‌المللی‌سازی سیستم DNS و معرفی دامنه‌های عمومی سطح بالای (gTLD) جدید در صورت احساس ضرورت است.

اصول کلی خط‌مشی ICANN چنان‌که خود این نهاد توصیف می‌کند عبارت است از کمک به حفظ کارکرد باثبات اینترنت، گسترش رقابت، نمایندگی جامعه‌ی جهانی اینترنت، و توسعه‌ی سیاست‌های متناسب با استفاده از سازوکارهای تصمیم‌گیری پایین به بالا و مبتنی بر اجماع جهانی.

تاریخچه

پیش از تأسیس ICANN دولت ایالات متحده کنترل سیستم نام دامنه‌های اینترنتی را در دست داشت. فرمان اولیه‌ی تأسیس ICANN توسط دولت آمریکا در دوره‌ی ریاست جمهوری کلینتون و بوش پسر صادر شد. در ژانویه‌ی ۱۹۹۸ «اداره‌ی ملی اطلاعات و مخابرات» آمریکا (NTIA)، که بخشی از وزارت بازرگانی این کشور است، پیش‌نهاد بهبود مدیریت فنی نام‌ها و آدرس‌های اینترنتی را برای دریافت نظرات منتشر کرد.

این پیش‌نهاد دربرگیرنده‌ی اقداماتی بود برای خصوصی‌سازی اداره‌ی نام‌ها و آدرس‌های اینترنتی به نحوی که امکان توسعه‌ی رقابت و تسهیل مشارکت جهانی را فراهم سازد. از جمله در این متن پیش‌نهاد شده بود برای امور مربوط به مدیریت DNS اقدام به ایجاد یک شرکت خصوصی غیرانتفاعی شود. این پیش‌نهاد منجر به تشکیل ICANN گردید. طی موافقت‌نامه‌ای با وزارت بازرگانی آمریکا وظیفه‌ی IANA ( مرجع تخصیص شماره‌های اینترنت) به عهده‌ی ICANN گذاشته شد.

جان پاستل

ICANN در ۳۰ سپتامبر ۱۹۹۸ در ایالت کالیفرنیا تأسیس گردید. دلیل انتخاب این ایالت حضور «جان پاستل» (Jon Postel)، بنیان‌گذار و اولین مدیر ارشد فناوری این شرکت بود. پیش از تأسیس ICANN وی به عنوان مدیر IANA مسؤولیت تخصیص آدرس‌های IP، مدیریت روت زون DNS و دیگر شماره‌ها و نمادهای مربوط به اینترنت را تحت قرارداد با وزارت دفاع آمریکا از دفتری در «مؤسسه‌ی علوم اطلاعات» (ISI) «دانشگاه کالیفرنیای جنوبی» (USC) را انجام می‌داد. پس از درگذشت پاستل فعالیت ICANN هم‌چنان از همان دفتر کار وی در USC انجام می‌شود.

بر اساس مقررات داخلی اولیه‌ مسؤولیت اصلی سیاست‌گذاری‌های ICANN باید به سه سازمان پشتیبان واگذار می‌شد:

سازمان پشتیبانی آدرس،

سازمان پشتیبانی نام دامنه،

سازمان پشتیبانی پروتکل؛

هر یک از این سازمان‌ها موظف می‌بود سیاست‌ها و روال‌های اصلی مدیریت شناسه‌های اینترنت در حوزه‌ی مرتبط با خود را توسعه دهد و به عنوان توصیه ارایه نماید. چنان‌که انتظار می‌رفت مراجع منطقه‌ای ثبت اینترنت و IETF (گروه کار مهندسی اینترنت یا IETF وظیفه‌ی ایجاد و ترویج استانداردهای اینترنت را بر عهده دارد) به ترتیب مسؤولیت‌های پشتیبانی از آدرس‌ها و پشتیبانی از پروتکل را پذیرفتند. ICANN در فراخوانی از طرف‌های علاقه‌مند خواست ساختارهای پیش‌نهادی خود برای سازمان پشتیبان نام دامنه‌ها را ارایه دهند و در مارس ۱۹۹۹ هیأت مدیره‌ی ICANN بر اساس پیش‌نهادهای دریافتی یک ساختار جای‌گزین برای این سازمان ارایه کرد که گروه‌های صاحب رأی در این ساختار و حوزه‌های کاری آن را مشخص می‌کرد.

تلاش‌ها برای استقلال کامل ICANN از دولت آمریکا در پی رخ‌دادهای ۱۱ سپتامبر بارها به تأخیر افتاد. در شرایط جدید از دید دولت آمریکا امنیت فضای سایبر اهمیت فوق‌العاده‌ای داشت و ICANN واجد آمادگی کامل برای بر عهده گرفتن دایمی این مسؤولیت را نبود. در سال ۲۰۰۶ ICANN قرارداد خود با دولت آمریکا را برای ایفای وظایف IANA به مدت حداکثر ۵ سال دیگر تمدید کرد و در همین سال در نهایت یاداشت تفاهم جدیدی با وزارت بازرگانی آمریکا امضا نمود که وضعیت رابطه‌ی آن با دولت آمریکا را روشن می‌ساخت. بر اساس این تفاهم نامه وزارت بازرگانی ایالات متحده حق نظارت یک‌جانبه و نهایی بر برخی از فعالیت‌های ICANN را داشت. هم‌چنین ICANN موظف بود توصیه‌هایی را که از کمیته‌ی مشورتی دولتی (GAC) دریافت می‌نمود به بحث بگذارد و در صورت نپذیرفتن آن مجبور به توضیح دلایل خود خواهد بود. در نتیجه دولت عملاً حق وتوی سیاسی تصمیمات ICANN را که بر سیاست‌های عمومی مؤثر باشد به دست آورد. در سال ۲۰۰۸ وزارت بازرگانی آمریکا طی نامه‌ای مجدداً تأکید نمود که هیچ تصمیمی برای منتقل کردن مدیریت فایل روت زون DNS به ICANN ندارد. هم‌چنین در این نامه به‌صراحت اعلام شده بود که IANA و VeriSign هر کدام نقش جداگانه‌ی خود را دارند. (VeriSign شرکت آمریکایی مرجع ثبت نهایی دامنه‌های .com و .net و کنترل‌کننده‌ی ۲ روت‌سرور از کل ۱۳ روت‌سرور DNS جهان است. این شرکت هم‌چنین مسؤول ایجاد فایل روت زون -Root Zone File- و تغییر آن بر اساس دستور ICANN و پس از تصویب وزارت بازرگانی ایالات متحده است. به عبارت دیگر این شرکت یکی از مهم‌ترین نقش‌ها را در کنترل زیرساخت جهانی DNS دارد.)

منبع : سایت طاها دومین

ساختار ICANN

در حال جاضر ICANN به صورت یک بنگاه غیرانتفاعی برای منافع عامه و خیریه فعالیت می‌کند. هیأت مدیره‌ی ICANN شانزده عضو دارد که ۸ عضو آن را کمیته نام‌زدگزینی بر اساس گروه‌های صاحب رأی ICANN انتخاب می‌کند؛ ۶ عضو دیگر نماینده سازمان‌های پشتیبانند؛ یک عضو نماینده‌ کل گروه‌هاست و عضو آخر مدیرعامل/رییس است که توسط هیأت مدیره انتخاب می‌شود.

سازمان‌های پشتیبان فعلی عبارتند از:

  • سازمان پشتیبان نام‌های عمومی که مسؤولیت سیاست‌گذاری در حوزه دامنه‌های سطح بالای عمومی (gTLD) را دارد.
  • سازمان پشتیبان نام‌های کد کشوری که مسؤولیت سیاست‌گذاری در حوزه دامنه‌های سطح بالای کشوری (ccTLD) را دارد.
  • سازمان پشتیبان آدرس که در حوزه آدرس‌های IP سیاست‌گذاری می‌کند.

ICANN از نظرات کمیته‌های مشورتی نیز در زمینه علایق و نیازهای گروه‌های ذی‌نفع استفاده می‌کند. این کمیته‌ها مستقیماً در سازمان‌های پشتیبان مشارکت ندارند. این کمیته‌ها عبارتند از:

  • کمیته مشورتی حکومتی: که از نمایندگان بسیاری از کشورها از سراسر جهان تشکیل می‌شود.
  • کمیته مشورتی عمومی: که از نمایندگان سازمان‌های تشکیل شده از کاربران اینترنت از سراسر جهان تشکیل می‌شود.
  • کمیته مشورتی سرور روت: که در زمینه عمل‌کرد سیستم سرور روت DNS به ICANN مشورت می‌دهد.
  • کمیته مشورتی امنیت و ثبات: که متشکل است از متخصصان اینترنت که به مسایل امنیتی مربوط به ICANN می‌پردازد.
  • گروه روابط فنی: که شامل نمایندگان دیگر سازمان‌های فنی بین‌المللی‌یی می‌شود که دست‌کم بخشی از حوزه کاران بر اینترنت متمرکز باشد.

دموکراسی در ICANN

بر اساس تفاهم‌نامه‌ی امضا شده که روابط ICANN با دولت ایالات متحده را مشخص می‌کند ICANN باید به صورت پایین به بالا و بر اساس اجماع عمومی و به روشی دموکراتیک فعالیت‌های خود را به انجام برساند. با این حال تلاش‌های ICANN برای ایجاد یک ساختار سازمانی که بتواند نظرات جامعه جهانی اینترنت را گرد‌آوری نماید چندان موفق نبوده است. در نتیجه انتخاب مستقیم اعضای هیأت مدیره توسط جامعه جهانی اینترنت به زودی کنار گذاشته شد.

نشست‌های عمومی ICANN به شکل دوره‌ای با هدف تشویق مشارکت جهانی در فرآیندها در قاره‌های مختلف برگزار می‌شود. تصمیمات هیأت مدیره، گزارش‌های مقدماتی، خلاصه مذاکرات نشست‌ها در وب‌سایت ICANN گاه حتا بلافاصله منتشر می‌شوند. با این حال در مواردی گروه‌های ذی‌نفعی مانند گروه کاربران غیرتجاری و کمیته مشورتی عمومی انتقاداتی مطرح می‌کنند مبنی بر این‌که تصمیمات به اندازه کافی در معرض دید عموم نیست.

در سال‌های آغازین هزاره جدید نشانه‌هایی مبنی بر تمایل سازمان ملل برای کنترل ICANN دیده می‌شد که با واکنش منفی دولت آمریکا مواجه گردید و نگرانی‌هایی از احتمال دوپاره شدن فضای اینترنت پدید آورد. گردهم‌آیی جهانی جامعه اطلاعاتی در سال ۲۰۰۵ در تونس تصمیم گرفت در فعالیت‌های روزمره ICANN مداخله نکند، با این حال مقرر شد انجمن بین‌الملی نظارت بر اینترنت با نقش مشورتی تشکیل گردد. در حال حاضر کمیته مشورتی حکومتی ICANN کار ارایه مشاوره در حوزه سیاست‌گذاری‌های عمومی ICANN به نمایندگی از بسیاری از کشورهای جهان را بر عهده دارد.

برخی عقیده دارند ICANN هیچ مسؤولیتی برای اعمال سیاست‌های خود مثلاً در زمینه ارایه دامنه‌های سطح بالای جدید ندارد یا نمی‌تواند مانع از رقابت گروه‌های علاقه‌مندی که حاضر به پرداخت هزینه ۱۸۵٬۰۰۰  دلاری ICANN برای ارایه درخواست دامنه‌های سطح بالای جدید نیستند شود و تنها باید نقش مراقبت فنی را ایفا کند. منتقدان بر این نظرند که ICANN نباید مجاز به تحمیل مقررات خود بر علاقه‌مندان بازار باشد و در رسیدگی به درخواست‌های ایجاد دامنه‌های سطح بالای جدیدی باید به اولین درخواست دهنده اجازه کار داد؛ به عبارتی باید تصمیم‌گیری درباره موفقیت هر دامنه‌ای به بازار سپرده شود.

فعالیت‌ها

یکی از مواردی که بر عهده ICANN گذاشته شده بود تصمیم‌گیری درباره مالکیت دامنه‌های سطح بالای عمومی بود. اقدامات ICANN در این مورد در هم‌آهنگی نزدیک به سازمان جهانی مالکیت فکری صورت گرفت و حاصل آن «سیاست واحد رفع اختلاف» بود. هدف اصلی این سیاست ایجاد سازوکاری برای تصمیم‌گیری سریع، کم‌هزینه، و مستدل برای رفع تعارض‌ها بودن نیاز به مراجعه به سیستم قضایی است. بر اساس تصمیم ICANN ثبت کننده یک دامنه باید الزامات این سیاست را بپذیرد، در غیر این صورت نمی‌تواند مالک آن دامنه باشد.

منبع : سایت طاها دومین

رخدادهای مهم

در مارس ۲۰۰۲ «کارل آورباک» (Karl Auerbach) وکیل دعاوی، مهندس پروتکل‌های اینترنت و نماینده منتخب عمومی آمریکای شمالی در هیأت مدیره ICANN پس از آن‌که ICANN به او اجازه‌ی دست‌رس کامل به سوابق مالی خود را نداد و تنها به او اجازه دست‌رس با محدودیت‌های شدید داد شکایتی علیه این شرکت در دادگاه عالی ایالت کالیفرنیا طرح کرد و تقاضای دست‌رس بدون محدودیت به تمام سوابق حساب‌های ICANN را نمود. دادگاه بر حق وی به عنوان یکی از اعضای هیأت مدیره برای دست‌رس به تمام اسناد داخلی تأکید کرد.

در پاییز سال ۲۰۰۳ ICANN نقشی مهم در منازعه پیش‌آمده بر سر سرویس DNS «سایت‌یاب» (Site Finder) شرکت VeriSign داشت. این سرویس به ازای تایپ هر نام دامنه .com و .net ثبت‌نشده در مرورگرها کاربران را به درگاه وب شرکت VeriSign که مرجع ثبت این دامنه‌هاست هدایت می‌کرد. این پرتال حاوی اطلاعاتی درباره محصولات و لینک‌هایی به وب‌سایت‌های شرکای شرکت بود. به این ترتیب VeriSign از دامنه‌های ثبت‌نشده سوءاستفاده‌ی تبلیغاتی می‌کرد و ترافیک وب زیادی را به این سایت جذب می‌کرد و در عمل به این معنی بود که VeriSign مالک همه دامنه‌های .com و .net  ثبت‌نشده است. VeriSign این تغییر را به عنوان تلاشی برای بهبود تجربه مرور وب برای کاربران تازه‌کار معرفی می‌کرد. ICANN در نامه‌ای به VeriSign برای توقف این سوءاستفاده از سیستم DNS اولتیماتوم داد. VeriSign داوطلبانه این سرویس را متوقف کرد و در عوض شکایتی علیه ICANN مطرح کرد و مدعی شد ICANN از حدود مسؤولیت خود تجاوز کرده است. اگرچه ادعای انحصار این شرکت علیه ICANN رد شد ادعای گسترده‌تر این شرکت مبنی بر تجاوز ICANN از حقوق قراردادی خود هم‌چنان معوق است. در عوض بر اساس توافقی مقرر شد در ازای اجازه دادن به VeriSign برای افزایش قیمت ثبت دامنه‌هایش تا ۷ درصد این شرکت از شکایتش صرف‌نظر کند.

در سال ۲۰۰۴ بودجه پیش‌نهادی ICANN نزدیک به ۱۰۰ درصد افزایش داشت. قرار بود این بودجه اضافه از طریق معرفی دامنه‌های سطح بالای جدید، شارژ پرداختی ثبت‌کننده‌ها، و هزینه‌ای به ازای ثبت، تمدید، و انتقال برخی دامنه‌ها (۰٬۲ دلار برای تمام دامنه‌های کشوری و ۰٬۲۵ دلار برای همه دامنه‌های دیگر) تأمین شود. شورای ثبت‌کننده‌های دامنه‌های سطح بالای ملی اروپا (CENTR) که متشکل است از نمایندگان ثبت دامنه ۳۹ کشور این افزایش هزینه‌ها را نپذیرفت و ICANN را به بی‌ملاحظگی در هزینه‌ها متهم کرد. این شورا از ICANN به دلیل «اهداف سیاسی و عملی غیرواقع‌گرایانه» انتقاد کرد. با وجود این انتقادات به عنوان مثال برای ثبت هر دامنه .jobs و .travel 2 دلار نصیب ICANN می‌شود.

در سال ۲۰۰۵ پس از دو دور مذاکره دامنه‌های سطح بالای جدید eu، asia، travel، jobs، mobi، و cat معرفی شدند.

در سال ۲۰۰۷ ICANN تأییدیه RegisterFly یکی از مراجع ثبت دامنه را در میانه اتهامات قضایی از جمله کلاه‌برداری لغو کرد. در این میان ICANN به دلیل مدیریت نامناسب وضعیت و خسارات وارد شده به هزاران مشتری RegisterFly و بی‌توجهی و عدم‌مداخله با وجود ادعاهای متعدد مشتریان مبنی بر کلاه‌برداری این شرکت هدف انتقاد قرار گرفت.

در سال ۲۰۰۸ ICANN اطلاعیه‌ای علیه ۱۰ ثبت‌کننده‌ی دارای تأییده خود منتشر کرد و آن‌ها را به عنوان «بدترین متخلفان اسپم» معرفی کرد. این اقدام عمدتاً در واکنش به گزارش KnujOn انجام گرفت. KnujOn (برعکس No Junk، پروژه‌ای است که برای افزایش امنیت اینترنت به‌ویژه مبارزه با اسپم شکل گرفته است) این ثبت‌کننده‌ها را به عنوان ثبت‌کننده‌های اصلی دامنه‌هایی که تبلیغات وب‌سایت‌هایشان به صورت اسپم انجام می‌شود و نیز به دلیل عدم نظارت بر رعایت مقررات معرفی کرده بود. اگرچه در یادداشت ICANN از اصطلاح اسپم استفاده شده بود مسایل مربوط به اسپم و سوءاستفاده‌های ایمیلی به ICANN مرتبط نمی‌شود. کنترل محتوای وب‌سایت و نوع استفاده از آن بر عهده ICANN نیست. با این حال گزارش KnujOn با جزییات نشان می‌داد چگونه برخی ثبت‌کننده‌ها به تعهدات ذکرشده در قراردادهایشان و تأییدیه‌های دریافتی‌شان بی‌اعتنا بوده‌اند. هدف اصلی این گزارش نشان دادن این نکته بود که چگونه بی‌توجهی به مقررات، ترافیک تبلیغاتی غیرقانونی برای محصولات، و اسپم با هم مرتبطند. بر اساس این گزارش از ۹۰۰ ثبت‌کننده دارای تأییدیه ICANN تنها ۲۰ شرکت مسؤول ثبت ۹۰ درصد از این گونه دامنه‌های متخلف بوده‌اند.

در اوایل تابستان ۲۰۰۸ ICANN اعلام کرد در حال بررسی سیاست‌های جدید نام‌گذاری دامنه‌ها با هدف برداشتن گامی بزرگ به پیش برای معرفی دامنه‌های سطح بالای عمومی جدید است.

در سال ۲۰۱۰ ICANN اجازه وارسی کامل سیاست‌های خود در زمینه شفافیت، مسؤولیت‌ و مشارکت عمومی را به مرکز اینترنت و جامعه برکمن وابسته به دانشگاه هاروارد را داد.

در اوایل سال ۲۰۱۱ ICANN اعلام کرد که آخرین بسته از آدرس‌های IPv4 باقی‌مانده را بین ۵ مرجع منطقه‌ای ثبت آدرس‌های اینترنت که مدیریت آدرس‌های IP در منطقه‌های مختلف را بر عهده دارند توزیع نموده است. انتظار بر این بوده که در اوایل سال ۲۰۱۲ تمام این آدرس‌های IP واگذار شده باشد و آدرس دیگری برای توزیع نمانده باشد.

در یکی از مهم‌ترین تحولات در ماه ژوئن سال ۲۰۱۱ هیأت مدیره ICANN تصمیم گرفت بیش‌تر محدودیت‌ها بر نام دامنه‌های سطح بالای عمومی (gTLDها) را لغو کند. شرکت‌ها و سازمان‌ها قادر خواهند بود به دل‌خواه دامنه‌های اینترنتی سطح بالا انخاب کنند. هم‌چنین استفاده از کاراکترهای غیرلاتین در نام gTLDها آزاد گردید. از ژانویه ۲۰۱۲ ICANN درخواست‌های ثبت gTLDهای جدید را گردآوری گرده است. هزینه اولیه این درخواست ۱۸۵٫۰۰۰ دلار است و برای تمدید امتیاز این نام دامنه‌ها باید سالانه ۲۵٫۰۰۰ دلار پرداخت شود. ICANN انتظار دارد این مقررات فضای اینترنت را به کل دگرگون سازد و راه را برای خلاقیت‌ها و ابتکارات جدید باز کند و آزادی نوآوری را تأمین کند. اگرچه برخی عقیده دارند این آزادی چندان هم آزاد نیست و پرداخت هزینه ۱۸۵٫۰۰۰ دلاری چندان جایی برای آزادی همه باقی نمی‌گذارد. در ماه ژوئن ۲۰۱۲ ICANN اعلام کرد نزدیک به ۲۰۰۰ درخواست دامنه سطح بالای عمومی جدید دریافت کرده است. تنها گوگل درخواست ۱۰۱ نام دامنه سطح بالای جدید را ارایه داده است و ۱۸٬۶ میلیون دلار برای این درخواست‌ها پرداخته است! دامنه‌های جدید از سال ۲۰۱۳ قابل ارایه خواهند بود.

منبع : سایت طاها دومین

۹-شرمسار نشوید:

بعضی وقت‌ها شما دو سه کلمه را پشت سر هم می‌گذارید و یک نام دامنه ثبت می‌کنید، مواظب باشید که وقتی این کلمه‌ها سر هم نوشته می‌شوند کلمه‌های تازه –مخصوصاً کلمه‌های زشت- از آن‌ها در نیاید؛ مثال: Jeans Wearing، Pen Island، Therapist Finder، Experts Exchange،… خلاصه شرمنده نشوید. بعضی کلمه‌ها ممکن است در زبان‌ها و لهجه‌های مختلف معنی‌های متفاوتی بدهند.

۱۰-مشورت بگیرید:

هرچه هم که تلاش کنید تا نام دامنه‌ای مقبول و قشنگ انتخاب کنید دست آخر این دامنه‌ی شما را باید مردم استفاده کنند. مردم خیلی راحت در تایپ کردن اشتباه می‌کنند، یا نام دامنه‌ی شما یادشان می‌رود، یا به هر نتیجه‌ای که گوگل تحویل‌شان می‌دهد اعتماد می‌کنند. حتماً از چند نفر دیگر درباره‌ی نام دامنه‌ی انتخابی‌تان نظرخواهی کنید. ببینید واکنش افراد در برابر نام دامنه‌ای که می‌خواهید ثبت کنید چیست. ممکن است به خاطر سپردن نامی که از نظر شما کاملاً مناسب است برای بقیه‌ی مردم سخت باشد.

۱۱- نام دامنه شما باید با اسم سایت‌تان یکی باشد:

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

۱۲- نام دامنه با نام شرکت‌تان هم یکی باشد:

اگر شما نماینده‌ی یا مالک یک شرکت شناخته‌شده‌اید و حالا می‌خواهید برای خودتان جاپایی هم در فضای آنلاین پیدا کنید تا جایی که ممکن است از نام شرکت‌تان به عنوان نام دامنه‌تان هم استفاده کنید. نام شرکت اولین چیزی است که مردم وقتی می‌خواهند شما را در اینترنت پیدا کنند امتحان می‌کنند.

منبع : سایت طاها دومین

معمولاً وبلاگ‌نویسان کارشان را با سرویس‌های وبلاگ‌نویسی رایگان شروع می کنند. این سرویس‌ها یک فضای هاست رایگان، یک محیط ویرایش‌گر برای نوشتن مطالب وبلاگ، و یک نام وبلاگ در اختیار کاربر می‌گذارند. نام وبلاگ به شکل زیردامنه‌ یا ساب‌دومینی از نام سرویس وبلاگ‌نویسی به عنوان آدرس وبلاگ شناخته خواهد شد.

بسیاری از وبلاگ‌نویس‌ها مایلند ضمن استفاده از محیط وبلاگ‌نویسی‌یی که به آن عادت کرده‌اند صاحب یک نام دامنه‌ی اختصاصی برای وبلاگ خود باشند. این نام اختصاصی هم اعتبار بیش‌تری به وبلاگ آن‌ها می‌دهد و هم معرفی و جست‌جوی آن را آسان‌تر می‌کند. خبر خوب این است که این کار ممکن است. هر وبلاگ‌نویسی می‌تواند دامنه‌ای را که برای نام وبلاگش می‌پسندد و با پسوند مورد علاقه‌اش (به شرط این‌که آن نام دامنه با پسوند مورد نظر قبلاً ثبت نشده باشد) به نام خود ثبت کند.

برای این کار لازم نیست هیچ هزینه‌ای برای فضای هاست پرداخته شود. وبلاگ‌نویس از قبل فضای هاست قابل‌قبولی را از سرویس بلاگینگ خود در اختیار دارد. حتی ممکن است بتوان نام دامنه را نیز به رایگان ثبت کرد. تا همین اواخر در سایت‌های فارسی مطالبی درباره‌ی تبدیل رایگان وبلاگ به وب‌سایت رایج بود. البته که هیچ چیزی واقعاً رایگان نیست، اما تنها راه این کار یافتن پسوند دامنه‌ای است که ثبت نام دامنه روی آن رایگان باشد.

ظاهراً هم چنین پسوند دامنه‌ای وجود دارد: tk. پسوند دامنه‌ی کشوری توکلائو که منطقه‌ای است در جنوب اقیانوس آرام با ۱۴۰۰ نفر جمعیت و وابسته به نیوزیلند. این دامنه‌ها را می‌توان به طور رایگان در اختیار گرفت و روی وبلاگ مورد نظر ری‌دایرکت کرد. اما اگر وبلاگ مربوط  حتی به طور موقت از دست‌رس خارج شود، یا تشخیص داده شود که مطالب آن نامناسب است، یا حداقلی از فعالیت برای مدت ۹۰ روز روی دامنه‌ی رایگان مشاهده نشود این دامنه به جای وبلاگ مورد نظر به یک صفحه‌ی تبلیغ ری‌دایرکت می‌شود.  در واقع هم شما مالک دامنه نیستید و تنها وبلاگ شما به صورت یک فریم موقتاً در دامنه‌ی tk. مورد استفاده نمایش داده می‌شود. تا مدت‌ها دامنه‌هایی که با پسوند tk. ثبت می‌شدند به استفاده برای فعالیت‌های آنلاین غیرقانونی معروف بودند و این برای اعتبار وبلاگ -که احتمالاً هدف اولیه‌ی تبدیل ساب‌دومین به دامنه‌ی اختصاصی بوده- در تناقض بود. بعد از مدتی هم که دست‌رس به وب‌سایت ثبت‌کننده‌ی این دامنه‌ها در ایران مسدود گردید.

اما راه منطقی و درست تبدیل وبلاگ به سایت این است که یک دامنه به نام خودتان ثبت کنید. چنان‌که گفتیم شما نیازی به ثبت فضای هاست ندارید. پس از تأیید مراحل ثبت دامنه کافی است DNS دامنه‌تان را روی نیم سرورهای سرویس وبلاگ‌نویسی مورد استفاده‌تان تنظیم کنید. در این صورت بازدیدکنندگان شما به جای مشاهده‌ی آدرس طولانی قبلی آدرس جدید شما را خواهند دید و نام سرویس وبلاگ‌نویسی از آدرس وبلاگ شما حذف می‌شود. این کار چند فرصت تازه در اختیار شما می‌گذارد:

– شما یک دامنه به نام خودتان دارید که رتبه‌بندی می‌شود، در آمارها دیده می‌شود و  حتی می‌تواند منبع  درآمدی برایتان باشد، بدون این‌که هزینه‌ی هاست پرداخته باشید.

– شما می‌توانید هر زمان که خواستید سرویس وبلاگ‌نویسی‌تان را تغییر دهید نام دامنه‌تان را روی هر سرویس وبلاگ‌نویسی دیگری نیز به همین ترتیب تنظیم کنید. کاربران شما را با نام دامنه‌تان می‌شاسند و شما به هیچ سرویس بلاگینگی مقید نیستید.

– شما می‌توانید در صورت تمایل یک فضای هاست برای خود تهیه کنید و با نصب سیستم مدیریت محتوا یا وبلاگ‌نویسی مطلوب خود (بهترین مثال وردپرس است) یک وبلاگ/وبسایت کاملاً مستقل داشته باشید.

– دامنه‌ای که ثبت کرده‌اید تا پایان دوره‌ی ثبت در اختیار شماست؛ چه از آن استفاده کنید و چه نکنید. شما دقیقاً می‌دانید کی باید دامنه‌تان را دوباره تمدید کنید و کسی نمی‌تواند آن را از دست‌تان بیرون بکشد.

–  حتی برای تنوع می‌توانید بیش از یک دامنه ثبت کنید و همه را به وبلاگ‌تان متصل کنید.

– نام قبلی وبلاگ شما در سرویس بلاگینگ مورد استفاده‌تان هم‌چنان در دست‌رس و قابل استفاده است. بازدیدکنندگان چه از نام قدیم و چه از نام جدید وبلاگ شما استفاده کنند می‌توانند به آن دست‌رس پیدا کنند.

به صرفه‌ترین انتخاب شما بعد از دامنه‌ی رایگان ثبت دامنه‌ های ملی (با پسوند ir.) است. این دامنه‌ها خوش‌بختانه قیمت مناسبی دارند و در بین کاربران داخل کشور محبوبیت زیادی هم دارند. انتخاب بعدی شما می‌تواند دامنه‌های عمومی معروفی مانند com. یا net. یا info. باشد. این دامنه‌ها شناخته شده‌اند و به وبلاگ شما وجهه‌ی بین‌المللی هم می‌دهند. هزینه‌ی آن‌ها هم برای ثبت یک‌ساله چندان بالا نیست.

تنظیم DNS

برای تغییر تنظیمات DNS کافی است پس از خرید دامنه وارد پنل کاربری دامنه‌ی خود که شرکت ثبت دامنه در اختیارتان گذاشته شوید و نیم سرورها را به نیم سرورهای سیستم بلاگینگ مورد نظرتان تغییر دهید. هم‌چنین در سرویس وبلاگ‌ساز باید بخش مربوط به امکان اتصال دامنه به وبلاگ را پیدا کنید و مشخصات دامنه‌تان را در آن وارد کنید. نیم سرورهای مشهورترین سرویس‌های وبلاگ‌نویسی به شرح زیر است.

تنظیمات دامنه برای تبدیل وبلاگ‌های بلاگفا (blogfa) به وب‌سایت:

در بخش مدیریت وبلاگ  در منوی «امکانات» گزینه‌ی «دیگر امکانات…» را و از آن‌جا «اتصال دامنه به وبلاگ» را انتخاب کنید. نام دامنه و مشخصات مالک آن را -که احتمالاً خودتان هستید- وارد کنید.

نیم‌سرورهای زیر را باید در پنل کاربری دامنه تنظیم کنید:

NS20.OURIRAN.NET
NS21.OURIRAN.NET

* برای اطلاع کامل از نحوه اتصال دامنه به وبلاگ در سیستم وبلاگدهی بلاگفا مطلب نحوه اتصال دامنه به وبلاگ را مطالعه کنید.

تنظیمات دامنه برای تبدیل وبلاگ‌های میهن بلاگ (mihanblog) به وب‌سایت:

در پنل وبلاگ‌تان در قسمت «دامین» گزینه‌ی «اتصال» را انتخاب کنید و نام دامنه‌تان را وارد کنید.

نیم‌سرورهای زیر را باید در پنل کاربری دامنه تنظیم کنید:

NS3.MIHANBLOG.COM
NS4.MIHANBLOG.COM

تبدیل وبلاگ‌های پرشین بلاگ  (persianblog) به وب‌سایت:

برای تبدیل وبلاگ به وب‌سایت در پرشین بلاگ باید علاوه بر خرید دامنه هاست هم خریداری کنید. پرشین بلاگ این امکان را به شما نمی‌دهد که نام دامنه‌ای را به ساب‌دومین پرشین بلاگ متصل کنید. شما فقط از پنل پرشین بلاگ برای نوشتن مطالب استفاده می‌کنید و سپس از طریق FTP آن‌ها را روی وب‌سایت/وبلاگ خود می‌فرستید. اگر شما هاست و دامنه هر دو را تهیه کرده‌اید چندان منطقی نیست مقید به پرشین بلاگ بمانید. بهتر است نرم‌افزار مدیریت وبلاگی مانند وردپرس را روی هاست‌تان نصب کنید و از آن رای وبلاگ‌نویسی استفاده کنید.

اگر هم‌چنان اصرار دارید از پنل پرشین بلاگ مطالب‌تان را ارسال کنید در بخش تنظیمات عمومی وبلاگ گزینه‌ی «اتصال وبلاگ به دامین شخصی» را انتخاب کنید و آدرس وب‌سایت و تنظیمات کاربری FTP ان را وارد کنید.

تبدیل وبلاگ‌های بلاگر(blogger) یا بلاگ اسپات (blogspot) به وب‌سایت:

وضعیت برای وبلاگ‌هایی که با بلاگر شرکت گوگل منتشر می‌شوند نیز همانند پرشین بلاگ است. برای اتصال دامنه‌تان به سرویس بلاگر باید در کنترل پنلی که شرکت هاستینگ در اختیارتان گذاشته A Record و CNAME را در تنظیمات DNS تغییر دهید.

CNAME: در تنظیمات زون‌های DNS خود یک زون رکورد (zone record) جدید از نوع CNAME ایجاد کنید. اگر قبلاً رکورد www دارید آن را پیش از ساخت رکورد CNAME حذف کنید. نام رکورد یا (در بعضی پنل‌ها Subdomain آن) را www انتخاب کنید. مقدار آن نیز باید ghs.google.com قرار دهید.

A Record (اختیاری – توصیه می‌شود):

اگر این تنظیم را انجام ندهید وقتی کاربری نام سایت شما را بدون www وارد می‌کند با پیغام خطا مواجه می‌شود و نمی‌تواند سایت‌تان را ببیند. اگر در لیست زون رکوردهایتان رکوردی از نوع A که نامی ندارد (در مواردی نام آن @ است) می‌بینید آن را حذف کنید. حالا یک رکورد جدید ایجاد کنید. نام رکورد (در بعضی پنل‌ها Subdomain آن) را خالی بگذارید یا (بسته به پنل‌تان) @ را انتخاب کنید. Type یا نوع رکورد باید A باشد و مقدار Host Name یا IP را باید یکی از IPهای ارایه شده توسط گوگل قرار دهید. از آن‌جا که این IPها چهار تا هستند این مرحله را باید ۴ بار و برای هر IP انجام دهید. در پایان چهار A Record با IPهای زیر خواهید داشت:

۲۱۶٫۲۳۹٫۳۲٫۲۱
۲۱۶٫۲۳۹٫۳۴٫۲۱
۲۱۶٫۲۳۹٫۳۶٫۲۱
۲۱۶٫۲۳۹٫۳۸٫۲۱

پس از این کار باید تنظیمات بلاگر خوذ را تغییر دهید. به پنل بلاگر خود وارد شوید و در تب «Settings» گزینه‌ی «Basic» را انتخاب کنید. در بخش «Publishing» روی لینک «Add a custom domain» و در کادر باز شده روی «Switch to advanced settings» کلیک کنید و نام دامنه‌تان را وارد کنید.

برخی پیش‌نهاد می‌کنند به جای خرید هاست پس از ثبت دامنه از سایت‌های واسط استفاده کنید. در این حالت تنظیمات CNAME و A Record را در سایت واسط انجام می‌دهید و سپس نیم سرورهایی را که از سایت واسط دریافت کرده‌اید در تنظیمات DNS در پنل کاربری دامنه‌تان وارد می‌کنید. قسمت تنظیمات در پنل بلاگر مثل قبل است. از جمله‌ی این سایت‌های واسط dnspark.com و zoneedit.com و incapsula.com را می‌توان نام برد.

تنظیمات دامنه برای تبدیل وبلاگ‌های رزبلاگ (rozblog) به وب‌سایت:

در پنل وبلاگ‌تان از برگه‌ی «تنظیمات» گزینه‌ی «اتصال دامنه به وبلاگ» را انتخاب کنید. مشخصات دامنه‌تان را (نام دامنه، مالک دامنه، تلفن، و آدرس ایمیل مالک دامنه را) در بخش «اتصال دامنه جدید» وارد کنید و روی دکمه‌ی «اتصال دامنه» کلیک کنید.

نیم‌سرورهای زیر را باید در پنل کاربری دامنه تنظیم کنید:

NS1.RZB.IR
NS2.RZB.IR

تآیید اتصال دامنه‌ی شما از طرف رزبلاگ ممکن است ت ۴۸ ساعت زمان ببرد. پس از تأیید اتصال فعال می‌گردد.

تنظیمات دامنه برای تبدیل وبلاگ‌های لوکس بلاگ (loxblog) به وب‌سایت:

 در پنل وبلاگ‌تان در قسمت «اتصال دامنه به وبلاگ» مشخصات دامنه‌تان را در بخش «اتصال دامنه جدید» وارد کنید.

نیم‌سرورهای زیر را باید در پنل کاربری دامنه تنظیم کنید:

NS1.MAHTARIN.COM
NS2.MAHTARIN.COM

دامنه‌ی شما باید توسط مدیر لوکس‌بلاگ تأیید شود.

تنظیمات دامنه برای تبدیل وبلاگ‌های ثامن بلاگ (samenblog) به وب‌سایت:

وارد پنل وبلاگ‌تان شود و از برگه‌ی «دیگر» که آخرین برگه در بالای صفحه است گزینه‌ی «اتصال دامنه» را انتخاب کنید. در کادر باز شده نام دامنه و ایمیل مالک دمنه را وارد کنید و روی دکمه‌ی «ذخیره» کلیک کنید.

نیم‌سرورهای زیر را باید در پنل کاربری دامنه تنظیم کنید:

NS1.SAMENBLOG.COM
NS2.SAMENBLOG.COM

تنظیمات دامنه برای تبدیل وبلاگ‌های بلاگ اسکای (blogsky) به وب‌سایت:

در پنل مدیریت وبلاگ‌تان به منوی «اتصال دامین به وبلاگ» بروید و نام دامنه‌تان را وارد کنید.

نیم‌سرورهای زیر را باید در پنل کاربری دامنه تنظیم کنید:

NS1.BLOGSKY.COM
NS2.BLOGSKY.COM

تنظیمات دامنه برای تبدیل وبلاگ‌های بلاگ وب (blogveb) به وب‌سایت:

در پنل مدیریت وبلاگ در بخش «امکانات» گزینه‌ی «دامین» را انتخاب کنید. در منوی باز شده «اتصال» را کلیک کنید و در کادر ظاهر شده نام دامنه‌تان را وارد کنید و روی دکمه‌ی «ذخیره»‌کلیک کنید.

نیم‌سرورهای زیر را باید در پنل کاربری دامنه تنظیم کنید:

NS1.BLOGVEB.COM
NS2.BLOGVEB.COM

ثبت دامنه آنلاین

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

منبع : سایت طاها دومین

WHOIS چیست؟

Whois یک پروتکل درخواست و پاسخ است که برای درخواست دیتابیس محل ذخیره‌ی کاربران ثبت شده‌ی منابع اینترنت مانند نام دامنه، بلوک‌های آدرس IP، شبکه‌های خودگردان، و برخی اطلاعات دیگر به کار می‌رود. این پروتکل محتوای دیتابیس را به فرمت مناسب خوانده شدن توسط کاربر بر می‌گرداند.

به شکل ساده‌تر و آن‌چه برای کاربرد هرروزه‌ی کاربران اینترنت لازم است Whois لیست رکوردهایی را نگه‌داری می‌کند که مالکان دامنه‌ها و اطلاعات تماس آن‌ها را مشخص می‌کند. مقررات مربوط به ثبت دامنه‌ها و مالکیت آن‌ها را «شرکت تخصیص نام‌ها و دامنه‌های اینترنتی» (ICANN) تعیین می‌کند. امروزه رکوردهای Whois به یکی از منابع اساسی برای حفظ یک‌پارچگی فرآیند ثبت و مالکیت دامنه تبدیل شده‌اند.

رکورد Whois چیست؟

یک رکورد Whois شامل همه‌ی اطلاعات مرتبط با یک فرد، گروه، شرکت، یا سازمان را که دامنه‌ای را به نام خود ثبت کرده مطابق آن‌چه در زمان ثبت دامنه ارایه شده می‌گردد. معمولاً یک رکورد Whois اطلاعات زیر را در بر دارد:

  • نام و اطلاعات تماس و آدرس ثبت کننده (مالک دامنه)
  • نام و اطلاعات تماس شرکت ثبت دامنه (که دامنه‌ را به نام مالک ثبت نموده)
  • تاریخ ثبت
  • نیم سرورهای دامنه
  • آخرین به‌روزرسانی
  • تاریخ انقضای دامنه
  • به‌علاوه در بیش‌تر موارد اطلاعات تماس ادمین، رابط فنی، و رابط مالی دامنه نیز که اغلب همان مالک دامنه‌اند در رکورد Whois دیده می‌شوند.

مدل‌های Whois

دو مدل داده‌ی متفاوت برای ذخیره‌ی اطلاعات منابع Whois وجود دارد:

۱- مدل رقیق (Thin):

جست‌جوی Whois رقیق تنها اطلاعات شرکت ثبت دامنه، نیم‌سرورها، و تاریخ‌های ثبت را بر می‌گرداند. برای به دست آوردن اطلاعات بیش‌تر درباره‌ی مالک دامنه باید یک جست‌جوی Whois ثانویه از شرکت ثبت دامنه‌ی مشخص شده انجام داد. به عبارت دقیق‌تر در Whois رقیق یک سرور Whois تنها نام سرور Whois شرکت ثبت مربوط به آن دامنه را بر می گرداند و جزییات کامل اطلاعات Whois دامنه را باید از سرور Whois دوم درخواست کرد. برای مثال سرورهای Whois دامنه‌ی com. تنها درخواست whois را به شرکت ثبت مربوط به دامنه‌ی جست‌جو شده ارجاع می‌دهند.

۲- مدل غلیظ (Thick):

در Whois غلیظ اطلاعات ثبت دامنه به شکل کامل ارایه می‌شود. این اطلاعات کامل شامل اطلاعات تماس (ثبت کننده، ادمین، رابط فنی، و رابط مالی) می‌شود. در نتیجه با یک جست‌جوی Whois غلیظ همه‌ی اطلاعات لازم درباره‌ی مالک دامنه، محل ثبت دامنه، نیم سرورهای دامنه، تاریخ ثبت، تمدید، و انقضای دامنه می‌شود. در این حالت یک سرور Whois همه‌ی اطلاعات را به جای ارجاع دادن به سرور Whois شرکت ثبت دامنه خود ذخیره می‌کند. مثلاً برای دامنه‌های org. یک سرور Whois می‌تواند همه‌ی اطلاعات را مستقیماً برگرداند.

تفاوت‌های دو مدل

مدل Whois غلیظ یک‌پارچه‌تر و پایدارتر است و سرعت پاسخ‌گویی آن به درخواست‌ها تا حدودی بیش‌تر است. اگر یک شرکت ثبت دامنه کار را تعطیل کند سرور Whois غلیظ هم‌چنان همه‌ی اطلاعات ضروری را در اختیار دارد (به شرط آن‌که ثبت کننده اطلاعات درست وارد کرده باشد و ویژگی محرمانگی اطلاعات تماس را روی دامنه‌اش فعال نکرده باشد). اما در مدل رقیق ممکن است دست‌رس به اطلاعات تماس آسان نباشد و مالک دامنه برای اثبات مالکیت و کنترل دامنه‌اش به مشکل بخورد.

جزییات مدل مورد استفاده برای ذخیره‌ی رکوردهای Whois میان رجیستری‌های دامنه‌های سطح بالا متفاوت است. برخی دامنه‌های سطح بالا مانند com و net از مدل Whois رقیق استفاده می‌کنند؛ در نتیجه شرکت ثبت دامنه باید اطلاعات مشتریان را خود نگه دارد. اما بقیه‌ی رجیستری‌های دامنه‌های سطح بالای جهانی مانند org از مدل Whois  غلیظ استفاده می‌کنند. دامنه‌های سطح بالای کشوری هر کدام در این مورد مقررات خود را دارند.

منبع : سایت طاها دومین

کاربردهای اطلاعات Whois

هدف و ارزش اطلاعات سیستم Whois در طول تاریخ اینترنت تکامل پیدا کرده است. برخی از فایده‌هایی که اکنون می‌توان برای داده‌های Whois بر شمرد عبارتند از:

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

دقت اطلاعات و روش تغییر رکورد Whois

اطلاعات یک رکورد Whois نخست در هنگام ثبت هر دامنه و توسط ثبت‌کننده (مالک) دامنه اظهار می‌شوند. با گذشت زمان ممکن است این اطلاعات قدیمی شود. ICANN لازم می‌داند که هر ثبت‌کننده‌ی دامنه بتواند اطلاعاتش را در صورت نیاز به‌روز کند. به همین دلیل شرکت ثبت دامنه باید به طور دوره‌ای اطلاعات تماس موجود در رکورد whois را برای مالک دامنه بفرستد و صراحتاً از وی درخواست کند که در صورت مشاهده‌ی هرگونه اشتباه در اطلاعات برای اصلاح آن اقدام کند.

هر شرکت ثبت دامنه‌ برای تغییر اطلاعاتی که در رکورد whois ظاهر می‌شود رویه‌های خود را دارد. معمولاً این روش‌های تفاوت زیادی با هم ندارند و عموماً شامل دست‌رس به اطلاعات حساب از طریق وب‌سایت شرکت ثبت دامنه یا تماس تلفنی می‌شود. اعمال اطلاعات جدید معمولاً کمی زمان می‌برد. این زمان ممکن است تا ۲۴ ساعت باشد.

داشتن اطلاعات whois دقیق و به‌روز برقراری تماس با مالک یا ادمین دامنه را آسان‌تر می‌سازد. در عین حال به علت آن‌که در مورد بسیاری از دامنه‌های سطح بالای عمومی اجباری برای کنترل صحت اطلاعات وارد شده توسط مالک دامنه در هنگام ثبت وجود ندارد شرکت‌های ثبت دامنه نمی‌توانند دقت اطلاعات موجود در رکوردهای Whois را تضمین کنند.

محرمانگی اطلاعات Whois

اولین نکته این است که هیچ راهی برای مخفی کردن ثبت یک دامنه وجود ندارد، بنابراین هر کسی می‌تواند از طریق چک کردن Whois متوجه ثبت شدن یا آزاد بودن یک دامنه شود.

بنا به مقررات ICANN اطلاعات تماس افراد ثبت کننده و مدیران یک نام دامنه باید به شکل عمومی از طریق دایرکتوری‌های Whois در دست‌رس باشد. این اطلاعات شامل آدرس ایمیل، آدرس پستی و شماره تلفن می‌شود.

برخی از شرکت‌های ثبت دامنه سرویس‌هایی برای ثبت محرمانه‌ی دامنه در اختیار ثبت کننده‌ها قرار می‌دهند که عموماً‌ به نام «پراکسی سرویس» (Proxy Service) شناخته می‌شوند. در این سرویس‌ها به جای نمایش اطلاعات تماس مالک دامنه اطلاعات تماس شرکت ثبت یا شرکت سومی را که با آن‌ها طرف قرارداد است و کارش فراهم کردن همین سرویس‌هاست در رکورد Whois نشان می‌دهند. در صورت استفاده از این سرویس‌های ثبت محرمانه شرکت فراهم کننده‌ی خدمات محرمانگی دامنه یا پراکسی سرویس به عنوان مالک و مرجع تماس دامنه معرفی می‌شود.

باید توجه کرد که حتا در صورت استفاده از سرویس‌های محرمانگی دامین ناشناس ماندن مالک دامنه ضمانت شده نیست. شرکت‌های ثبت ممکن است در اثر الزامات قانونی در صورت دریافت دستور از مراجع ذی‌صلاح قانونی مجبور به ارایه‌ی این اطلاعات به آن‌ها شوند.

برخی از دامنه‌های سطح بالا به‌ویژه تعدادی از دامنه‌های سطح بالای کشوری امکان محرمانه نگه داشتن اطلاعات تماس Whois را نمی‌دهند. از جمله دامنه‌ی کشوری ir متعلق به کشورمان، و دامنه‌ی us متعلق به ایالات متحده‌ی آمریکا. هم‌چنین دامنه‌های ca متعلق به کانادا امکان محرمانگی برای دامنه‌های متعلق به شرکت‌ها و سازمان‌ها ندارند. همین مطلب برای دامنه‌ی سطح بالای عمومی‌یی مانند tel نیز صادق است.

اگر شرکت ثبت کار را تعطیل کند ممکن است مالک دامنه‌ای که اطلاعات whois آن محرمانه نگه داشته شده برای بازیابی کنترل دامنه‌ی خود به مشکل بخورد. به همین دلیل عاقلانه‌تر آن است که اطلاعات محرمانه نگه داشته شده را شرکت ثبت به امانت به شرکت سومی بسپارد.

منبع : سایت طاها دومین

به وردپرس فارسی خوش آمدید.‌ این نخستین نوشته‌‌ی شماست. می‌توانید ویرایش یا پاکش کنید و پس از آن نوشتن را آغاز کنید!