راهنمای کامل اتصال دامنه به هاست: DNS، SSL، ایمیل و تأیید

بازدیدها:8 زمان:2026-09-01 11:10:42 نویسنده: windy تماس suppیاt email
[STYLE_CONTENT_T1]

برای اتصال یک دامنه به وب‌سایت، باید DNS دامنه را به سرویسی که وب‌سایت را میزبانی می‌کند اشاره دهید. وب‌سایت.

دو روش اصلی برای انجام این کار وجود دارد:

  1. تغییر nameserverهای دامنه به nameserverهایی که توسط هاستینگ، DNS، یا پلتفرم وب‌سایت شما ارائه شده است؛ یا
  2. حفظ nameserverهای فعلی و افزودن یا به‌روزرسانی رکوردهای DNS مانند رکوردهای A، AAAA یا CNAME در ارائه‌دهنده DNS که در حال حاضر مرجع دامنه است.

روش صحیح بستگی به این دارد که کجا می‌خواهید DNS مدیریت شود.

اگر دامنه شما در NiceNIC ثبت شده است، می‌توانید nameserverهای دامنه را به‌روزرسانی کنید یا، هنگام استفاده از nameserverهای پیش‌فرض NiceNIC، رکوردهای DNS را مستقیماً در NiceNIC مدیریت کنید.

قبل از تغییر هر چیزی، nameserverهای فعال خود را شناسایی کنید، رکوردهای DNS موجود را پشتیبان‌گیری کنید، و رکوردهای ایمیل مانند MX، SPF، DKIM و DMARC را حفظ کنید. تغییر nameserverها بدون بازسازی کامل ناحیه DNS ممکن است باعث کارکرد وب‌سایت در حالی که ایمیل مختل می‌شود، یا برعکس شود.

برای تمایز اساسی بین registrar، DNS و هاستینگ، به Domain Registrar در مقابل Web Hosting مراجعه کنید.

پاسخ سریع: چگونه یک دامنه را به هاستینگ متصل می‌کنید؟

وضعیت شما
روش پیشنهادی
ارائه‌دهنده هاستینگ به شما nameserver داده است
تغییر nameserverها
ارائه‌دهنده هاستینگ به شما آدرس IP داده است
حفظ DNS و به‌روزرسانی رکورد A/AAAA
سازنده وب‌سایت به شما CNAME داده است
حفظ DNS و افزودن CNAME
شما از Cloudflare DNS استفاده می‌کنید
حفظ nameserverهای Cloudflare و ویرایش DNS در Cloudflare
شما می‌خواهید NiceNIC به میزبانی DNS ادامه دهد
حفظ nameserverهای NiceNIC و ویرایش DNS در NiceNIC
شما قبلاً از ایمیل تجاری استفاده می‌کنید
حفظ MX/SPF/DKIM/DMARC قبل از تغییر DNS
شما در حال تغییر ارائه‌دهنده DNS هستید
بازسازی کامل ناحیه قبل از تغییر nameserverها
DNSSEC فعال است
بررسی DS/DNSKEY قبل از تغییر nameserverها
دامنه اصلی کار می‌کند اما www کار نمی‌کند
بررسی رکورد DNS www
DNS صحیح است اما سایت همچنان بارگذاری نمی‌شود
بررسی هاستینگ، SSL، یا پیکربندی وب‌سایت

مهم‌ترین قانون این است:

اول تصمیم بگیرید چه کسی DNS را میزبانی خواهد کرد. سپس رکوردهای وب‌سایت را در آنجا ایجاد کنید.

"اتصال یک دامنه به وب‌سایت" واقعاً به چه معناست؟

ثبت دامنه و وب‌سایت دو چیز جداگانه هستند.

برای مثال:

example.com

ممکن است در یک شرکت ثبت شده باشد در حالی که خود وب‌سایت در ارائه‌دهنده هاستینگ دیگری اجرا می‌شود.

DNS آنها را به هم متصل می‌کند.

یک مسیر ساده‌شده به این شکل است:

ثبت دامنه ← Nameserverها ← رکوردهای DNS ← سرور میزبانی / پلتفرم وب‌سایت ← وب‌سایت

اگر قبلاً دامنه را خریده‌اید اما وب‌سایت هنوز فعال نشده است، گام از دست رفته معمولاً این است:

به DNS بگویید وب‌سایت در کجا قرار دارد.

دامنه، DNS و هاستینگ سه لایه متفاوت هستند

لایه
کاری که انجام می‌دهد
ثبت‌کننده دامنه (Registrar)
مدیریت ثبت، تمدید، انتقال و تنظیمات سطح ثبت‌کننده
ارائه‌دهنده DNS
ذخیره رکوردهای DNS مرجع
ارائه‌دهنده هاستینگ
اجرای وب‌سایت یا برنامه

همه اینها می‌توانند در یک شرکت باشند.

آنها همچنین می‌توانند در سه شرکت مختلف باشند.

برای مثال:

ثبت‌کننده: NiceNIC DNS: Cloudflare هاستینگ: ارائه‌دهنده هاستینگ دیگری 

این یک پیکربندی عادی است.

NiceNIC همچنین مستند کرده است که شما می‌توانید بدون انتقال دامنه از NiceNIC از Cloudflare DNS استفاده کنید.

قبل از شروع: این اطلاعات را جمع‌آوری کنید

تا زمانی که اطلاعات مورد نیاز ارائه‌دهنده هاستینگ یا وب‌سایت را در اختیار ندارید، تغییر DNS را شروع نکنید .

آماده کنید:

  • نام دامنه شما؛
  • ورود به سیستم ثبت‌کننده؛
  • nameserverهای فعلی؛
  • ارائه‌دهنده DNS فعلی؛
  • حساب هاستینگ؛
  • دستورالعمل‌های راه‌اندازی ارائه‌دهنده هاستینگ؛
  • آدرس IP مقصد در صورت ارائه؛
  • مقصد CNAME مورد نیاز در صورت ارائه؛
  • رکوردهای DNS فعلی؛
  • جزئیات ارائه‌دهنده ایمیل؛
  • وضعیت DNSSEC؛
  • وضعیت فعلی SSL/HTTPS.

اگر دامنه قبلاً ایمیل یا سرویس زنده دیگری را اجرا می‌کند، قبل از ایجاد تغییرات، ناحیه DNS را ذخیره کنید.

دو روش اصلی برای اتصال یک دامنه

روش 1: تغییر Nameserverها

زمانی از این روش استفاده کنید که ارائه‌دهنده هاستینگ، سازنده وب‌سایت، یا ارائه‌دهنده DNS می‌خواهد کل DNS ناحیه را مدیریت کند.

برای مثال، ارائه‌دهنده شما ممکن است به شما بدهد:

ns1.examplehost.com

ns2.examplehost.com

سپس nameserverهای دامنه را در ثبت‌کننده به‌روزرسانی می‌کنید.

پس از تغییر، رکوردهای DNS در ارائه‌دهنده nameserver جدید مدیریت می‌شوند.

روش 2: حفظ Nameserverها و تغییر رکوردهای DNS

زمانی از این روش استفاده کنید که می‌خواهید ارائه‌دهنده DNS فعلی را حفظ کنید.

برای مثال:

ثبت‌کننده: NiceNIC Nameserverها: NiceNIC DNS: NiceNIC هاستینگ: هاست خارجی 

هاست ممکن است به شما بگوید:

دامنه خود را به 203.0.113.20 اشاره دهید

شما nameserverهای موجود را حفظ کرده و رکورد A را به‌روزرسانی می‌کنید.

این روش می‌تواند ایمن‌تر باشد زمانی که:

  • ایمیل تجاری قبلاً کار می‌کند؛
  • رکوردهای DNS زیادی وجود دارد؛
  • شما نمی‌خواهید DNS را منتقل کنید؛
  • فقط مقصد وب‌سایت نیاز به تغییر دارد.

Nameserverها در مقابل رکوردهای DNS: تفاوت چیست؟

این تمایز بسیار مهم است.

Nameserverها

Nameserverها به اینترنت می‌گویند:

ناحیه DNS مرجع این دامنه در کجا میزبانی می‌شود؟

رکوردهای DNS

رکوردهای DNS درون آن ناحیه به سرویس‌ها می‌گویند:

وب‌سایت، ایمیل، یا سایر سرویس‌ها باید به کجا بروند؟

برای مثال:

Nameserverها

ns1.dnsprovider.com

ns2.dnsprovider.com

ارائه‌دهنده DNS را شناسایی می‌کنند.

رکورد A

example.com ← 203.0.113.20

سرور وب را شناسایی می‌کند.

رکورد MX

example.com ← mail.exampleprovider.com

سرور ایمیل را شناسایی می‌کند.

تغییر nameserverها تغییر می‌دهد که رکوردهای DNS در کجا مدیریت می‌شوند.

تغییر رکورد A تغییر می‌دهد یک مقصد خاص در داخل DNS.

کدام روش را باید انتخاب کنید؟

از این جدول تصمیم گیری استفاده کنید.

سؤال
اگر بله
اقدام پیشنهادی
آیا هاست شما صریحاً به شما nameserver داده است؟
بله
تغییر nameserverها
آیا هاست شما فقط یک IP به شما داده است؟
بله
به‌روزرسانی A/AAAA
آیا سازنده وب‌سایت مقادیر CNAME/TXT به شما داده است؟
بله
حفظ DNS و افزودن آن رکوردها
آیا قبلاً از Cloudflare استفاده می‌کنید؟
بله
حفظ nameserverهای Cloudflare و ویرایش DNS در آنجا
آیا ایمیل موجود مهم است؟
بله
ترجیح تغییرات DNS حداقلی مگر اینکه مهاجرت کامل ناحیه برنامه‌ریزی شده باشد
آیا می‌خواهید هاست تمام DNS را مدیریت کند؟
بله
استفاده از nameserverهای هاست
آیا می‌خواهید NiceNIC به مدیریت DNS ادامه دهد؟
بله
حفظ nameserverهای NiceNIC و ویرایش رکوردها در NiceNIC

صرفاً به این دلیل که یک ارائه‌دهنده هاستینگ به شما یک آدرس IP می‌دهد، nameserverها را تغییر ندهید.

یک آدرس IP معمولاً باید در رکورد A یا AAAA باشد.

روش 1: اتصال دامنه با تغییر Nameserverها

زمانی از این روش استفاده کنید که ارائه‌دهنده جدید می‌خواهد DNS را مدیریت کند .

گام 1: Nameserverهای دقیق را دریافت کنید

ارائه‌دهنده هاستینگ یا DNS شما باید نام‌هایی مانند این ارائه دهد:

ns1.examplehost.com

ns2.examplehost.com

آنها را دقیقاً کپی کنید.

nameserver اختراع نکنید.

گام 2: پشتیبان‌گیری از DNS موجود

قبل از تغییر nameserverها، ذخیره کنید:

  • AAAA؛
  • CNAME؛
  • MX؛
  • TXT؛
  • رکوردهای مرتبط با SPF؛
  • DKIM؛
  • DMARC؛
  • CAA؛
  • SRV؛
  • رکوردهای تأیید؛
  • زیردامنه‌های مهم.

این مهم است زیرا:

تغییر nameserverها به طور خودکار رکوردهای DNS را از ارائه‌دهنده DNS قدیمی به جدید کپی نمی‌کند.

اگر ایمیل قبلاً کار می‌کند، این گام به‌ویژه مهم است.

گام 3: بازسازی رکوردهای مورد نیاز در ارائه‌دهنده DNS جدید

در صورت امکان این کار را قبل از تغییر nameserverها انجام دهید.

در ارائه‌دهنده جدید، ایجاد کنید:

  • رکوردهای وب‌سایت؛
  • رکوردهای ایمیل؛
  • رکوردهای تأیید سرویس؛
  • رکوردهای امنیتی؛
  • رکوردهای زیردامنه.

منتظر نمانید تا بعد از تغییر nameserver متوجه شوید که ناحیه DNS جدید خالی است.

گام 4: تغییر Nameserverها در NiceNIC

برای یک دامنه ثبت‌شده در NiceNIC :

  1. وارد حساب NiceNIC خود شوید؛
  2. دامنه را زیر My Products باز کنید؛
  3. صفحه مدیریت دامنه را باز کنید؛
  4. Domain Services را انتخاب کنید؛
  5. nameserverهای جدید را وارد کنید؛
  6. تغییر را ذخیره کنید.

برای جدیدترین مراحل رابط کاربری، از راهنمای به‌روزرسانی nameserver فعلی NiceNIC استفاده کنید.

اگر به‌روزرسانی Nameserver رد شود چه؟

برخی از ثبت‌ها (Registries) قبل از پذیرش آنها، nameserverها را اعتبارسنجی می‌کنند.

راهنمای nameserver فعلی NiceNIC توضیح می‌دهد که به‌روزرسانی‌ها زمانی می‌توانند ناموفق باشند که nameserverها :

  • به درستی پیکربندی نشده باشند؛
  • پاسخ ندهند؛
  • مرجع (authoritative) نباشند؛
  • در اعتبارسنجی فنی ثبت ناموفق باشند.

اگر به‌روزرسانی ناموفق بود:

  1. املای صحیح را تأیید کنید؛
  2. از ارائه‌دهنده DNS/هاستینگ بخواهید تأیید کند که nameserverها فعال هستند؛
  3. تأیید کنید که آنها مرجع دامنه شما هستند؛
  4. راه‌اندازی ارائه‌دهنده DNS را اصلاح کنید؛
  5. به‌روزرسانی nameserver را دوباره امتحان کنید.

ارسال مکرر همان nameserverهای نامعتبر، مشکل را حل نخواهد کرد.

روش 2: حفظ Nameserverهای NiceNIC و اشاره DNS به هاست

این روش DNS را در NiceNIC نگه می‌دارد.

راهنمای فعلی DNS Services نیس‌نیک قانون کلیدی را توضیح می‌دهد:

رکوردهای DNS نیس‌نیک زمانی استفاده می‌شوند که دامنه به nameserverهای نیس‌نیک واگذار شده باشد.

اگر دامنه شما از nameserverهای خارجی استفاده می‌کند، DNS را در آن ارائه‌دهنده خارجی ویرایش کنید.

گام 1: دریافت رکوردهای مورد نیاز از هاست

ارائه‌دهنده هاستینگ شما ممکن است به شما بدهد:

  • یک آدرس IPv4؛
  • یک آدرس IPv6؛
  • یک مقصد CNAME؛
  • رکورد تأیید TXT؛
  • دستورالعمل‌های زیردامنه سفارشی.

مقادیر را حدس نزنید.

از اطلاعات دقیق ارائه‌شده توسط سرویسی که به آن متصل می‌شوید استفاده کنید.

گام 2: باز کردن مدیریت DNS نیس‌نیک

زمانی که دامنه از nameserverهای NiceNIC استفاده می‌کند:

  1. وارد NiceNIC شوید؛
  2. دامنه را از My Products باز کنید؛
  3. صفحه مدیریت دامنه را باز کنید؛
  4. DNS Records را انتخاب کنید؛
  5. رکوردهای مورد نیاز را اضافه یا ویرایش کنید؛
  6. تغییرات را ذخیره کنید.

به How to Manage DNS Records at NiceNIC مراجعه کنید.

گام 3: پیکربندی دامنه اصلی (Root)

دامنه اصلی عبارت است از:

example.com

گاهی نیز نامیده می‌شود:

  • apex؛
  • دامنه بدون پیشوند (bare domain)؛
  • دامنه ریشه.

ارائه‌دهنده هاستینگ شما ممکن است به شما دستور دهد یک رکورد A ایجاد کنید:

هاست
نوع
مقدار
@
A
203.0.113.20

رابط‌های مختلف DNS دامنه اصلی را به شکل‌های مختلف نمایش می‌دهند.

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

از رابط کاربری و دستورالعمل‌های ارائه‌دهنده پیروی کنید، نه اینکه دامنه کامل را در فیلدی وارد کنید که فقط برچسب هاست را انتظار دارد.

گام 4: پیکربندی www

این دو نام DNS جداگانه هستند:

example.com

www.example.com

یک راه‌اندازی رایج این است:

هاست
نوع
مقدار
@
A
203.0.113.20
www
CNAME
example.com

اما ارائه‌دهنده هاستینگ شما ممکن است یک مقصد www متفاوت نیاز داشته باشد.

از مقدار رسمی آن استفاده کنید.

فرض نکنید که پیکربندی دامنه اصلی به طور خودکار www را نیز پیکربندی می‌کند.

رکورد A در مقابل CNAME: کدام را باید استفاده کنید؟

رکورد A

زمانی از رکورد A استفاده کنید که ارائه‌دهنده به شما یک آدرس IPv4 می‌دهد.

مثال:

example.com ← 203.0.113.20

رکورد AAAA

زمانی از رکورد AAAA استفاده کنید که ارائه‌دهنده به شما یک آدرس IPv6 می‌دهد.

رکورد CNAME

زمانی از CNAME استفاده کنید که ارائه‌دهنده یک نام میزبان دیگر به شما می‌دهد.

مثال:

www.example.com ← sites.exampleplatform.com

یک آدرس IP را در فیلد CNAME قرار ندهید.

سازندگان وب‌سایت چطور؟

سازندگان وب‌سایت اغلب ارائه می‌دهند:

  • رکوردهای CNAME؛
  • رکوردهای A؛
  • رکوردهای تأیید TXT.

برای مثال، یک پلتفرم ممکن است از شما بخواهد افزودن:

www ← connect.platform.example

و:

TXT ← platform-verification-code

شما معمولاً نیازی به انتقال دامنه به سازنده وب‌سایت ندارید.

ثبت را در NiceNIC حفظ کنید و رکوردها را در ارائه‌دهنده DNS فعال وارد کنید.

چگونه یک دامنه را به VPS یا سرور ابری متصل کنیم

یک VPS یا سرور ابری معمولاً به شما یک آدرس IP می‌دهد.

یک راه‌اندازی رایج این است:

هاست
رکورد
مقصد
ریشه
A
IPv4 سرور
www
CNAME
دامنه اصلی
اختیاری
AAAA
IPv6 سرور

اما DNS فقط نیمی از راه‌اندازی است.

سرور همچنین باید برای پذیرش دامنه پیکربندی شود.

این ممکن است نیاز داشته باشد:

  • هاست مجازی وب‌سرور؛
  • پیکربندی Nginx/Apache؛
  • نام میزبان برنامه؛
  • گواهی SSL؛
  • دسترسی فایروال؛
  • در دسترس بودن پورت 80/443.

اگر DNS به درستی اشاره کند اما سرور برای نام میزبان پیکربندی نشده باشد، دامنه ممکن است نمایش دهد:

  • صفحه پیش‌فرض سرور؛
  • وب‌سایت دیگری؛
  • 404؛
  • 403؛
  • خطای اتصال.

چگونه یک دامنه را به Shopify، Wix، Squarespace یا پلتفرم وب‌سایت دیگری متصل کنیم

اصل کلی یکسان است.

پلتفرم معمولاً ارائه می‌دهد:

  • nameserverها؛ یا
  • رکوردهای A/CNAME/TXT.

از یک آموزش تصادفی با مقادیر پلتفرم دیگری پیروی نکنید.

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

سپس آن مقادیر را در این مکان وارد کنید:

ارائه‌دهنده‌ای که مرجع DNS شما است.

ثبت‌کننده می‌تواند NiceNIC بماند.

چگونه یک دامنه را در حین استفاده از Cloudflare متصل کنیم

شما می‌توانید حفظ کنید:

ثبت‌کننده: NiceNIC DNS: Cloudflare وب‌سایت: هر ارائه‌دهنده هاستینگ سازگاری 

در این پیکربندی:

  1. NiceNIC ثبت دامنه را نگه می‌دارد؛
  2. دامنه از nameserverهای Cloudflare استفاده می‌کند؛
  3. رکوردهای DNS در Cloudflare مدیریت می‌شوند؛
  4. رکوردهای وب‌سایت از Cloudflare به هاست اشاره می‌کنند.

NiceNIC این راه‌اندازی را در Can You Use Cloudflare DNS Without Transferring Your Domain? مستند کرده است.

اگر nameserverهای Cloudflare مرجع هستند، رکوردهای مشابه را در NiceNIC ایجاد نکنید و انتظار داشته باشید که روی سایت زنده تأثیر بگذارند .

قبل از تغییر Nameserverها از ایمیل محافظت کنید

این یکی از مهم‌ترین گام‌ها در کل فرآیند است.

اتصال وب‌سایت اغلب فقط بر این موارد تمرکز می‌کند:

  • رکورد A؛
  • CNAME.

اما ایمیل تجاری ممکن است به این موارد وابسته باشد:

  • MX؛
  • SPF؛
  • DKIM؛
  • DMARC؛
  • رکوردهای تأیید TXT؛
  • رکوردهای autodiscover.

اگر nameserverها را تغییر دهید و این رکوردها را فراموش کنید:

وب‌سایت ممکن است کار کند در حالی که ایمیل متوقف می‌شود.

قبل از تغییر nameserverها، راه‌اندازی کامل DNS مرتبط با ایمیل را کپی کنید.

مثال: وب‌سایت در یک ارائه‌دهنده، ایمیل در دیگری

یک ناحیه DNS معمولی ممکن است به این شکل باشد:

رکورد
هدف
A
وب‌سایت
CNAME www
نام مستعار وب‌سایت
MX
تحویل ایمیل
TXT SPF
مجوز فرستنده
TXT DKIM
امضای ایمیل
TXT DMARC
سیاست ایمیل
TXT تأیید
تأیید SaaS

هنگام اتصال یک وب‌سایت جدید، فقط رکوردهای مورد نیاز برای وب‌سایت را تغییر دهید مگر اینکه عمداً بخواهید ایمیل را نیز تغییر دهید.

رکوردهای DNS نامرتبط را حذف نکنید.

آیا تغییر رکورد A بر ایمیل تأثیر می‌گذارد؟

معمولاً نه به طور مستقیم.

رکورد A که برای وب‌سایت استفاده می‌شود و رکوردهای MX که برای ایمیل استفاده می‌شوند، رکوردهای DNS متفاوتی هستند.

با این حال، ایمیل همچنان می‌تواند تحت تأثیر قرار گیرد اگر:

  • نام میزبان سرور ایمیل به رکورد A تغییر یافته وابسته باشد؛
  • رکوردهای پشتیبان را حذف کنید؛
  • nameserverها را تغییر دهید و در بازسازی رکوردهای ایمیل ناموفق باشید.

پس:

تغییر یک رکورد A وب‌سایت همان جایگزینی کل ناحیه DNS نیست.

قبل از تغییر Nameserverها DNSSEC را بررسی کنید

اگر DNSSEC فعال است، تغییرات nameserver نیاز به دقت اضافی دارند.

راهنمای فعلی راه‌اندازی و عیب‌یابی DNSSEC نیس‌نیک توضیح می‌دهد که رکوردهای DNSSEC معمولاً توسط ارائه‌دهنده DNS تولید می‌شوند، در حالی که NiceNIC می‌تواند رکورد DS مربوطه را برای TLDهای پشتیبانی‌شده به ثبت (registry) ارسال کند.

یک توالی رایج خرابی این است:

  1. دامنه از ارائه‌دهنده DNS A استفاده می‌کند؛
  2. DNSSEC فعال است؛
  3. رکورد DS به کلیدهای ارائه‌دهنده A اشاره می‌کند؛
  4. nameserverها به ارائه‌دهنده B تغییر می‌کنند؛
  5. رکورد DS قدیمی باقی می‌ماند؛
  6. ارائه‌دهنده B از داده DNSKEY متفاوتی استفاده می‌کند؛
  7. اعتبارسنجی DNS ناموفق می‌شود.

کاربران ممکن است سپس ببینند:

SERVFAIL

حتی اگر رکورد A معمولی به نظر درست برسد.

قبل از تغییر nameserverها:

  • بررسی کنید که آیا DNSSEC فعال است؛
  • تأیید کنید که آیا رکوردهای DS باید حذف یا جایگزین شوند؛
  • امضای (signing) صحیح را در ارائه‌دهنده جدید فعال کنید؛
  • زنجیره را پس از تغییر تأیید کنید.

DNSSEC و SSL متفاوت هستند

آنها را با هم اشتباه نگیرید.

DNSSEC

به تأیید پاسخ‌های DNS کمک می‌کند.

SSL/TLS

از اتصال بین مرورگر و وب‌سایت محافظت می‌کند.

یک دامنه می‌تواند داشته باشد:

  • DNS صحیح؛
  • DNSSEC معتبر؛
  • SSL خراب.

یا:

  • گواهی SSL معتبر؛
  • DNS خراب.

آنها را جداگانه عیب‌یابی کنید.

چه زمانی باید SSL را پیکربندی کنید؟

معمولاً پس از اینکه دامنه به سرویس هاستینگ صحیح اشاره کرد.

بسیاری از پلتفرم‌های هاستینگ به طور خودکار پس از تأیید DNS گواهی صادر می‌کنند.

برخی دیگر از شما می‌خواهند که:

  • SSL را به صورت دستی فعال کنید؛
  • یک گواهی نصب کنید؛
  • دامنه را تأیید کنید؛
  • HTTPS را پیکربندی کنید.

آزمایش کنید:

http://example.com

و:

https://example.com

همچنین آزمایش کنید:

https://www.example.com

اگر از www استفاده می‌کنید.

گواهی باید هر نام میزبانی را که کاربران انتظار می‌رود از آن بازدید کنند پوشش دهد.

چرا HTTP کار می‌کند اما HTTPS ناموفق است؟

علل احتمالی شامل:

  • گواهی صادر نشده است؛
  • گواهی منقضی شده است؛
  • گواهی نام میزبان را شامل نمی‌شود؛
  • HTTPS در هاست فعال نشده است؛
  • عدم تطابق SSL پروکسی/CDN؛
  • پیکربندی ریدایرکت.

اگر DNS به درستی resolve شود اما HTTPS ناموفق باشد، ثبت‌کننده ممکن است مشکل نباشد.

هاستینگ، SSL یا لایه CDN را بررسی کنید.

DNS Propagation چیست؟

پس از تغییر DNS، برخی کاربران ممکن است به طور موقت پاسخ‌های DNS کش‌شده قدیمی دریافت کنند.

تغییرات DNS به معنای واقعی کلمه به طور همزمان به هر رایانه‌ای کپی نمی‌شوند.

Resolverهای بازگشتی اطلاعات DNS را با توجه به TTL و سایر رفتارهای کش ذخیره می‌کنند.

تمایز مفید این است:

DNS مرجع (Authoritative)

آنچه ارائه‌دهنده DNS دامنه در حال حاضر می‌گوید.

DNS کش‌شده

آنچه یک resolver دیگر ممکن است هنوز از یک پرس‌وجوی قبلی به خاطر بسپارد.

به همین دلیل است که یک کاربر ممکن است وب‌سایت جدید را ببیند در حالی که دیگری هنوز وب‌سایت قدیمی را می‌بیند.

DNS Propagation چقدر طول می‌کشد؟

زمان ثابت جهانی وجود ندارد.

این می‌تواند به این موارد بستگی داشته باشد:

  • TTL قبلی؛
  • کش resolver؛
  • کش واگذاری (delegation)؛
  • ذخیره منفی (negative caching)؛
  • resolver ISP؛
  • کش DNS محلی.

بدون بررسی پیکربندی ، صرفاً 24 تا 48 ساعت منتظر نمانید.

راهنمای فعلی DNS نیس‌نیک توصیه می‌کند:

  1. ارائه‌دهنده مرجع را تأیید کنید؛
  2. صحت رکورد مرجع را تأیید کنید؛
  3. فقط پس از آن اجازه دهید پاسخ‌های کش‌شده منقضی شوند.

به Why Your DNS Changes Are Not Working and How to Fix It مراجعه کنید.

انتظار، یک رکورد DNS اشتباه را اصلاح نمی‌کند

این شایسته یک قانون جداگانه است:

Propagation نمی‌تواند یک پیکربندی اشتباه را تصحیح کند.

اگر DNS مرجع بگوید:

example.com ← IP اشتباه

انتظار طولانی‌تر باعث نمی‌شود که به IP صحیح تبدیل شود.

ابتدا رکورد مرجع را اصلاح کنید.

سپس کش را در نظر بگیرید.

چگونه تأیید کنید که دامنه به درستی متصل شده است؟

وقتی پنل DNS بگوید متوقف نشوید:

ذخیره شد

سرویس واقعی را آزمایش کنید.

بررسی 1: دامنه اصلی

باز کنید:

example.com

بررسی 2: www

باز کنید:

www.example.com

بررسی 3: HTTP

آزمایش کنید:

http://example.com

بررسی 4: HTTPS

آزمایش کنید:

https://example.com

بررسی 5: شبکه دیگر

تلاش کنید:

  • Wi-Fi؛
  • داده موبایل؛
  • resolver دیگر.

بررسی 6: ایمیل

اگر دامنه از ایمیل تجاری استفاده می‌کند:

  • یک پیام آزمایشی ارسال کنید؛
  • یک پیام دریافت کنید.

بررسی 7: زیردامنه‌های مهم

آزمایش کنید:

  • shop؛
  • app؛
  • login؛
  • API؛
  • mail؛
  • هر زیردامنه تولیدی.

تا زمانی که همه سرویس‌های مورد نیاز کار نکنند، راه‌اندازی را کامل در نظر نگیرید.

چک‌لیست تأیید اتصال وب‌سایت

آزمایش
نتیجه مورد انتظار
ثبت دامنه
فعال
Nameserverها
ارائه‌دهنده DNS مورد نظر
DNS اصلی
مقصد صحیح
www DNS
مقصد صحیح
هاستینگ
دامنه شناسایی شده
HTTP
بارگذاری یا ریدایرکت صحیح
HTTPS
گواهی معتبر
حق نشر © 2006–2026 شرکت بین‌المللی NiceNIC محدود. تمام حقوق محفوظ است. · U.S. Affiliate: NICENIC LLC