اگر تا امروز برایتان سؤال شده که وقتی آدرس یک سایت مثل panisaland.ir را در مرورگر وارد می‌کنید، دقیقاً چه اتفاقی در پشت‌صحنه رخ می‌دهد، پاسخ اصلی در یک مفهوم مهم به نام DNS خلاصه می‌شود. DNS یا Domain Name System همان سیستمی است که باعث می‌شود ما به‌جای وارد کردن یک رشته عددی پیچیده مثل آدرس IP، فقط نام ساده و قابل‌خواندن یک دامنه را تایپ کنیم و وارد سایت موردنظر شویم.

به زبان ساده، DNS دفترچه تلفن اینترنت است. همان‌طور که در گوشی موبایل، نام افراد را ذخیره می‌کنیم و نیازی نیست شماره تلفن آن‌ها را حفظ باشیم، در اینترنت هم DNS نام دامنه‌ها را به آدرس IP سرورها تبدیل می‌کند. بدون DNS، برای باز کردن هر سایت باید آدرس عددی سرور آن را بدانیم؛ کاری که هم دشوار است و هم عملاً برای استفاده روزمره از اینترنت غیرممکن می‌شود.

اما DNS فقط یک تبدیل ساده نام دامنه به IP نیست. این سیستم نقش بسیار مهمی در سرعت بارگذاری سایت، امنیت، پایداری سرویس، ایمیل‌های دامنه، اتصال هاست به دامنه، استفاده از CDN، جلوگیری از قطعی سایت و حتی تجربه کاربری دارد. به همین دلیل، آشنایی با DNS برای مدیران سایت، طراحان وب، متخصصان سئو، صاحبان کسب‌وکارهای اینترنتی و حتی کاربران عادی وب اهمیت زیادی دارد.

در بسیاری از مواقع، مشکلاتی مثل باز نشدن سایت، وصل نشدن دامنه به هاست، دریافت نکردن ایمیل‌های سازمانی، خطاهای SSL، اختلال در CDN یا حتی کندی دسترسی به سایت، ریشه در تنظیمات نادرست رکوردهای DNS دارند. بنابراین اگر با مفاهیمی مانند A Record، CNAME، MX Record، TXT Record، NS Record، TTL، نیم‌سرور و DNS Propagation آشنا باشید، می‌توانید بسیاری از خطاهای رایج سایت را سریع‌تر تشخیص دهید و حرفه‌ای‌تر مدیریت کنید.

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

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

---

DNS چیست و چه کاربردی دارد؟

DNS مخفف عبارت Domain Name System به معنی سیستم نام دامنه است. این سیستم یکی از مهم‌ترین زیرساخت‌های اینترنت محسوب می‌شود و وظیفه اصلی آن، تبدیل نام دامنه‌های قابل‌خواندن برای انسان به آدرس IP قابل‌فهم برای کامپیوترها و سرورهاست.

برای اینکه ساده‌تر متوجه شویم، تصور کنید می‌خواهید وارد یک سایت شوید. شما در مرورگر خود آدرسی مثل این را وارد می‌کنید:

panisaland.ir

اما کامپیوترها و سرورها این نام را مثل ما نمی‌فهمند. آن‌ها برای پیدا کردن مقصد واقعی سایت، به یک آدرس عددی نیاز دارند که به آن IP Address گفته می‌شود؛ چیزی شبیه به این:

185.143.233.120

اینجاست که DNS وارد عمل می‌شود. DNS بررسی می‌کند که دامنه واردشده به کدام سرور متصل است و سپس آدرس IP مربوط به آن را به مرورگر برمی‌گرداند. بعد از این مرحله، مرورگر می‌تواند به سرور سایت وصل شود و محتوای صفحه را نمایش دهد.

به بیان ساده‌تر، وقتی شما نام یک سایت را وارد می‌کنید، DNS پشت‌صحنه آدرس واقعی سرور آن سایت را پیدا می‌کند.

---

چرا DNS را دفترچه تلفن اینترنت می‌نامند؟

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

DNS هم دقیقاً نقش مشابهی در اینترنت دارد.

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

اما سیستم DNS آن را به آدرس IP واقعی تبدیل می‌کند تا مرورگر بتواند سایت را پیدا کند.

در واقع:

• دامنه همان نام قابل‌خواندن برای انسان است.
• IP آدرس واقعی سرور در شبکه اینترنت است.
• DNS واسطه‌ای است که این دو را به هم وصل می‌کند.

بدون DNS، کاربران مجبور بودند برای ورود به هر سایت، آدرس IP آن را حفظ کنند؛ کاری که هم سخت است، هم غیرمنطقی و هم تقریباً غیرممکن.

---

کاربرد اصلی DNS چیست؟

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

DNS در بخش‌های مختلف مدیریت سایت نقش دارد، از جمله:

• اتصال دامنه به هاست
• مشخص کردن سرور اصلی سایت
• مدیریت ایمیل‌های اختصاصی دامنه
• اتصال سایت به سرویس‌های CDN
• فعال‌سازی برخی سرویس‌های امنیتی
• تأیید مالکیت دامنه در ابزارهایی مثل Google Search Console
• مدیریت زیردامنه‌ها
• هدایت بخشی از ترافیک سایت به سرویس‌های مختلف

برای مثال، ممکن است سایت اصلی شما روی یک سرور قرار داشته باشد، ایمیل‌های دامنه از سرویس دیگری مثل Google Workspace یا Zoho مدیریت شوند و فایل‌های سایت از طریق CDN بارگذاری شوند. تمام این اتصال‌ها و مسیرها با کمک رکوردهای DNS تنظیم می‌شوند.

---

یک مثال ساده از کاربرد DNS در سایت‌های واقعی

فرض کنید دامنه شما این است:

حالا می‌خواهید این دامنه به هاست سایت وردپرسی شما متصل شود. برای این کار باید DNS دامنه را طوری تنظیم کنید که وقتی کاربر آدرس سایت را وارد کرد، درخواست او به سرور درست ارسال شود.

در این حالت معمولاً یکی از این دو روش استفاده می‌شود:

1. تنظیم نیم‌سرورهای هاست روی دامنه
2. تعریف رکوردهایی مثل A Record یا CNAME در پنل DNS

اگر این تنظیمات درست انجام نشوند، ممکن است سایت باز نشود، به سرور اشتباه متصل شود یا خطاهایی مثل DNS_PROBE_FINISHED_NXDOMAIN در مرورگر نمایش داده شود.

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

---

DNS چه کمکی به کاربران و مدیران سایت می‌کند؟

DNS از دو جهت اهمیت دارد: هم برای کاربران عادی و هم برای مدیران سایت.

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

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

• سایت از کدام سرور بارگذاری شود.
• ایمیل‌های دامنه به کدام سرویس ارسال شوند.
• زیر دامنه‌ها به چه مقصدی متصل شوند.
• چه سرویس‌هایی اجازه ارسال ایمیل از طرف دامنه را داشته باشند.
• سایت از CDN یا سرویس‌های امنیتی استفاده کند یا نه.

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

---

جمع‌بندی این بخش

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

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

---

DNS دقیقاً چگونه کار می‌کند؟

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

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

panisaland.ir

را به آدرس IP سرور تبدیل کند؛ یعنی همان آدرسی که کامپیوترها برای پیدا کردن مقصد واقعی در اینترنت از آن استفاده می‌کنند.

به این فرآیند، معمولاً DNS Resolution یا فرآیند تبدیل نام دامنه به IP گفته می‌شود.

---

مرحله اول: وارد کردن آدرس سایت در مرورگر

همه‌چیز از جایی شروع می‌شود که کاربر آدرس یک سایت را در مرورگر وارد می‌کند؛ مثلاً:

example.com

مرورگر برای نمایش این سایت باید بداند فایل‌های آن روی کدام سرور قرار دارند. اما مرورگر مستقیماً با نام دامنه کار نمی‌کند؛ بلکه باید آدرس IP سرور را پیدا کند.

در این لحظه، مرورگر از سیستم می‌پرسد:

آدرس IP مربوط به این دامنه چیست؟

اگر این پاسخ از قبل در حافظه ذخیره شده باشد، مرورگر سریع‌تر به سایت متصل می‌شود. اگر نه، فرآیند جستجوی DNS شروع می‌شود.

---

مرحله دوم: بررسی کش مرورگر و سیستم

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

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

مرورگر بررسی می‌کند که آیا قبلاً همین دامنه را باز کرده یا نه. اگر آدرس IP آن را در حافظه داشته باشد، دیگر نیازی به پرس‌وجوی مجدد نیست و مستقیماً به همان IP متصل می‌شود.

اگر مرورگر پاسخی نداشته باشد، سیستم‌عامل وارد عمل می‌شود و کش DNS خود را بررسی می‌کند. اگر آنجا هم اطلاعاتی وجود نداشته باشد، درخواست به مرحله بعدی می‌رود.

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

---

مرحله سوم: ارسال درخواست به DNS Resolver

اگر آدرس IP در کش مرورگر یا سیستم پیدا نشود، درخواست به یک سرور به نام DNS Resolver ارسال می‌شود.

DNS Resolver معمولاً توسط شرکت ارائه‌دهنده اینترنت، سرویس DNS عمومی یا تنظیمات شبکه شما مشخص می‌شود. برای مثال، سرویس‌هایی مثل Cloudflare DNS یا Google Public DNS نمونه‌هایی از Resolverهای شناخته‌شده هستند.

وظیفه DNS Resolver این است که از طرف کاربر، دامنه را جستجو کند و آدرس IP درست را پیدا کند.

به زبان ساده، Resolver مثل یک مسئول پیگیری عمل می‌کند. شما از او می‌پرسید:

IP این دامنه چیست؟

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

---

مرحله چهارم: پرس‌وجو از Root DNS Server

اگر DNS Resolver پاسخ را در حافظه خود نداشته باشد، ابتدا به سراغ Root DNS Server می‌رود.

Root Serverها در واقع نقطه شروع جستجو در ساختار DNS هستند. آن‌ها آدرس IP نهایی سایت را نمی‌دهند، اما می‌دانند باید درخواست به کدام مسیر بعدی هدایت شود.

مثلاً اگر دامنه این باشد:

example.com

Root Server تشخیص می‌دهد که پسوند دامنه .com است و به Resolver می‌گوید برای ادامه جستجو باید به سرورهای مربوط به دامنه‌های .com مراجعه کند.

یعنی Root Server نمی‌گوید سایت دقیقاً کجاست؛ فقط مسیر درست را نشان می‌دهد.

---

مرحله پنجم: مراجعه به TLD Name Server

بعد از Root Server، درخواست به سرورهای مربوط به پسوند دامنه ارسال می‌شود. به این سرورها TLD Name Server گفته می‌شود.

TLD مخفف Top-Level Domain است و به پسوندهایی مثل موارد زیر اشاره دارد:

• .com
• .net
• .org
• .ir
• .shop
• .edu

برای مثال، اگر دامنه شما example.com باشد، Resolver از سرورهای مربوط به .com می‌پرسد که اطلاعات این دامنه کجاست.

TLD Name Server هم معمولاً IP نهایی سایت را نمی‌دهد؛ بلکه می‌گوید نیم‌سرورهای اصلی این دامنه کدام هستند. یعنی Resolver را به سمت Authoritative Name Server هدایت می‌کند.

---

مرحله ششم: دریافت پاسخ از Authoritative Name Server

در این مرحله، Resolver به سراغ Authoritative Name Server می‌رود. این سرور، مرجع اصلی اطلاعات DNS یک دامنه است.

به زبان ساده، Authoritative Name Server جایی است که رکوردهای DNS دامنه واقعاً در آن تعریف شده‌اند.

اگر رکوردهای DNS دامنه درست تنظیم شده باشند، این سرور می‌تواند پاسخ نهایی را بدهد؛ مثلاً:

example.com → 93.184.216.34

در اینجا مشخص می‌شود که دامنه موردنظر به کدام آدرس IP متصل است.

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

• A Record برای اتصال دامنه به IPv4
• AAAA Record برای اتصال دامنه به IPv6
• CNAME Record برای اتصال یک نام به نام دیگر
• MX Record برای مدیریت ایمیل دامنه
• TXT Record برای تأیید مالکیت، امنیت ایمیل و تنظیمات دیگر

البته برای باز کردن یک سایت، معمولاً رکوردهای A یا AAAA نقش اصلی را دارند.

---

مرحله هفتم: برگشت IP به مرورگر

بعد از اینکه DNS Resolver آدرس IP صحیح را از Authoritative Name Server دریافت کرد، آن را به مرورگر برمی‌گرداند.

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

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

---

مرحله هشتم: اتصال مرورگر به سرور سایت

وقتی IP مشخص شد، مرورگر می‌تواند از طریق پروتکل‌هایی مثل HTTP یا HTTPS به سرور سایت وصل شود.

اگر سایت از گواهی SSL استفاده کند، ارتباط از طریق HTTPS برقرار می‌شود. سپس سرور فایل‌های لازم مثل HTML، CSS، JavaScript، تصاویر و سایر منابع صفحه را برای مرورگر ارسال می‌کند.

در نهایت، کاربر صفحه سایت را مشاهده می‌کند.

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

---

نقش کش DNS در سریع‌تر شدن این فرآیند

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

وقتی آدرس IP یک دامنه برای مدتی ذخیره می‌شود، درخواست‌های بعدی سریع‌تر پاسخ داده می‌شوند و نیازی نیست هر بار تمام مراحل Root، TLD و Authoritative طی شود.

مدت‌زمانی که یک رکورد DNS در کش باقی می‌ماند، با مفهومی به نام TTL مشخص می‌شود.

TTL مخفف Time To Live است و تعیین می‌کند اطلاعات DNS تا چه مدت در حافظه موقت باقی بمانند.

برای مثال، اگر TTL یک رکورد روی 3600 ثانیه تنظیم شده باشد، یعنی اطلاعات آن رکورد تا یک ساعت می‌تواند در کش باقی بماند.

---

یک تصویر ساده از مسیر کار DNS

برای اینکه مسیر را راحت‌تر ببینیم، فرآیند کار DNS را می‌توان این‌طور خلاصه کرد:

کاربر آدرس سایت را وارد می‌کند
↓
مرورگر و سیستم کش DNS را بررسی می‌کنند
↓
درخواست به DNS Resolver ارسال می‌شود
↓
Resolver از Root Server مسیر را می‌پرسد
↓
Root Server درخواست را به TLD Server هدایت می‌کند
↓
TLD Server نیم‌سرور اصلی دامنه را معرفی می‌کند
↓
Authoritative Name Server رکورد DNS را برمی‌گرداند
↓
IP به مرورگر تحویل داده می‌شود
↓
مرورگر به سرور سایت متصل می‌شود
↓
صفحه سایت نمایش داده می‌شود

---

اگر DNS درست کار نکند چه اتفاقی می‌افتد؟

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

برای مثال:

• اگر نیم‌سرورها اشتباه باشند، دامنه به سرور درست نمی‌رسد.
• اگر رکورد A نادرست باشد، سایت به IP اشتباه وصل می‌شود.
• اگر رکوردهای DNS حذف شده باشند، مرورگر نمی‌تواند مقصد را پیدا کند.
• اگر DNS Resolver دچار اختلال باشد، ممکن است برخی کاربران سایت را نبینند.
• اگر TTL بالا باشد، تغییرات DNS دیرتر برای کاربران اعمال می‌شود.

به همین دلیل، تنظیم درست DNS برای پایداری و دسترسی‌پذیری سایت بسیار مهم است.

---

جمع‌بندی این بخش

وقتی کاربر یک آدرس سایت را وارد می‌کند، DNS در پشت‌صحنه نام دامنه را به آدرس IP تبدیل می‌کند. این فرآیند شامل بررسی کش، ارسال درخواست به DNS Resolver، مراجعه به Root Server، TLD Server و در نهایت Authoritative Name Server است.

پس از دریافت IP، مرورگر می‌تواند به سرور سایت متصل شود و صفحه را نمایش دهد. هرچند این مسیر در ظاهر پیچیده به نظر می‌رسد، اما معمولاً در چند میلی‌ثانیه انجام می‌شود.

---

انواع رکوردهای DNS و کاربرد هرکدام

برای اینکه DNS بتواند دامنه را به سرویس‌های مختلف متصل کند، از چیزی به نام رکورد DNS استفاده می‌شود. هر رکورد DNS یک وظیفه مشخص دارد و به سیستم‌های اینترنتی می‌گوید با دامنه، زیردامنه، ایمیل یا سرویس‌های مرتبط با آن چه کاری انجام دهند.

به زبان ساده، اگر DNS دفترچه تلفن اینترنت باشد، رکوردهای DNS همان اطلاعات داخل این دفترچه هستند؛ یعنی مشخص می‌کنند هر نام دامنه به کدام مقصد متصل شود.

برای مثال، یک رکورد می‌تواند مشخص کند سایت شما از کدام سرور بارگذاری شود، رکورد دیگر می‌تواند مسیر ایمیل‌های دامنه را تعیین کند و رکوردی دیگر برای تأیید مالکیت دامنه در سرویس‌هایی مثل Google Search Console یا فعال‌سازی امنیت ایمیل استفاده شود.

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

---

A Record چیست؟

A Record یکی از مهم‌ترین و پرکاربردترین رکوردهای DNS است. این رکورد وظیفه دارد یک دامنه یا زیردامنه را به یک آدرس IPv4 متصل کند.

آدرس IPv4 معمولاً به شکل چند عدد جداشده با نقطه نمایش داده می‌شود؛ مثل:

192.0.2.1

وقتی کاربر آدرس سایت شما را وارد می‌کند، مرورگر معمولاً از طریق A Record متوجه می‌شود که باید به کدام سرور متصل شود.

مثال کاربردی A Record

فرض کنید دامنه شما این باشد:

example.com

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

185.143.233.120

در این حالت، با تعریف یک A Record مشخص می‌کنید که دامنه example.com به این IP متصل شود.

ساختار آن معمولاً شبیه به این است:

Name: @
Type: A
Value: 185.143.233.120
TTL: 3600

در بسیاری از پنل‌های DNS، علامت @ به معنای خود دامنه اصلی است.

یعنی:

example.com → 185.143.233.120

A Record چه زمانی استفاده می‌شود؟

از A Record معمولاً در این موارد استفاده می‌شود:

• اتصال دامنه اصلی به هاست
• اتصال زیردامنه به یک سرور مشخص
• اتصال سایت به IP اختصاصی
• مدیریت مسیر ترافیک سایت
• راه‌اندازی سرویس‌هایی که با IPv4 کار می‌کنند

اگر A Record اشتباه تنظیم شود، ممکن است سایت به سرور اشتباه وصل شود یا اصلاً باز نشود.

---

AAAA Record چیست؟

AAAA Record مشابه A Record است، اما به‌جای اتصال دامنه به IPv4، دامنه را به IPv6 متصل می‌کند.

آدرس‌های IPv6 طولانی‌تر و پیچیده‌تر از IPv4 هستند و برای پاسخ به محدودیت تعداد IPهای نسخه ۴ ایجاد شده‌اند.

یک نمونه IPv6 به این شکل است:

2001:0db8:85a3:0000:0000:8a2e:0370:7334

تفاوت A Record و AAAA Record

تفاوت اصلی این دو رکورد در نوع IP است:

اگر سرویس میزبانی شما از IPv6 پشتیبانی کند، می‌توانید از AAAA Record هم استفاده کنید. البته هنوز در بسیاری از سایت‌ها، A Record رایج‌تر است.

---

CNAME Record چیست؟

CNAME Record مخفف Canonical Name Record است و برای اتصال یک نام دامنه به نام دامنه دیگر استفاده می‌شود؛ نه مستقیم به IP.

یعنی برخلاف A Record که دامنه را به IP وصل می‌کند، CNAME یک دامنه یا زیردامنه را به دامنه‌ای دیگر ارجاع می‌دهد.

مثال ساده CNAME

فرض کنید دامنه اصلی شما این است:

example.com

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

www.example.com

در این حالت می‌توانید برای www یک CNAME تعریف کنید:

Name: www
Type: CNAME
Value: example.com
TTL: 3600

یعنی هرکس www.example.com را وارد کند، به مقصد example.com هدایت می‌شود.

CNAME چه کاربردی دارد؟

از CNAME Record معمولاً برای موارد زیر استفاده می‌شود:

• اتصال www به دامنه اصلی
• اتصال زیردامنه به سرویس‌های خارجی
• اتصال دامنه به پلتفرم‌هایی مثل CDN، سرویس‌های ایمیل مارکتینگ یا ابزارهای سایت‌ساز
• ساده‌سازی مدیریت رکوردها

برای مثال، بعضی سرویس‌ها به شما می‌گویند زیردامنه‌ای مثل blog.example.com یا cdn.example.com را با CNAME به آدرس اختصاصی آن سرویس متصل کنید.

نکته مهم درباره CNAME

معمولاً نباید برای دامنه اصلی یا همان Root Domain از CNAME استفاده کرد، مگر اینکه سرویس DNS شما از قابلیت‌هایی مثل CNAME Flattening یا ALIAS Record پشتیبانی کند.

برای دامنه اصلی، معمولاً استفاده از A Record یا رکوردهای مشابه مثل ALIAS انتخاب بهتری است.

---

MX Record چیست؟

MX Record مخفف Mail Exchange Record است و برای مدیریت ایمیل‌های دامنه استفاده می‌شود.

این رکورد مشخص می‌کند ایمیل‌هایی که به آدرس‌های دامنه شما ارسال می‌شوند، باید به کدام سرور ایمیل تحویل داده شوند.

برای مثال، اگر ایمیل سازمانی شما این باشد:

info@example.com

رکورد MX مشخص می‌کند پیام‌های ارسال‌شده به این ایمیل باید به سرور کدام سرویس ایمیلی بروند.

مثال کاربردی MX Record

فرض کنید از یک سرویس ایمیل مثل Google Workspace، Zoho Mail یا سرویس ایمیل هاست خود استفاده می‌کنید. معمولاً آن سرویس چند رکورد MX در اختیار شما قرار می‌دهد که باید در DNS دامنه وارد کنید.

نمونه ساختار MX:

Name: @
Type: MX
Value: mail.example.com
Priority: 10
TTL: 3600

Priority در MX Record یعنی چه؟

در رکورد MX، یک عدد به نام Priority یا اولویت وجود دارد. این عدد مشخص می‌کند کدام سرور ایمیل در اولویت دریافت پیام‌ها قرار دارد.

نکته مهم این است:

هرچه عدد Priority کمتر باشد، اولویت آن سرور بیشتر است.

برای مثال:

Priority 10 → اولویت بالاتر
Priority 20 → اولویت پایین‌تر

اگر چند سرور ایمیل داشته باشید، سیستم ابتدا سراغ رکوردی می‌رود که عدد اولویت کمتری دارد. اگر آن سرور در دسترس نبود، سراغ گزینه بعدی می‌رود.

اگر MX Record اشتباه باشد چه می‌شود؟

اگر رکورد MX به‌درستی تنظیم نشود، ممکن است:

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

بنابراین برای راه‌اندازی ایمیل دامنه، تنظیم درست MX Record بسیار مهم است.

---

TXT Record چیست؟

TXT Record یکی از منعطف‌ترین رکوردهای DNS است. این رکورد برای ذخیره متن در DNS استفاده می‌شود، اما در عمل کاربردهای بسیار مهمی در امنیت، تأیید مالکیت و اعتبارسنجی سرویس‌ها دارد.

در نگاه اول شاید TXT Record ساده به نظر برسد، اما بسیاری از سرویس‌های مهم اینترنتی برای بررسی مالکیت دامنه یا اعتبار ایمیل‌ها از همین رکورد استفاده می‌کنند.

کاربردهای مهم TXT Record

از TXT Record معمولاً برای موارد زیر استفاده می‌شود:

• تأیید مالکیت دامنه در Google Search Console
• تأیید دامنه در سرویس‌های ایمیل مارکتینگ
• تنظیم SPF برای جلوگیری از جعل ایمیل
• تنظیم DKIM برای امضای دیجیتال ایمیل‌ها
• تنظیم DMARC برای کنترل سیاست‌های امنیتی ایمیل
• اتصال و تأیید دامنه در سرویس‌های خارجی

مثال TXT برای تأیید مالکیت دامنه

فرض کنید Google Search Console برای تأیید مالکیت دامنه، یک مقدار TXT به شما می‌دهد:

google-site-verification=abc123example

شما این مقدار را به‌عنوان TXT Record در DNS دامنه قرار می‌دهید. سپس گوگل بررسی می‌کند که آیا این رکورد واقعاً روی دامنه شما وجود دارد یا نه.

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

TXT Record و امنیت ایمیل

یکی از مهم‌ترین کاربردهای TXT Record در تنظیمات امنیت ایمیل است. رکوردهایی مثل SPF، DKIM و DMARC معمولاً با TXT تعریف می‌شوند و کمک می‌کنند سرویس‌های ایمیل تشخیص دهند که آیا یک پیام واقعاً از طرف دامنه شما ارسال شده یا جعلی است.

این موضوع برای جلوگیری از اسپم، جعل هویت ایمیلی و فیشینگ بسیار مهم است.

---

NS Record چیست؟

NS Record مخفف Name Server Record است و مشخص می‌کند مدیریت DNS یک دامنه بر عهده کدام نیم‌سرورهاست.

به زبان ساده، NS Record به اینترنت می‌گوید:

برای پیدا کردن رکوردهای DNS این دامنه، باید به کدام سرورها مراجعه شود؟

برای مثال، وقتی شما دامنه‌ای می‌خرید و می‌خواهید آن را به هاست متصل کنید، معمولاً شرکت هاستینگ دو یا چند نیم‌سرور به شما می‌دهد؛ مثل:

ns1.hosting.com
ns2.hosting.com

وقتی این نیم‌سرورها را روی دامنه تنظیم می‌کنید، یعنی مدیریت DNS دامنه را به آن هاست یا سرویس DNS واگذار کرده‌اید.

NS Record چه کاربردی دارد؟

رکورد NS در این موارد اهمیت دارد:

• اتصال دامنه به هاست
• تغییر مدیریت DNS به سرویس‌هایی مثل Cloudflare
• مشخص کردن مرجع اصلی رکوردهای DNS دامنه
• مدیریت نیم‌سرورهای اختصاصی

اگر NS Record یا نیم‌سرورها اشتباه تنظیم شوند، کل رکوردهای DNS دامنه ممکن است به‌درستی خوانده نشوند و سایت یا ایمیل دامنه دچار مشکل شود.

---

SRV Record چیست؟

SRV Record رکوردی است که برای مشخص کردن محل یک سرویس خاص در دامنه استفاده می‌شود. این رکورد بیشتر در سرویس‌های تخصصی‌تر کاربرد دارد و نسبت به رکوردهایی مثل A، CNAME یا MX کمتر توسط کاربران عادی استفاده می‌شود.

SRV می‌تواند مشخص کند یک سرویس خاص روی چه سروری، با چه پورتی و با چه اولویتی فعال است.

SRV Record کجا استفاده می‌شود؟

از SRV Record معمولاً در سرویس‌هایی مثل موارد زیر استفاده می‌شود:

• VoIP
• Microsoft 365
• سرویس‌های چت و پیام‌رسان سازمانی
• SIP
• XMPP
• برخی سرویس‌های احراز هویت و ارتباطی

ساختار SRV معمولاً شامل اطلاعاتی مثل سرویس، پروتکل، اولویت، وزن، پورت و مقصد است.

---

PTR Record چیست؟

PTR Record برخلاف A Record عمل می‌کند. یعنی به‌جای اینکه دامنه را به IP تبدیل کند، IP را به نام دامنه تبدیل می‌کند.

به این فرآیند Reverse DNS Lookup یا جستجوی معکوس DNS گفته می‌شود.

PTR Record چه کاربردی دارد؟

مهم‌ترین کاربرد PTR Record در سیستم‌های ایمیل و اعتبارسنجی سرورهاست.

برای مثال، وقتی یک سرور ایمیل پیامی ارسال می‌کند، سرور دریافت‌کننده ممکن است بررسی کند که آیا IP فرستنده واقعاً به نام دامنه معتبری اشاره دارد یا نه.

اگر PTR درست تنظیم نشده باشد، احتمال دارد ایمیل‌های ارسالی شما به پوشه اسپم بروند یا توسط برخی سرورها رد شوند.

نکته مهم درباره PTR

رکورد PTR معمولاً در پنل DNS دامنه تنظیم نمی‌شود. این رکورد معمولاً باید توسط مالک IP یا شرکت هاستینگ، دیتاسنتر یا ارائه‌دهنده سرور تنظیم شود.

---

ALIAS و ANAME Record چیست؟

برخی سرویس‌های DNS رکوردهایی مثل ALIAS یا ANAME ارائه می‌دهند. این رکوردها شبیه CNAME عمل می‌کنند، اما برای دامنه اصلی هم قابل استفاده هستند.

همان‌طور که گفتیم، استفاده از CNAME برای دامنه اصلی معمولاً محدودیت دارد. اما ALIAS و ANAME این مشکل را حل می‌کنند.

کاربرد ALIAS و ANAME

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

برای مثال:

example.com → mysite.cdnprovider.com

در چنین شرایطی، اگر سرویس DNS شما از ALIAS یا ANAME پشتیبانی کند، می‌توانید بدون مشکل دامنه اصلی را به سرویس موردنظر وصل کنید.

---

CAA Record چیست؟

CAA Record مخفف Certification Authority Authorization است. این رکورد مشخص می‌کند کدام صادرکننده گواهی SSL اجازه دارد برای دامنه شما گواهی صادر کند.

به زبان ساده، CAA به دامنه شما یک لایه امنیتی اضافه می‌کند و می‌گوید فقط شرکت‌های مشخصی اجازه صدور SSL برای این دامنه را دارند.

CAA Record چه کمکی می‌کند؟

با استفاده از CAA می‌توانید احتمال صدور اشتباه یا غیرمجاز گواهی SSL برای دامنه خود را کاهش دهید.

برای مثال، می‌توانید مشخص کنید فقط Let’s Encrypt یا DigiCert اجازه صدور SSL برای دامنه شما را داشته باشد.

این رکورد برای همه سایت‌ها ضروری نیست، اما برای سایت‌های حساس، سازمانی و پروژه‌هایی که امنیت بالاتری می‌خواهند، انتخاب مفیدی است.

---

کدام رکوردهای DNS برای یک سایت وردپرسی مهم‌تر هستند؟

اگر یک سایت وردپرسی معمولی دارید، معمولاً بیشترین سروکار شما با این رکوردها خواهد بود:

• A Record برای اتصال دامنه به هاست
• CNAME Record برای اتصال www یا زیردامنه‌ها
• MX Record برای ایمیل دامنه
• TXT Record برای تأیید مالکیت، SPF، DKIM و DMARC
• NS Record برای مشخص کردن نیم‌سرورها

در بیشتر پروژه‌های وردپرسی، همین چند رکورد بخش اصلی نیازهای شما را پوشش می‌دهند. البته اگر از سرویس‌هایی مثل CDN، ایمیل مارکتینگ، Google Workspace، کلودفلر یا ابزارهای امنیتی استفاده کنید، ممکن است نیاز به تنظیم رکوردهای بیشتری هم داشته باشید.

---

جدول خلاصه انواع رکوردهای DNS

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

---

جمع‌بندی این بخش

رکوردهای DNS تعیین می‌کنند دامنه شما چگونه و به کدام سرویس‌ها متصل شود. هر رکورد وظیفه خاصی دارد؛ مثلاً A Record دامنه را به IP سرور وصل می‌کند، MX Record مسیر ایمیل‌ها را مشخص می‌کند و TXT Record برای تأیید مالکیت و افزایش امنیت ایمیل کاربرد دارد.

اگر مدیر سایت هستید، لازم نیست همه رکوردهای DNS را در سطح تخصصی شبکه بشناسید؛ اما آشنایی با رکوردهای اصلی مثل A، CNAME، MX، TXT و NS به شما کمک می‌کند بسیاری از مشکلات رایج دامنه، هاست، ایمیل و اتصال سرویس‌ها را بهتر مدیریت کنید.

---

نیم‌سرور یا Name Server چیست و چه تفاوتی با DNS دارد؟

یکی از مفاهیمی که معمولاً در کنار DNS زیاد شنیده می‌شود، نیم‌سرور یا Name Server است. خیلی از کاربران وقتی دامنه می‌خرند یا می‌خواهند دامنه را به هاست وصل کنند، با عباراتی مثل «DNS دامنه را تغییر دهید» یا «نیم‌سرورهای هاست را روی دامنه تنظیم کنید» روبه‌رو می‌شوند.

همین موضوع باعث می‌شود گاهی DNS و Name Server با هم اشتباه گرفته شوند؛ در حالی که این دو دقیقاً یک چیز نیستند.

به زبان ساده، DNS یک سیستم کلی برای تبدیل نام دامنه به آدرس IP است؛ اما Name Server سروری است که اطلاعات DNS یک دامنه را نگهداری و مدیریت می‌کند.

---

نیم‌سرور چیست؟

Name Server یا نیم‌سرور، سروری است که رکوردهای DNS مربوط به یک دامنه روی آن قرار دارد. وقتی کسی آدرس سایت شما را وارد می‌کند، سیستم DNS در نهایت باید بفهمد رکوردهای دامنه شما کجا ذخیره شده‌اند. اینجاست که نیم‌سرورها وارد عمل می‌شوند.

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

ns1.examplehost.com
ns2.examplehost.com

یعنی رکوردهای DNS دامنه شما قرار است از طریق این سرورها مدیریت شوند.

اگر این نیم‌سرورها را روی دامنه تنظیم کنید، اینترنت متوجه می‌شود که برای پیدا کردن اطلاعات DNS دامنه شما باید به این سرورها مراجعه کند.

---

DNS چیست و نیم‌سرور چه نقشی در آن دارد؟

برای درک بهتر، بهتر است این دو مفهوم را کنار هم ببینیم.

DNS یک سیستم گسترده و جهانی است که وظیفه دارد نام دامنه‌ها را به آدرس‌های قابل‌فهم برای سرورها تبدیل کند.

اما Name Server بخشی از این سیستم است. یعنی نیم‌سرور همان جایی است که اطلاعات واقعی دامنه، مثل رکوردهای A، CNAME، MX و TXT نگهداری می‌شود.

به بیان ساده‌تر:

• DNS کل سیستم آدرس‌دهی اینترنت است.
• Name Server یکی از سرورهایی است که اطلاعات DNS دامنه را ذخیره می‌کند.
• رکوردهای DNS اطلاعاتی هستند که داخل نیم‌سرور تعریف می‌شوند.

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

---

تفاوت DNS و Name Server به زبان ساده

خیلی کوتاه و کاربردی:

برای مثال، اگر دامنه شما example.com باشد، نیم‌سرورها مشخص می‌کنند اطلاعات DNS این دامنه از کجا خوانده شود. سپس رکوردهای DNS داخل همان نیم‌سرورها مشخص می‌کنند که دامنه به کدام IP، ایمیل یا سرویس متصل شود.

---

وقتی نیم‌سرور دامنه را تغییر می‌دهیم چه اتفاقی می‌افتد؟

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

برای مثال، فرض کنید دامنه شما قبلاً از نیم‌سرورهای شرکت ثبت دامنه استفاده می‌کرد:

ns1.registrar.com
ns2.registrar.com

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

ns1.newhosting.com
ns2.newhosting.com

با تغییر نیم‌سرورها، مدیریت DNS دامنه از شرکت ثبت دامنه به شرکت هاستینگ منتقل می‌شود. یعنی بعد از اعمال کامل تغییرات، رکوردهای DNS باید در پنل هاست یا پنل DNS همان سرویس جدید مدیریت شوند.

---

آیا برای اتصال دامنه به هاست حتماً باید نیم‌سرور را تغییر دهیم؟

نه، همیشه لازم نیست نیم‌سرورها را تغییر دهید.

برای اتصال دامنه به هاست معمولاً دو روش رایج وجود دارد:

1. تغییر نیم‌سرورهای دامنه
2. تنظیم رکوردهای DNS مثل A Record

در روش اول، نیم‌سرورهای دامنه را روی نیم‌سرورهای هاست قرار می‌دهید. در این حالت مدیریت کامل DNS معمولاً به هاست منتقل می‌شود.

در روش دوم، نیم‌سرورها را تغییر نمی‌دهید؛ فقط در پنل DNS فعلی دامنه، رکوردهایی مثل A Record یا CNAME را تنظیم می‌کنید تا دامنه به سرور هاست متصل شود.

هر دو روش می‌توانند درست باشند؛ انتخاب روش مناسب بستگی به نوع پروژه، سرویس هاستینگ، نیازهای ایمیل، CDN و سطح دسترسی شما دارد.

---

تغییر نیم‌سرور بهتر است یا تغییر A Record؟

این سؤال برای مدیران سایت خیلی رایج است. پاسخ قطعی برای همه وجود ندارد، اما می‌توان این‌طور تصمیم گرفت:

اگر می‌خواهید مدیریت همه چیز ساده‌تر باشد و هاستینگ شما پنل DNS مناسبی دارد، تغییر Name Server می‌تواند گزینه راحتی باشد.

اما اگر از سرویس‌هایی مثل Cloudflare، ایمیل سازمانی، CDN، سرویس‌های امنیتی یا چند سرویس مختلف استفاده می‌کنید، بهتر است با دقت بیشتری تصمیم بگیرید. در این شرایط، گاهی بهتر است نیم‌سرورها روی سرویس DNS اصلی باقی بمانند و فقط رکوردهای موردنیاز تغییر کنند.

مقایسه کوتاه دو روش

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

---

نیم‌سرور اختصاصی چیست؟

نیم‌سرور اختصاصی یا Private Name Server نیم‌سروری است که با نام دامنه خود شما ساخته می‌شود. برای مثال، به‌جای استفاده از نیم‌سرورهای عمومی هاستینگ مثل:

ns1.hostingcompany.com
ns2.hostingcompany.com

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

ns1.example.com
ns2.example.com

این قابلیت بیشتر برای شرکت‌های هاستینگ، آژانس‌های طراحی سایت، نمایندگان فروش هاست و پروژه‌هایی استفاده می‌شود که می‌خواهند ظاهر حرفه‌ای‌تر و برندینگ اختصاصی‌تری داشته باشند.

برای یک سایت معمولی، داشتن نیم‌سرور اختصاصی معمولاً ضروری نیست؛ اما برای برندینگ، خدمات میزبانی یا مدیریت چندین سایت می‌تواند مفید باشد.

---

اگر نیم‌سرورها اشتباه تنظیم شوند چه مشکلی ایجاد می‌شود؟

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

مشکلات رایج در اثر تنظیم اشتباه نیم‌سرور عبارت‌اند از:

• باز نشدن سایت
• نمایش خطاهای DNS در مرورگر
• قطع شدن ایمیل‌های دامنه
• کار نکردن زیردامنه‌ها
• اختلال در SSL یا CDN
• نمایش نسخه قدیمی سایت برای برخی کاربران
• طولانی شدن زمان اعمال تغییرات DNS

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

---

قبل از تغییر نیم‌سرور چه چیزهایی را بررسی کنیم؟

قبل از اینکه نیم‌سرورهای دامنه را تغییر دهید، بهتر است این موارد را بررسی کنید:

• رکورد A دامنه اصلی در مقصد جدید تنظیم شده باشد.
• رکورد CNAME برای www وجود داشته باشد.
• رکوردهای MX ایمیل دامنه منتقل شده باشند.
• رکوردهای TXT مربوط به SPF، DKIM، DMARC و سرچ کنسول فراموش نشده باشند.
• اگر از CDN استفاده می‌کنید، تنظیمات آن بررسی شده باشد.
• TTL رکوردها در صورت نیاز قبل از مهاجرت کاهش داده شده باشد.
• از تنظیمات فعلی DNS یک نسخه پشتیبان یا اسکرین‌شات داشته باشید.

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

---

Name Server چه ارتباطی با Cloudflare دارد؟

وقتی از سرویس‌هایی مثل Cloudflare استفاده می‌کنید، معمولاً باید نیم‌سرورهای دامنه را به نیم‌سرورهای Cloudflare تغییر دهید. در این حالت، مدیریت DNS دامنه از پنل قبلی به Cloudflare منتقل می‌شود.

بعد از این تغییر، هر رکوردی که برای دامنه نیاز دارید، باید در پنل DNS کلودفلر تنظیم شود؛ مثل:

• A Record
• CNAME
• MX Record
• TXT Record
• رکوردهای مربوط به SSL، CDN و امنیت

مزیت این روش این است که Cloudflare علاوه بر مدیریت DNS، امکاناتی مثل CDN، فایروال، محافظت در برابر حملات DDoS، کش، SSL و بهینه‌سازی عملکرد را هم در اختیار سایت قرار می‌دهد.

البته باید دقت کنید که بعد از انتقال نیم‌سرورها به Cloudflare، اگر رکوردهای قبلی را درست وارد نکرده باشید، ممکن است سایت یا ایمیل دامنه دچار اختلال شود.

---

جمع‌بندی این بخش

نیم‌سرور یا Name Server سروری است که اطلاعات DNS یک دامنه را نگهداری می‌کند. DNS سیستم کلی تبدیل نام دامنه به IP است، اما نیم‌سرور مشخص می‌کند رکوردهای دامنه از کجا خوانده شوند.

برای اتصال دامنه به هاست، گاهی نیم‌سرورها را تغییر می‌دهیم و گاهی فقط رکوردهایی مثل A Record یا CNAME را ویرایش می‌کنیم. هر دو روش کاربرد دارند، اما مهم این است که بدانیم با تغییر نیم‌سرور، مدیریت کامل DNS دامنه به سرویس جدید منتقل می‌شود.

اگر قبل از تغییر نیم‌سرور، رکوردهای مهم مثل A، CNAME، MX و TXT را بررسی نکنید، ممکن است سایت، ایمیل یا سرویس‌های متصل به دامنه دچار اختلال شوند.

---

DNS Propagation چیست و چرا تغییرات DNS زمان می‌برد؟

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

این تأخیر به دلیل فرآیندی به نام DNS Propagation اتفاق می‌افتد.

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

---

DNS Propagation دقیقاً یعنی چه؟

وقتی شما یک رکورد DNS را تغییر می‌دهید، مثلاً A Record دامنه را از یک IP قدیمی به IP جدید منتقل می‌کنید، این تغییر ابتدا فقط در پنل DNS شما ثبت می‌شود. اما اینترنت یک سیستم کاملاً متمرکز نیست که همه کاربران جهان بلافاصله از همان منبع جدید اطلاعات بگیرند.

اطلاعات DNS در مسیرهای مختلفی ذخیره یا همان Cache می‌شود؛ از جمله:

• مرورگر کاربر
• سیستم‌عامل
• مودم یا روتر
• DNS Resolver شرکت اینترنت
• سرویس‌های DNS عمومی
• شبکه‌های CDN
• سرورهای میانی اینترنت

به همین دلیل، ممکن است بخشی از کاربران خیلی سریع تغییر جدید را ببینند، اما بعضی دیگر تا مدتی همچنان اطلاعات قدیمی را دریافت کنند.

پس وقتی می‌گوییم تغییرات DNS هنوز کامل منتشر نشده، منظور این است که بعضی از مسیرهای اینترنتی هنوز نسخه کش‌شده و قدیمی رکوردها را نگه داشته‌اند.

---

چرا تغییر DNS فوری اعمال نمی‌شود؟

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

برای جلوگیری از این مشکل، اطلاعات DNS برای مدت مشخصی در حافظه موقت ذخیره می‌شود. این مدت با مفهومی به نام TTL تعیین می‌شود.

TTL مخفف Time To Live است و مشخص می‌کند یک رکورد DNS چه مدت می‌تواند در کش باقی بماند.

برای مثال، اگر TTL یک رکورد روی 86400 ثانیه تنظیم شده باشد، یعنی اطلاعات آن رکورد می‌تواند تا ۲۴ ساعت در کش باقی بماند.

86400 ثانیه = 24 ساعت
3600 ثانیه = 1 ساعت
300 ثانیه = 5 دقیقه

هرچه TTL بالاتر باشد، تغییرات DNS ممکن است دیرتر برای همه کاربران اعمال شود. هرچه TTL پایین‌تر باشد، رکوردها سریع‌تر به‌روزرسانی می‌شوند، اما درخواست‌های DNS بیشتری به سرور ارسال می‌شود.

---

تغییرات DNS چقدر زمان می‌برد؟

زمان دقیق انتشار DNS همیشه ثابت نیست، اما معمولاً تغییرات رکوردهای DNS بین چند دقیقه تا چند ساعت زمان می‌برد. در برخی موارد، مخصوصاً هنگام تغییر نیم‌سرورها، ممکن است این زمان تا ۲۴ یا حتی ۴۸ ساعت هم طول بکشد.

به‌صورت تقریبی:

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

---

چرا بعضی افراد سایت جدید را می‌بینند و بعضی نه؟

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

این موضوع طبیعی است و معمولاً به دلیل تفاوت در DNS Resolverها و کش شبکه‌ها اتفاق می‌افتد.

برای مثال:

• شما ممکن است از DNS شرکت اینترنت خود استفاده کنید.
• کاربر دیگر از Google DNS استفاده کند.
• شخصی دیگر از Cloudflare DNS استفاده کند.
• یک کاربر هم پشت شبکه سازمانی یا اینترنت موبایل باشد.

هرکدام از این مسیرها ممکن است اطلاعات DNS را در زمان متفاوتی به‌روزرسانی کنند. به همین دلیل، وضعیت نمایش سایت می‌تواند از یک منطقه، اپراتور یا دستگاه به دستگاه دیگر متفاوت باشد.

---

نقش TTL در DNS Propagation چیست؟

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

فرض کنید رکورد A دامنه شما قبلاً این مقدار را داشته است:

TTL: 86400

یعنی سرورهای مختلف می‌توانند اطلاعات این رکورد را تا ۲۴ ساعت ذخیره کنند. حالا اگر شما IP سایت را تغییر دهید، برخی سرورها ممکن است تا پایان این مدت همچنان IP قدیمی را نگه دارند.

اما اگر قبل از تغییرات مهم، TTL را کاهش داده باشید، مثلاً:

TTL: 300

یعنی رکورد فقط ۵ دقیقه در کش باقی می‌ماند و تغییرات سریع‌تر دیده می‌شود.

---

بهترین کار قبل از تغییر مهم DNS چیست؟

اگر قصد دارید یک تغییر مهم انجام دهید، مثل انتقال سایت به هاست جدید، تغییر IP سرور یا جابه‌جایی سرویس ایمیل، بهتر است از قبل برای آن آماده شوید.

یکی از بهترین روش‌ها این است که ۲۴ ساعت قبل از تغییر اصلی، مقدار TTL رکوردهای مهم را کاهش دهید.

برای مثال، می‌توانید TTL را از 86400 به 300 یا 600 ثانیه تغییر دهید. سپس بعد از انجام انتقال و اطمینان از درست بودن همه‌چیز، دوباره TTL را به مقدار منطقی‌تری مثل 3600 یا بیشتر برگردانید.

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

---

آیا می‌توان DNS Propagation را سریع‌تر کرد؟

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

شما نمی‌توانید همه کش‌های اینترنت در سراسر جهان را مجبور کنید فوراً به‌روزرسانی شوند؛ اما می‌توانید با چند اقدام، احتمال تأخیر را کمتر کنید:

• کاهش TTL قبل از تغییرات مهم
• استفاده از DNS معتبر و سریع مثل Cloudflare یا Google Cloud DNS
• تنظیم صحیح رکوردهای DNS از همان ابتدا
• حذف کش DNS در سیستم و مرورگر خودتان
• بررسی تغییرات با ابزارهای DNS Checker
• جلوگیری از تغییرات مکرر و پشت‌سرهم
• انتقال درست رکوردهای MX و TXT هنگام تغییر نیم‌سرور

نکته مهم این است که اگر تغییر را انجام داده‌اید و قبلاً TTL بالا بوده، معمولاً باید صبر کنید تا کش‌های قبلی منقضی شوند.

---

چگونه بفهمیم تغییرات DNS اعمال شده‌اند؟

برای بررسی وضعیت DNS می‌توانید از چند روش استفاده کنید.

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

عبارت‌هایی که می‌توانید جستجو کنید:

DNS Checker
DNS Propagation Checker
WhatsMyDNS

همچنین در سیستم خودتان می‌توانید با دستورهای ساده، رکوردهای DNS را بررسی کنید.

در ویندوز:

nslookup example.com

در مک و لینوکس:

dig example.com

یا:

nslookup example.com

با این دستورها می‌توانید ببینید دامنه در حال حاضر به چه IP یا رکوردی پاسخ می‌دهد.

---

پاک کردن کش DNS در سیستم چه کمکی می‌کند؟

گاهی تغییرات DNS در سطح جهانی اعمال شده‌اند، اما سیستم خود شما هنوز اطلاعات قدیمی را در کش نگه داشته است. در این حالت، پاک کردن کش DNS می‌تواند مشکل را حل کند.

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

ipconfig /flushdns

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

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

در مرورگرها هم گاهی لازم است کش مرورگر را پاک کنید یا سایت را در حالت Incognito / Private باز کنید.

البته باید توجه داشت که پاک کردن کش سیستم شما فقط روی دستگاه خودتان اثر دارد، نه روی تمام کاربران اینترنت.

---

تفاوت DNS Propagation با مشکل واقعی DNS

گاهی هر تأخیری را به DNS Propagation نسبت می‌دهیم، اما همیشه مشکل از انتشار DNS نیست. اگر بعد از گذشت زمان کافی هنوز سایت باز نمی‌شود، ممکن است یک خطای واقعی در تنظیمات DNS وجود داشته باشد.

برای مثال:

• رکورد A به IP اشتباه اشاره می‌کند.
• نیم‌سرورها درست تنظیم نشده‌اند.
• رکوردهای DNS در سرویس جدید منتقل نشده‌اند.
• رکورد www فراموش شده است.
• رکورد MX برای ایمیل‌ها حذف شده است.
• تنظیمات SSL یا CDN مشکل دارد.
• دامنه منقضی شده یا در وضعیت قفل قرار دارد.
• هاست یا سرور مقصد پاسخ نمی‌دهد.

بنابراین اگر بعد از ۲۴ تا ۴۸ ساعت همچنان مشکل وجود دارد، بهتر است فقط منتظر نمانید و تنظیمات را دقیق بررسی کنید.

---

یک مثال واقعی از DNS Propagation

فرض کنید سایت وردپرسی شما روی هاست قدیمی قرار دارد و تصمیم گرفته‌اید آن را به هاست جدید منتقل کنید. هاست قدیمی IP زیر را دارد:

192.0.2.10

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

198.51.100.25

شما رکورد A دامنه را تغییر می‌دهید:

example.com → 198.51.100.25

بعد از این تغییر، ممکن است شرایط زیر رخ دهد:

• شما بلافاصله سایت جدید را ببینید.
• کاربر دیگری هنوز سایت قدیمی را مشاهده کند.
• بعضی کاربران برای چند ساعت خطای اتصال ببینند.
• ایمیل‌ها اگر درست منتقل نشده باشند، دچار اختلال شوند.
• ابزارهای DNS در کشورهای مختلف نتایج متفاوت نشان دهند.

این وضعیت تا زمانی ادامه دارد که کش‌های DNS قدیمی به‌روزرسانی شوند و همه مسیرها رکورد جدید را دریافت کنند.

---

اشتباهات رایج هنگام انتظار برای انتشار DNS

در زمان تغییر DNS، چند اشتباه رایج وجود دارد که می‌تواند مشکل را بدتر کند:

• تغییر چندباره رکوردها در فاصله کوتاه
• حذف رکوردهای قبلی بدون جایگزین درست
• فراموش کردن رکوردهای MX و TXT
• تغییر نیم‌سرور بدون انتقال کامل رکوردها
• بالا گذاشتن TTL قبل از مهاجرت
• قضاوت زودهنگام قبل از کامل شدن انتشار
• تست سایت فقط از یک اینترنت یا یک مرورگر
• نادیده گرفتن کش CDN یا افزونه‌های کش وردپرس

بهتر است هنگام تغییر DNS، مرحله‌به‌مرحله جلو بروید و قبل از حذف تنظیمات قبلی، مطمئن شوید مقصد جدید آماده است.

---

جمع‌بندی این بخش

DNS Propagation به مدت‌زمانی گفته می‌شود که لازم است تغییرات DNS در شبکه‌ها، سرورها و کش‌های مختلف اینترنت به‌روزرسانی شود. این فرآیند معمولاً از چند دقیقه تا چند ساعت طول می‌کشد و در تغییرات مهمی مثل تغییر نیم‌سرور ممکن است تا ۲۴ یا ۴۸ ساعت هم ادامه داشته باشد.

عامل مهم در سرعت انتشار DNS، مقدار TTL است. اگر TTL بالا باشد، اطلاعات قبلی مدت بیشتری در کش باقی می‌مانند. اگر پیش از تغییرات مهم TTL را کاهش دهید، احتمالاً تغییرات سریع‌تر برای کاربران اعمال می‌شود.

---

خطاهای رایج DNS و روش رفع آن‌ها

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

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

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

---

خطای DNS_PROBE_FINISHED_NXDOMAIN

این یکی از شناخته‌شده‌ترین خطاهای DNS در مرورگر کروم است. وقتی با خطای DNS_PROBE_FINISHED_NXDOMAIN روبه‌رو می‌شوید، معمولاً به این معناست که مرورگر نتوانسته دامنه را پیدا کند.

به زبان ساده، سیستم DNS می‌گوید:

چنین دامنه‌ای یا چنین رکوردی پیدا نشد.

علت‌های رایج این خطا

• دامنه به‌درستی ثبت نشده یا منقضی شده است
• نیم‌سرورها اشتباه تنظیم شده‌اند
• رکورد A یا CNAME وجود ندارد
• رکوردها به‌تازگی تغییر کرده‌اند و هنوز منتشر نشده‌اند
• کش DNS سیستم یا مرورگر اطلاعات نادرست دارد
• دامنه در پنل DNS فعال نشده یا اشتباه تایپ شده است

روش رفع

برای حل این مشکل، این موارد را بررسی کنید:

• مطمئن شوید دامنه فعال و تمدیدشده است
• نیم‌سرورها را در پنل دامنه بررسی کنید
• وجود رکورد A برای دامنه اصلی و رکورد CNAME یا A برای www را چک کنید
• با ابزارهای بررسی DNS وضعیت دامنه را تست کنید
• کش DNS سیستم را پاک کنید
• دامنه را با اینترنت یا DNS دیگری تست کنید

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

---

خطای Server DNS Address Could Not Be Found

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

در بسیاری از مواقع، این خطا از نظر مفهومی بسیار نزدیک به NXDOMAIN است و نشان می‌دهد نام دامنه به مقصد قابل‌استفاده‌ای resolve نشده است.

علت‌های احتمالی

• حذف شدن رکوردهای DNS
• وارد کردن اشتباه دامنه
• تغییر ناقص نیم‌سرورها
• اختلال در DNS Resolver
• تنظیم نبودن رکورد دامنه اصلی یا www

روش رفع

• دامنه را از نظر املایی بررسی کنید
• مطمئن شوید رکوردهای ضروری حذف نشده‌اند
• اگر نیم‌سرورها را تغییر داده‌اید، بررسی کنید رکوردها در سرویس جدید هم وجود داشته باشند
• DNS سیستم را روی یک سرویس عمومی مثل Google DNS یا Cloudflare DNS تست کنید
• با nslookup یا dig دامنه را بررسی کنید

---

خطای ERR_NAME_NOT_RESOLVED

این خطا هم نشان می‌دهد مرورگر نتوانسته نام دامنه را به IP تبدیل کند. در اصل، ERR_NAME_NOT_RESOLVED یعنی فرآیند resolve دامنه با شکست مواجه شده است.

علت‌های رایج

• نبودن رکورد A یا CNAME
• تنظیم اشتباه زیردامنه
• مشکل در نیم‌سرورها
• اختلال موقت در DNS Resolver
• خطا در کش DNS دستگاه

روش رفع

• رکوردهای DNS را در پنل دامنه یا هاست بررسی کنید
• اگر زیردامنه را تست می‌کنید، مطمئن شوید برای آن رکورد جداگانه تعریف شده باشد
• نیم‌سرورهای دامنه را دوباره چک کنید
• کش DNS مرورگر و سیستم را پاک کنید
• دامنه را از ابزارهای جهانی DNS checker بررسی کنید

---

سایت برای بعضی کاربران باز می‌شود و برای بعضی نه

این حالت یکی از سردرگم‌کننده‌ترین مشکلات DNS است. مدیر سایت می‌گوید «برای من سایت باز می‌شود»، اما کاربر یا مشتری می‌گوید «سایت بالا نمی‌آید».

در بیشتر مواقع، این مشکل به DNS Propagation یا کش DNS مربوط می‌شود.

علت‌های رایج

• تغییر جدید در رکوردهای DNS
• کش شدن اطلاعات قدیمی در برخی Resolverها
• تفاوت DNS سرویس‌دهنده‌های اینترنت
• کش مرورگر یا سیستم‌عامل
• استفاده از CDN با کش قدیمی

روش رفع

• ابتدا بررسی کنید آیا اخیراً DNS را تغییر داده‌اید یا نه
• از ابزارهای DNS checker برای تست جهانی استفاده کنید
• کش DNS سیستم خود را پاک کنید
• از اینترنت دیگری مثل دیتای موبایل تست بگیرید
• به کاربران بگویید چند ساعت صبر کنند اگر تغییرات تازه انجام شده‌اند
• اگر بیش از ۲۴ تا ۴۸ ساعت گذشته، تنظیمات DNS را دوباره بررسی کنید

---

دامنه بدون www باز می‌شود ولی با www نه

این مشکل بسیار رایج است و معمولاً به‌دلیل تنظیم نبودن رکورد مربوط به www اتفاق می‌افتد.

علت اصلی

برای دامنه اصلی ممکن است رکورد A تعریف شده باشد، اما برای www هیچ رکوردی ثبت نشده باشد.

مثلاً:

example.com → 185.143.233.120

اما:

www.example.com

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

روش رفع

معمولاً کافی است برای www یک CNAME Record تعریف کنید که به دامنه اصلی اشاره کند:

Name: www
Type: CNAME
Value: example.com

در برخی موارد هم می‌توان برای www رکورد A جداگانه تعریف کرد، اما CNAME معمولاً روش ساده‌تر و استانداردتری است.

---

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

این مشکل معمولاً زمانی رخ می‌دهد که سایت به‌درستی به هاست متصل شده، اما رکوردهای مربوط به ایمیل مثل MX، SPF، DKIM یا DMARC درست تنظیم نشده‌اند یا هنگام تغییر نیم‌سرور از بین رفته‌اند.

علت‌های رایج

• نبودن رکورد MX
• اشتباه بودن مقصد رکورد MX
• حذف شدن رکوردهای TXT مربوط به ایمیل
• منتقل نشدن تنظیمات ایمیل بعد از تغییر DNS
• وجود رکوردهای متناقض

روش رفع

• رکوردهای MX را با اطلاعات سرویس ایمیل خود تطبیق دهید
• رکوردهای TXT مربوط به SPF و DKIM را بررسی کنید
• اگر از Google Workspace، Zoho یا سرویس مشابه استفاده می‌کنید، تنظیمات پیشنهادی آن‌ها را دوباره وارد کنید
• بعد از تغییر نیم‌سرور، مطمئن شوید رکوردهای ایمیل هم در مقصد جدید اضافه شده‌اند

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

---

خطای DNS بعد از تغییر هاست یا سرور

بعد از مهاجرت سایت به هاست جدید، ممکن است سایت باز نشود، نسخه قدیمی نمایش داده شود یا SSL دچار مشکل شود. در این شرایط، معمولاً DNS اولین جایی است که باید بررسی شود.

علت‌های رایج

• رکورد A هنوز به IP قدیمی اشاره می‌کند
• TTL بالا بوده و کش قبلی هنوز منقضی نشده است
• رکورد www منتقل نشده
• نیم‌سرورها تغییر کرده‌اند اما رکوردها کامل وارد نشده‌اند
• CDN هنوز به سرور قدیمی اشاره می‌کند

روش رفع

• IP فعلی رکورد A را بررسی کنید
• با nslookup یا dig ببینید دامنه اکنون به چه IP پاسخ می‌دهد
• رکورد www را بررسی کنید
• در صورت استفاده از Cloudflare یا CDN، رکوردهای آن را هم چک کنید
• اگر تغییر تازه انجام شده، وضعیت propagation را بررسی کنید
• اگر SSL مشکل دارد، مطمئن شوید دامنه واقعاً به سرور جدید رسیده باشد

---

خطای اشتباه بودن نیم‌سرورها

اگر نیم‌سرورها نادرست تنظیم شوند، دامنه ممکن است کلاً از دسترس خارج شود. چون سیستم DNS نمی‌فهمد باید رکوردهای این دامنه را از کجا بخواند.

نشانه‌ها

• دامنه اصلاً resolve نمی‌شود
• سایت و ایمیل هر دو از کار می‌افتند
• ابزارهای بررسی DNS نیم‌سرور معتبر پیدا نمی‌کنند
• خطاهای عمومی DNS در مرورگر نمایش داده می‌شود

روش رفع

• نیم‌سرورها را دقیقاً مطابق اطلاعات شرکت هاست یا سرویس DNS وارد کنید
• از نبودن فاصله، غلط تایپی یا نیم‌سرور ناقص مطمئن شوید
• اگر نیم‌سرورها را تازه تغییر داده‌اید، صبر کنید تا انتشار کامل شود
• بررسی کنید در سرویس مقصد، رکوردهای دامنه از قبل اضافه شده باشند

---

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

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

احتمال‌های دیگر

• سرور هاست خاموش یا دچار اختلال است
• وب‌سرور مثل Apache یا Nginx مشکل دارد
• فایروال سرور اتصال را مسدود کرده
• SSL درست نصب نشده
• سایت از داخل وردپرس به دامنه دیگری ریدایرکت می‌شود
• CDN یا پراکسی تنظیمات نادرست دارد

روش بررسی

• IP سرور را مستقیم در مرورگر یا با ابزارهای تست پینگ بررسی کنید
• وضعیت هاست را از پشتیبانی بپرسید
• SSL را تست کنید
• اگر از Cloudflare استفاده می‌کنید، حالت Proxy را موقتاً بررسی کنید
• تنظیمات URL سایت در وردپرس را چک کنید

این نکته مهم است: هر مشکل باز نشدن سایت لزوماً مشکل DNS نیست. DNS فقط یکی از حلقه‌های زنجیره دسترسی به سایت است.

---

خطای Too Many Redirects بعد از تغییر DNS

این خطا معمولاً مستقیماً DNS نیست، اما خیلی وقت‌ها بعد از تغییر DNS یا فعال‌سازی CDN دیده می‌شود.

علت‌های رایج

• تضاد بین تنظیمات SSL در هاست و CDN
• ریدایرکت اشتباه بین http و https
• تنظیم نادرست دامنه با www و بدون www
• تنظیمات ناسازگار در وردپرس، افزونه یا Cloudflare

روش رفع

• مطمئن شوید دامنه درست به سرور مقصد resolve می‌شود
• گواهی SSL را بررسی کنید
• آدرس‌های WordPress Address و Site Address را در وردپرس کنترل کنید
• ریدایرکت‌ها را در .htaccess یا تنظیمات Nginx بررسی کنید
• اگر از Cloudflare استفاده می‌کنید، حالت SSL را درست انتخاب کنید

---

چگونه خطاهای DNS را سریع‌تر عیب‌یابی کنیم؟

اگر بخواهید حرفه‌ای‌تر خطاهای DNS را پیدا کنید، این ترتیب بررسی بسیار کمک‌کننده است:

1) دامنه را بررسی کنید

• دامنه منقضی نشده باشد
• دامنه در وضعیت فعال باشد
• نام دامنه درست وارد شده باشد

2) نیم‌سرورها را چک کنید

• نیم‌سرورها درست باشند
• با سرویس مقصد هماهنگ باشند
• اخیراً اشتباه تغییر نکرده باشند

3) رکوردهای اصلی را بررسی کنید

• A Record
• CNAME برای www
• MX
• TXT
• رکوردهای زیردامنه‌های مهم

4) انتشار DNS را بررسی کنید

• از ابزارهای آنلاین کمک بگیرید
• تفاوت کشورها و Resolverها را ببینید

5) کش را پاک کنید

• کش DNS سیستم
• کش مرورگر
• کش CDN در صورت نیاز

6) سرور مقصد را بررسی کنید

• IP درست باشد
• هاست در دسترس باشد
• SSL و وب‌سرور مشکلی نداشته باشند

---

ابزارهای مفید برای بررسی خطاهای DNS

برای عیب‌یابی DNS، این ابزارها بسیار کاربردی هستند:

• nslookup
• dig
• ping
• DNS Checker
• WhatsMyDNS
• MXToolbox

این ابزارها کمک می‌کنند بفهمید دامنه به چه IP متصل است، نیم‌سرورها چه هستند، رکوردهای ایمیل درست‌اند یا نه، و آیا مشکل از انتشار DNS است یا از تنظیمات واقعی.

---

جمع‌بندی این بخش

خطاهای DNS می‌توانند از یک مشکل ساده مثل کش مرورگر تا یک خطای جدی مثل تنظیم اشتباه نیم‌سرورها یا حذف رکوردهای مهم متغیر باشند. رایج‌ترین خطاها معمولاً شامل NXDOMAIN، ERR_NAME_NOT_RESOLVED، مشکل در www، اختلال ایمیل دامنه و خطاهای بعد از تغییر هاست یا نیم‌سرور هستند.

برای رفع این خطاها، باید به‌صورت مرحله‌ای دامنه، نیم‌سرورها، رکوردهای اصلی، انتشار DNS و در نهایت وضعیت سرور مقصد را بررسی کنید. این رویکرد هم حرفه‌ای‌تر است و هم باعث می‌شود سریع‌تر به علت اصلی مشکل برسید.

---

چگونه DNS دامنه را تنظیم یا تغییر دهیم؟ آموزش عملی برای اتصال دامنه به هاست، ایمیل و سرویس‌های مختلف

تنظیم DNS دامنه یکی از مهم‌ترین کارهایی است که بعد از خرید دامنه، تهیه هاست، راه‌اندازی ایمیل سازمانی یا اتصال سرویس‌هایی مثل Cloudflare و Google Search Console باید انجام دهید. اگر DNS به‌درستی تنظیم نشود، سایت ممکن است باز نشود، ایمیل‌های دامنه کار نکنند یا سرویس‌های جانبی به دامنه متصل نشوند.

خبر خوب این است که با وجود ظاهر فنی DNS، اگر منطق کلی آن را بدانید، تنظیم و تغییر آن اصلاً پیچیده نیست. کافی است بدانید کدام رکورد را برای چه هدفی باید تغییر دهید و این کار را در کدام پنل انجام دهید.

در این بخش، مرحله‌به‌مرحله و کاملاً کاربردی یاد می‌گیرید که چطور DNS دامنه را برای اتصال به هاست، ایمیل و سرویس‌های مختلف تنظیم کنید.

---

قبل از هر تغییری، این ۴ نکته را بدانید

قبل از اینکه وارد تنظیمات DNS شوید، این چند نکته خیلی مهم است:

1) بدانید DNS دامنه شما کجا مدیریت می‌شود

اول باید مشخص کنید مدیریت DNS دامنه در کدام پنل انجام می‌شود. این پنل می‌تواند یکی از این‌ها باشد:

• پنل شرکت ثبت دامنه
• پنل هاستینگ
• پنل Cloudflare
• پنل یک سرویس DNS اختصاصی

اگر نیم‌سرورها را روی هاست یا Cloudflare تنظیم کرده باشید، معمولاً مدیریت DNS دیگر در پنل ثبت دامنه نیست و باید از همان سرویس جدید رکوردها را ویرایش کنید.

2) از تنظیمات فعلی DNS نسخه پشتیبان بگیرید

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

• A Record
• CNAME
• MX
• TXT
• رکوردهای زیردامنه‌های مهم

این کار اگر جایی اشتباه پیش آمد، خیلی نجات‌دهنده است.

3) مراقب ایمیل دامنه باشید

خیلی وقت‌ها مدیر سایت فقط روی باز شدن سایت تمرکز می‌کند و فراموش می‌کند که ایمیل دامنه هم وابسته به DNS است. اگر نیم‌سرورها را تغییر می‌دهید یا رکوردها را از نو می‌سازید، حتماً رکوردهای MX و TXT مربوط به ایمیل را هم منتقل کنید.

4) TTL را قبل از تغییرات مهم کاهش دهید

اگر قرار است مهاجرت مهمی انجام دهید، بهتر است چند ساعت یا یک روز قبل، TTL رکوردهای اصلی را کاهش دهید تا تغییرات سریع‌تر منتشر شوند.

مثلاً:

TTL: 300

---

روش اول: اتصال دامنه به هاست با تغییر نیم‌سرور

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

این روش چه زمانی مناسب است؟

• وقتی هاست تازه خریده‌اید
• وقتی می‌خواهید مدیریت DNS را به هاست منتقل کنید
• وقتی شرکت هاستینگ نیم‌سرور اختصاصی به شما داده است
• وقتی نمی‌خواهید رکوردها را دستی تنظیم کنید

مرحله‌به‌مرحله

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

شرکت هاست معمولاً دو نیم‌سرور به شما می‌دهد؛ مثلاً:

ns1.hostingcompany.com
ns2.hostingcompany.com

مرحله 2: ورود به پنل ثبت دامنه

وارد پنلی شوید که دامنه را از آن خریده‌اید. در بخش مدیریت دامنه، گزینه‌ای مثل این‌ها را پیدا کنید:

• Name Servers
• DNS Management
• Manage Domain
• Custom Nameservers

مرحله 3: جایگزینی نیم‌سرورها

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

ns1.hostingcompany.com
ns2.hostingcompany.com

مرحله 4: ذخیره تغییرات

بعد از ذخیره، باید منتظر بمانید تا تغییرات منتشر شوند. این فرآیند ممکن است از چند دقیقه تا ۲۴ یا ۴۸ ساعت زمان ببرد.

مزیت این روش

• ساده و سریع است
• برای کاربران غیر فنی راحت‌تر است
• مدیریت رکوردهای DNS به هاست منتقل می‌شود

نکته مهم

قبل از تغییر نیم‌سرور، مطمئن شوید در پنل هاست یا سرویس مقصد، رکوردهای لازم از قبل آماده باشند؛ مخصوصاً اگر ایمیل دامنه دارید.

---

روش دوم: اتصال دامنه به هاست با A Record

این روش زمانی کاربرد دارد که نخواهید نیم‌سرورها را تغییر دهید و فقط بخواهید دامنه به IP هاست متصل شود.

این روش چه زمانی مناسب است؟

• وقتی DNS دامنه را در Cloudflare یا پنل ثبت دامنه مدیریت می‌کنید
• وقتی نمی‌خواهید کل مدیریت DNS به هاست منتقل شود
• وقتی از ایمیل یا سرویس‌های دیگری روی همان دامنه استفاده می‌کنید

اطلاعاتی که نیاز دارید

برای این کار، شرکت هاست معمولاً یک IP سرور به شما می‌دهد؛ مثلاً:

185.143.233.120

مرحله‌به‌مرحله

مرحله 1: ورود به پنل DNS

وارد پنلی شوید که DNS دامنه در آن مدیریت می‌شود.

مرحله 2: ویرایش یا ساخت A Record

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

Name: @
Type: A
Value: 185.143.233.120
TTL: 300

این یعنی:

example.com → 185.143.233.120

مرحله 3: تنظیم www

برای اینکه نسخه www دامنه هم درست کار کند، معمولاً یک CNAME تعریف می‌شود:

Name: www
Type: CNAME
Value: example.com
TTL: 300

مزیت این روش

• کنترل بیشتری روی DNS دارید
• لازم نیست نیم‌سرورها را تغییر دهید
• برای استفاده هم‌زمان از چند سرویس مناسب‌تر است

نکته مهم

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

---

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

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

info@yourdomain.com
support@yourdomain.com

باید رکوردهای ایمیل را در DNS به‌درستی تنظیم کنید.

مهم‌ترین رکوردهای ایمیل

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

• MX Record
• TXT Record برای SPF
• TXT یا CNAME برای DKIM
• TXT Record برای DMARC

مثال ساده برای MX Record

Name: @
Type: MX
Value: mail.yourdomain.com
Priority: 10
TTL: 3600

یا اگر از یک سرویس خارجی مثل Google Workspace استفاده می‌کنید، چند MX Record از طرف آن سرویس دریافت می‌کنید و باید همان‌ها را دقیق وارد کنید.

SPF چیست و چرا مهم است؟

SPF مشخص می‌کند چه سرورهایی مجاز هستند از طرف دامنه شما ایمیل ارسال کنند. این رکورد معمولاً به‌صورت TXT ثبت می‌شود.

نمونه ساده:

v=spf1 include:_spf.google.com ~all

DKIM چیست؟

DKIM برای امضای دیجیتال ایمیل‌ها استفاده می‌شود و کمک می‌کند سرویس‌های گیرنده مطمئن شوند که ایمیل واقعاً از طرف دامنه شما ارسال شده است.

DMARC چیست؟

DMARC سیاست امنیتی ایمیل را مشخص می‌کند و تعیین می‌کند اگر SPF یا DKIM تأیید نشد، با ایمیل چه رفتاری انجام شود.

نکته مهم

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

---

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

Cloudflare یکی از محبوب‌ترین سرویس‌ها برای مدیریت DNS، CDN، SSL و امنیت سایت است.

مراحل کلی اتصال دامنه به Cloudflare

مرحله 1: افزودن دامنه در Cloudflare

دامنه خود را در پنل Cloudflare اضافه کنید.

مرحله 2: بررسی رکوردهای موجود

Cloudflare معمولاً رکوردهای فعلی را اسکن می‌کند. باید بررسی کنید که رکوردهای مهم مثل این‌ها درست وارد شده باشند:

• A Record
• CNAME
• MX
• TXT

مرحله 3: دریافت نیم‌سرورهای Cloudflare

Cloudflare دو نیم‌سرور به شما می‌دهد؛ مثلاً:

lara.ns.cloudflare.com
noah.ns.cloudflare.com

مرحله 4: تغییر نیم‌سرورها در پنل دامنه

وارد پنل ثبت دامنه شوید و نیم‌سرورهای دامنه را با نیم‌سرورهای Cloudflare جایگزین کنید.

مرحله 5: انتظار برای فعال‌سازی

بعد از تأیید، DNS دامنه از طریق Cloudflare مدیریت می‌شود.

مزایای Cloudflare

• مدیریت سریع DNS
• فعال‌سازی CDN
• گواهی SSL
• کش و بهینه‌سازی سرعت
• فایروال و امنیت بیشتر
• محافظت در برابر برخی حملات

نکته مهم

قبل از نهایی کردن اتصال، حتماً بررسی کنید رکوردهای MX و TXT ایمیل حذف نشده باشند.

---

چگونه دامنه را برای Google Search Console تأیید کنیم؟

اگر می‌خواهید مالکیت دامنه را در Google Search Console تأیید کنید، یکی از بهترین روش‌ها استفاده از TXT Record است.

مراحل کار

مرحله 1: دریافت کد تأیید از گوگل

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

google-site-verification=xxxxxxxxxxxx

مرحله 2: اضافه کردن TXT Record

در پنل DNS دامنه، یک رکورد TXT اضافه کنید:

Name: @
Type: TXT
Value: google-site-verification=xxxxxxxxxxxx
TTL: 3600

مرحله 3: تأیید در سرچ کنسول

بعد از ذخیره رکورد و گذشت چند دقیقه، روی گزینه Verify کلیک کنید.

نکته مهم

اگر تأیید انجام نشد، معمولاً باید کمی صبر کنید تا رکورد منتشر شود.

---

چگونه زیردامنه بسازیم؟

برای ساخت زیردامنه‌هایی مثل این‌ها:

blog.example.com
shop.example.com
cdn.example.com

باید رکورد DNS مناسب تعریف کنید.

اگر زیردامنه به IP خاصی وصل می‌شود

از A Record استفاده کنید:

Name: blog
Type: A
Value: 185.143.233.120
TTL: 300

اگر زیردامنه به دامنه یا سرویس دیگری وصل می‌شود

از CNAME استفاده کنید:

Name: blog
Type: CNAME
Value: example.com
TTL: 300

یا مثلاً برای اتصال به یک سرویس خارجی:

Name: shop
Type: CNAME
Value: shops.platformservice.com

---

تنظیم DNS برای سرویس‌های مختلف چگونه است؟

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

سرویس‌های رایج و رکوردهای موردنیاز

پس هر زمان خواستید سرویسی را به دامنه وصل کنید، اول باید از مستندات همان سرویس ببینید چه رکوردهایی نیاز دارد.

---

بعد از تغییر DNS چه چیزهایی را باید بررسی کنیم؟

بعد از هر تغییر DNS، این موارد را حتماً تست کنید:

• دامنه اصلی باز می‌شود
• نسخه www درست کار می‌کند
• زیردامنه‌ها فعال هستند
• ایمیل‌های دامنه ارسال و دریافت می‌شوند
• SSL به‌درستی لود می‌شود
• سایت روی موبایل و اینترنت‌های مختلف باز می‌شود
• رکوردها در ابزارهای DNS checker درست دیده می‌شوند

برای بررسی سریع می‌توانید از این ابزارها استفاده کنید:

nslookup yourdomain.com
dig yourdomain.com

و همچنین از ابزارهای آنلاین بررسی DNS.

---

اشتباهات رایج هنگام تغییر DNS

در زمان تنظیم DNS، چند اشتباه خیلی پرتکرار وجود دارد:

• حذف رکوردهای قدیمی بدون بررسی
• فراموش کردن رکوردهای ایمیل
• نداشتن رکورد برای www
• اشتباه وارد کردن IP سرور
• وارد کردن رکورد در پنل اشتباه
• تغییر نیم‌سرور بدون انتقال رکوردها
• صبر نکردن برای DNS Propagation
• تغییر چندباره رکوردها در زمان کوتاه

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

---

جمع‌بندی این بخش

برای تنظیم یا تغییر DNS دامنه، اول باید مشخص کنید مدیریت DNS در کدام پنل انجام می‌شود. سپس بسته به هدف خود، می‌توانید یا نیم‌سرورها را تغییر دهید، یا فقط رکوردهای DNS مثل A، CNAME، MX و TXT را ویرایش کنید.

اگر هدفتان اتصال دامنه به هاست باشد، معمولاً یا از Name Server استفاده می‌کنید یا A Record. اگر بخواهید ایمیل سازمانی راه‌اندازی کنید، باید رکوردهای MX، SPF، DKIM و DMARC را هم تنظیم کنید. برای سرویس‌هایی مثل Cloudflare، سرچ کنسول و CDN هم معمولاً رکوردهای مشخصی نیاز است که باید دقیق طبق مستندات همان سرویس وارد شوند.

مهم‌ترین نکته این است که هر تغییر DNS باید با دقت، مرحله‌به‌مرحله و همراه با بررسی رکوردهای فعلی انجام شود. چون یک تغییر کوچک در DNS می‌تواند هم روی سایت اثر بگذارد و هم روی ایمیل، امنیت و دسترسی کاربران.

---

جمع‌بندی کلی

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

در این مقاله دیدیم که وقتی کاربر یک آدرس را در مرورگر وارد می‌کند، DNS از طریق یک زنجیره مشخص شامل کش مرورگر و سیستم، DNS Resolver، Root Server، TLD Server و Authoritative Name Server آدرس IP درست را پیدا می‌کند. همین فرآیند به ظاهر ساده، در واقع یکی از مهم‌ترین عملیات‌های پشت‌صحنه اینترنت است.

همچنین بررسی کردیم که رکوردهای DNS هرکدام وظیفه مشخصی دارند. برای مثال، A Record دامنه را به IP سرور وصل می‌کند، CNAME برای ارجاع یک نام به نام دیگر استفاده می‌شود، MX Record مسیر ایمیل‌های دامنه را تعیین می‌کند و TXT Record در تأیید مالکیت دامنه و افزایش امنیت ایمیل نقش مهمی دارد. بدون شناخت این رکوردها، مدیریت درست دامنه و سرویس‌های متصل به آن دشوار خواهد بود.

در ادامه، تفاوت DNS با Name Server را هم روشن کردیم. DNS یک سیستم کلی است، اما نیم‌سرور همان مرجعی است که رکوردهای DNS دامنه روی آن نگهداری می‌شود. به همین دلیل، تغییر نیم‌سرور در عمل یعنی انتقال مدیریت DNS دامنه به یک سرویس یا سرور دیگر؛ موضوعی که اگر بدون دقت انجام شود، می‌تواند باعث اختلال در سایت، ایمیل یا زیرساخت‌های متصل به دامنه شود.

یکی دیگر از نکات مهم، موضوع DNS Propagation بود. تغییرات DNS معمولاً بلافاصله برای همه کاربران دنیا اعمال نمی‌شوند، چون اطلاعات DNS در مسیرهای مختلف کش می‌شوند. به همین دلیل، ممکن است بعد از تغییر رکوردها یا نیم‌سرورها، بعضی کاربران سایت جدید را ببینند و بعضی دیگر هنوز اطلاعات قدیمی را دریافت کنند. در این بخش دیدیم که TTL چه تأثیری بر سرعت انتشار تغییرات دارد و چرا برنامه‌ریزی درست قبل از تغییر DNS اهمیت زیادی دارد.

در نهایت، به خطاهای رایج DNS هم پرداختیم؛ از خطاهایی مثل DNS_PROBE_FINISHED_NXDOMAIN و ERR_NAME_NOT_RESOLVED گرفته تا مشکلاتی مثل باز نشدن www، اختلال ایمیل دامنه، خطا بعد از تغییر هاست و تنظیم اشتباه نیم‌سرورها. نکته کلیدی این بود که بسیاری از این مشکلات با یک بررسی مرحله‌به‌مرحله و اصولی قابل شناسایی و رفع هستند.

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

---

منابع معتبر

• Cloudflare Learning Center – منبع بسیار معتبر و روان برای مفاهیم DNS، رکوردها، propagation و امنیت

  https://www.cloudflare.com/learning/dns/what-is-dns/

• Google Search Central – برای مباحث مرتبط با دامنه، تأیید مالکیت و برخی تنظیمات فنی سایت

  https://developers.google.com/search

• ICANN – مرجع معتبر جهانی در حوزه دامنه، DNS و ساختار نام‌گذاری اینترنت

  https://www.icann.org/

• IANA – مرجع رسمی مرتبط با ریشه DNS، TLDها و تخصیص‌های اینترنتی

  https://www.iana.org/

• Microsoft Learn – برای توضیحات فنی دقیق‌تر درباره DNS و ساختار عملکرد آن

  https://learn.microsoft.com/

• Mozilla Developer Network (MDN) – برای مفاهیم وب، شبکه و برخی توضیحات فنی مرتبط

  https://developer.mozilla.org/

• RFC 1034 – استاندارد رسمی مفاهیم و امکانات DNS

  https://www.rfc-editor.org/rfc/rfc1034

• RFC 1035 – استاندارد رسمی پیاده‌سازی و مشخصات DNS

  https://www.rfc-editor.org/rfc/rfc1035

• MXToolbox – ابزار معتبر برای بررسی رکوردهای DNS، MX، SPF، DKIM و مشکلات دامنه

  https://mxtoolbox.com/

• WhatsMyDNS – ابزار کاربردی برای بررسی DNS Propagation در نقاط مختلف جهان

  https://www.whatsmydns.net/