```html
DNS چیست؟ برای پاسخ کوتاه به سؤال «DNS چیست» باید گفت DNS یا Domain Name System سامانهای توزیعشده برای پیدا کردن اطلاعات مرتبط با نامهای دامنه است. در کاربرد وب، DNS کمک میکند یک نام قابلخواندن مانند zerooclock.com به اطلاعات فنی موردنیاز برای رسیدن به سرویس، از جمله آدرس IP، متصل شود.
وقتی نام یک سایت را در مرورگر وارد میکنید، مرورگر باید بداند درخواست را به کدام مقصد شبکه ارسال کند. این کار معمولاً با کمک Resolver، حافظه کش و سرورهای DNS انجام میشود. بنابراین DNS یکی از زیرساختهای بنیادی دسترسی به وبسایتها، ایمیل سازمانی و بسیاری از سرویسهای اینترنتی است.
در این راهنما بررسی میکنیم DNS چیست، چگونه کار میکند، Resolver و Authoritative Name Server چه تفاوتی دارند، رکوردهای A، AAAA، CNAME، MX، TXT، NS و CAA چه کاربردی دارند، TTL و DNS Propagation به چه معنا هستند و تنظیم اشتباه DNS چگونه میتواند سایت یا ایمیل را از دسترس خارج کند. همچنین ارتباط DNS با مهاجرت هاست، سئو و مدیریت دامنه در سامانه ساعت صفر را بررسی میکنیم.

DNS چیست به زبان ساده؟
برای درک ساده اینکه DNS چیست، میتوان آن را بخشی از سیستم آدرسدهی اینترنت دانست. کاربران نامهایی مانند example.com را راحتتر از آدرسهای عددی به خاطر میسپارند، اما سرویسهای شبکه برای برقراری ارتباط به اطلاعات فنی دقیقتری نیاز دارند.
DNS امکان نگهداری و جستوجوی این اطلاعات را در قالب Resource Recordها فراهم میکند. در یک سایت، رایجترین مثال این است که نام دامنه از طریق رکورد A یا AAAA به یک آدرس IP مرتبط شود.
البته DNS فقط «تبدیل نام دامنه به IP» نیست. این سیستم میتواند اطلاعات دیگری مانند Name Serverها، سرورهای ایمیل و دادههای متنی موردنیاز سرویسهای مختلف را نیز نگهداری کند.
ساختار اصلی Domain Name System در RFC 1034 و جزئیات پروتکل و Resource Recordهای اولیه در RFC 1035 تعریف شده است. برای مطالعه فنی میتوانید به RFC 1034 و RFC 1035 مراجعه کنید.
DNS مخفف چیست؟
DNS مخفف Domain Name System یا «سیستم نام دامنه» است.
نام «سیستم نام دامنه» نشان میدهد با یک سرویس واحد و یک سرور مرکزی روبهرو نیستیم. DNS ساختاری توزیعشده و سلسلهمراتبی دارد و اطلاعات دامنهها میان Zoneها و Name Serverهای مختلف مدیریت میشود.
به همین دلیل وقتی درباره DNS چیست صحبت میکنیم، منظور فقط یک گزینه داخل کنترلپنل دامنه نیست؛ بلکه مجموعهای از استانداردها، سرورها، Resolverها، Cacheها و رکوردهایی است که در کنار یکدیگر Resolution نام را انجام میدهند.
DNS چگونه کار میکند؟
اکنون که میدانیم DNS چیست، میتوانیم مسیر Resolution را مرحلهبهمرحله بررسی کنیم.
فرض کنید کاربری آدرس zerooclock.com را در مرورگر وارد میکند. در یک سناریوی معمول، فرایند به این شکل پیش میرود:
- مرورگر و سیستمعامل ابتدا بررسی میکنند آیا پاسخ موردنیاز قبلاً در Cache وجود دارد یا خیر.
- اگر پاسخ محلی موجود نباشد، درخواست به یک Recursive Resolver ارسال میشود.
- Resolver نیز Cache خود را بررسی میکند.
- در صورت نبود پاسخ معتبر در Cache، Resolver از سلسلهمراتب DNS برای پیدا کردن Name Server معتبر کمک میگیرد.
- Root DNS اطلاعات لازم برای ادامه مسیر به سمت Zone مربوط به TLD را ارائه میکند.
- سرور TLD مانند .com اطلاعات Name Serverهای معتبر دامنه را برمیگرداند.
- Resolver از Authoritative Name Server رکورد موردنیاز را میپرسد.
- پاسخ به Resolver و سپس به کاربر بازگردانده میشود.
- Resolver میتواند پاسخ را براساس TTL برای مدتی Cache کند.
این توضیح یک مدل سادهشده است. در عمل ممکن است بخشی از این مراحل به دلیل Cache انجام نشوند و Resolver پاسخ را بدون مراجعه دوباره به تمام لایهها ارائه کند.
DNS Resolver چیست؟
Resolver سیستمی است که درخواست DNS کاربر را دریافت و برای پیدا کردن پاسخ موردنیاز تلاش میکند. بسیاری از کاربران مستقیماً با Resolver سروکار ندارند؛ این سرویس ممکن است توسط ارائهدهنده اینترنت، سازمان، سرویس DNS عمومی یا زیرساخت شبکه ارائه شود.
Recursive Resolver معمولاً ابتدا Cache را بررسی میکند. اگر پاسخ معتبر وجود داشته باشد، همان پاسخ استفاده میشود. این ویژگی تعداد درخواستهای لازم به سرورهای Authoritative را کاهش میدهد.
Root Name Server چه کاری انجام میدهد؟
Root Server قرار نیست آدرس IP تمام سایتهای جهان را نگهداری کند. نقش آن کمک به Resolver برای پیدا کردن مسیر مرحله بعدی در سلسلهمراتب DNS است.
برای مثال، در جستوجوی یک دامنه با پسوند .com، پاسخ Root میتواند Resolver را به سمت Name Serverهای مربوط به Zone دامنه سطح بالای .com هدایت کند.
TLD Name Server چیست؟
TLD مخفف Top-Level Domain است. پسوندهایی مانند .com، .org، .net و .ir نمونههایی از دامنههای سطح بالا هستند.
Name Serverهای TLD اطلاعات لازم برای پیدا کردن Authoritative Name Server دامنه موردنظر را در اختیار Resolver قرار میدهند.
Authoritative Name Server چیست؟
Authoritative Name Server منبع معتبر داده برای Zone مشخصی از DNS است. Resolver برای دریافت رکوردهایی مانند A، MX یا TXT مربوط به دامنه از این سرورها سؤال میکند.
پس وقتی میپرسیم DNS چیست و پاسخ واقعی یک دامنه از کجا میآید، بخش Authoritative اهمیت زیادی پیدا میکند؛ چون رکوردهای اصلی Zone در همین سطح مدیریت میشوند.

تفاوت دامنه، DNS، Name Server و هاست چیست؟
این چهار مفهوم معمولاً کنار یکدیگر استفاده میشوند، اما وظیفه یکسانی ندارند.
| مفهوم | وظیفه اصلی | مثال |
|---|---|---|
| دامنه | نام قابل خواندن سرویس | zerooclock.com |
| DNS | سیستم نگهداری و Resolution اطلاعات مرتبط با نام دامنه | پیدا کردن رکورد A، MX یا TXT |
| Name Server | سروری که اطلاعات DNS مربوط به Zone را ارائه میکند | Authoritative DNS Server |
| هاست یا زیرساخت | محیط اجرای سایت و دادههای آن | وبسرور، برنامه و پایگاه داده |
دامنه بهتنهایی نمیگوید سایت در کدام زیرساخت اجرا میشود. DNS ارتباط میان نام و اطلاعات فنی مقصد را برقرار میکند. هاست نیز همان زیرساختی است که سرویس واقعی وبسایت روی آن اجرا میشود.
برای شناخت دقیقتر این دو بخش، مقاله دامنه چیست و چگونه نام دامنه مناسب انتخاب کنیم؟ و راهنمای هاست چیست؟ را مطالعه کنید.
رکوردهای DNS چیست و چه کاربردی دارند؟
بخش مهم دیگری از پاسخ به سؤال DNS چیست، آشنایی با Resource Recordهاست. هر رکورد نوع مشخصی از اطلاعات را در DNS نگهداری میکند.
Registry رسمی IANA انواع Resource Recordهای استاندارد را نگهداری میکند. رایجترین رکوردهایی که مدیران سایت با آنها سروکار دارند شامل A، AAAA، CNAME، MX، TXT، NS و CAA هستند.
برای فهرست رسمی و فنی Record Typeها میتوانید صفحه DNS Parameters در IANA را ببینید.
| رکورد | کاربرد اصلی | نمونه استفاده |
|---|---|---|
| A | اتصال نام به IPv4 | اتصال دامنه به سرور وب |
| AAAA | اتصال نام به IPv6 | سرویسهای مبتنی بر IPv6 |
| CNAME | تعریف یک نام بهعنوان Alias نام دیگر | www یا زیردامنههای سرویس |
| MX | مشخص کردن Mail Exchanger | ایمیل سازمانی |
| TXT | نگهداری رشتههای متنی | Verification، SPF، DKIM یا سایر دادهها |
| NS | معرفی Authoritative Name Server | Delegation یک Zone |
| CAA | اعلام CAهای مجاز برای صدور Certificate | کنترل صدور گواهی TLS |
رکورد A چیست؟
A Record یک نام را به آدرس IPv4 مرتبط میکند. این یکی از رایجترین رکوردها برای سرویسهای وب است.
اگر مقصد سایت تغییر کند، ممکن است لازم باشد رکورد A نیز به IP جدید اشاره کند. وارد کردن IP اشتباه میتواند باعث شود دامنه به زیرساخت نادرست متصل شود یا سایت در دسترس نباشد.
رکورد AAAA چیست؟
AAAA Record همان نقش کلی A را برای IPv6 دارد. وجود A و AAAA در کنار یکدیگر به معماری شبکه سرویس بستگی دارد.
رکورد CNAME چیست؟
CNAME یک نام را به نام Canonical دیگری مرتبط میکند. برای مثال یک زیردامنه میتواند به Hostname سرویس دیگری اشاره کند.
CNAME با HTTP Redirect متفاوت است. Redirect در لایه HTTP رخ میدهد، اما CNAME بخشی از DNS است. بنابراین استفاده از CNAME به این معنی نیست که مرورگر الزاماً یک 301 یا 302 دریافت میکند.
رکورد MX چیست؟
MX مشخص میکند ایمیل یک دامنه باید توسط کدام Mail Exchanger دریافت شود. اگر MXها حذف یا اشتباه تنظیم شوند، سایت ممکن است همچنان باز شود اما ایمیل سازمانی دچار اختلال شود.
به همین دلیل هنگام تغییر DNS یک دامنه، نباید فقط رکورد سایت را بررسی کرد. سرویس ایمیل ممکن است به رکوردهای مستقلی وابسته باشد.
رکورد TXT چیست؟
TXT برای نگهداری داده متنی در DNS استفاده میشود. سرویسهای مختلف از TXT برای Verification و سیاستهای مرتبط با ایمیل یا سایر کاربردها استفاده میکنند.
SPF معمولاً از TXT استفاده میکند و DKIM و DMARC نیز در ساختار DNS دامنه با رکوردهای مربوط مدیریت میشوند.
رکورد NS چیست؟
NS Record مشخص میکند کدام Name Serverها برای یک Zone معتبر هستند. تغییر Name Server میتواند عملاً مدیریت DNS دامنه را از یک ارائهدهنده به ارائهدهنده دیگری منتقل کند.
به همین دلیل تغییر NS از تغییر یک رکورد A مهمتر و گستردهتر است. اگر Zone جدید همه رکوردهای قبلی را نداشته باشد، ممکن است وبسایت، ایمیل یا سرویسهای متصل دچار مشکل شوند.
رکورد CAA چیست؟
CAA برای اعلام Certificate Authorityهایی استفاده میشود که مجازند برای دامنه Certificate صادر کنند. این رکورد بخشی از لایه مدیریت DNS است و با خود TLS یا HTTPS یکسان نیست.
اگر میخواهید تفاوت HTTPS، TLS و گواهی سایت را دقیقتر بشناسید، مقاله SSL چیست و چه تأثیری بر امنیت سایت دارد؟ را ببینید.
تفاوت رکورد A و CNAME چیست؟
| ویژگی | A | CNAME |
|---|---|---|
| مقصد | IPv4 | یک نام DNS دیگر |
| نوع ارتباط | نام → IP | Alias → Canonical Name |
| کاربرد رایج | اتصال مستقیم Host به IPv4 | اتصال زیردامنه به Hostname دیگر |
| HTTP Redirect | خیر | خیر |
انتخاب میان A و CNAME به معماری سرویسی بستگی دارد که قرار است دامنه به آن متصل شود. بهتر است دقیقاً همان Record Type و مقداری را وارد کنید که ارائهدهنده زیرساخت مشخص کرده است.

DNS Cache چیست؟
برای اینکه هر درخواست مجبور نباشد تمام سلسلهمراتب DNS را دوباره طی کند، پاسخها میتوانند برای مدتی Cache شوند.
مرورگر، سیستمعامل، Recursive Resolver و لایههای مختلف شبکه ممکن است اطلاعات DNS را برای بازهای مشخص نگهداری کنند.
Cache یکی از دلایلی است که پس از تغییر DNS، دو کاربر در دو شبکه متفاوت ممکن است برای مدتی پاسخهای متفاوتی مشاهده کنند.
TTL چیست و چه ارتباطی با DNS دارد؟
TTL مخفف Time To Live است. در DNS، TTL مشخص میکند یک Resource Record چه مدت میتواند توسط Resolverها Cache شود.
اگر TTL یک رکورد هنوز تمام نشده باشد، Resolver میتواند نسخه Cache شده را بازگرداند و لزوماً فوراً دوباره از Authoritative Server سؤال نکند.
برای همین هنگام برنامهریزی یک مهاجرت زیرساختی، TTL اهمیت زیادی پیدا میکند. Google نیز در راهنمای رسمی تغییر Hosting پیشنهاد میکند پیش از جابهجایی زیرساخت، TTL رکوردهای DNS از قبل کاهش داده شود تا Cacheها سریعتر اطلاعات جدید را دریافت کنند.
راهنمای رسمی Google برای این فرایند در Changing Your Hosting در دسترس است.
DNS Propagation چیست؟
یکی از عبارتهای رایج پس از تغییر DNS، «DNS Propagation» است. اما بهتر است مفهوم آن را دقیقتر درک کنیم.
DNS یک سیستم مرکزی نیست که یک تغییر را در یک لحظه به تمام جهان Push کند. پس از تغییر رکورد در Authoritative DNS، Resolverهای مختلف ممکن است تا پایان TTL همچنان نسخه قبلی را در Cache داشته باشند.
بنابراین DNS Propagation در عمل بیشتر به زمانی اشاره دارد که Cacheهای مختلف و بخشهای مرتبط شبکه شروع به استفاده از اطلاعات جدید میکنند.
به همین دلیل نمیتوان برای تمام تغییرات DNS یک زمان ثابت و قطعی اعلام کرد. مقدار TTL، نوع تغییر، Cache Resolverها و نحوه Delegation همگی میتوانند بر زمان مشاهده نتیجه اثر بگذارند.
اگر DNS چیست را درست درک کرده باشیم، متوجه میشویم که مشاهده نسخه قدیمی برای مدتی پس از تغییر لزوماً به معنی خراب بودن تنظیمات جدید نیست.
تفاوت تغییر Name Server و تغییر DNS Record چیست؟
تغییر یک A Record معمولاً فقط یک مقدار داخل Zone فعلی را عوض میکند. اما تغییر Name Server میتواند مرجع Authoritative DNS دامنه را به Zone دیگری منتقل کند.
در تغییر Name Server باید اطمینان حاصل شود رکوردهای ضروری Zone قبلی در سرویس جدید نیز وجود دارند.
برای مثال ممکن است سایت فقط به A و CNAME نیاز داشته باشد، اما ایمیل سازمانی به MX و TXTهای دیگری وابسته باشد. انتقال ناقص Zone میتواند وبسایت را سالم نگه دارد ولی ایمیل را قطع کند یا برعکس.
DNSSEC چیست؟
DNSSEC مخفف DNS Security Extensions است. DNSSEC با استفاده از امضاهای دیجیتال به Resolverهای اعتبارسنج کمک میکند اصالت و یکپارچگی داده DNS را بررسی کنند.
نکته مهم این است که DNSSEC محتوای Queryهای DNS را رمزنگاری نمیکند. هدف اصلی آن Authentication داده DNS و تشخیص دستکاری پاسخ است.
ICANN توضیح میدهد که در DNSSEC خود داده DNS توسط مالک آن امضا میشود و Resolver اعتبارسنج میتواند این امضاها را بررسی کند. برای توضیح رسمی میتوانید راهنمای DNSSEC در ICANN را مطالعه کنید.
DNSSEC با DoH و DoT چه تفاوتی دارد؟
این سه مفهوم هدف یکسانی ندارند.
DNSSEC روی اعتبار و یکپارچگی داده DNS تمرکز میکند. DNS over HTTPS یا DoH و DNS over TLS یا DoT بیشتر به رمزنگاری مسیر ارتباط میان Client و Resolver مربوط هستند.
بنابراین استفاده از یکی لزوماً جای دیگری را نمیگیرد. معماری امنیت DNS میتواند بسته به سرویس و نیاز شبکه چند لایه داشته باشد.
آیا DNS روی سئو سایت تأثیر دارد؟
وقتی درباره DNS چیست و سئو صحبت میکنیم، بهتر است از ادعاهای ساده مانند «DNS سریع رتبه را بالا میبرد» دوری کنیم.
نقش مهم DNS برای SEO در سطح زیرساخت است: Googlebot باید بتواند نام دامنه را Resolve کند و به سرور سایت برسد. اگر DNS اشتباه یا ناپایدار باشد، Crawl ممکن است با خطا روبهرو شود.
Google در مستندات Crawling خود توضیح میدهد که DNS Error و Network Error میتوانند بهسرعت توانایی Google برای Crawl URL را کاهش دهند. اگر Google نتواند به سرور برسد، محتوایی هم برای Crawl و Index دریافت نمیکند.
راهنمای رسمی Debug Network and DNS Errors for Google's Crawlers دقیقاً به همین موضوع میپردازد.
پس DNS را نباید بهعنوان یک ترفند Ranking در نظر گرفت. DNS بخشی از زیرساختی است که دسترسی پایدار کاربر و Crawler به سایت را ممکن میکند.
اگر سایت تازه راهاندازی کردهاید، مقاله سئو سایت تازه تاسیس؛ چکلیست سئو اولیه از روز اول تا ۹۰ روز ادامه مناسبی برای این موضوع است.
تغییر هاست بدون تغییر دامنه چه ارتباطی با DNS دارد؟
یکی از مهمترین کاربردهای عملی DNS هنگام انتقال سایت به زیرساخت جدید است.
اگر URLهای سایت تغییر نکنند و فقط Hosting عوض شود، معمولاً دامنه همان دامنه قبلی باقی میماند و رکوردهای DNS به زیرساخت جدید اشاره میکنند.
Google برای چنین مهاجرتی توصیه میکند زیرساخت جدید ابتدا آماده و تست شود، سپس DNS به مقصد جدید تغییر کند و ترافیک روی زیرساخت قدیم و جدید مانیتور شود.
خاموش کردن فوری سرور قدیمی میتواند اشتباه باشد، زیرا بخشی از Resolverها ممکن است هنوز پاسخ قبلی را Cache داشته باشند.
قبل از تغییر DNS چه کارهایی انجام دهیم؟
- رکوردهای فعلی Zone را ثبت یا Export کنید.
- A، AAAA و CNAMEهای مرتبط با وبسایت را مشخص کنید.
- MX و TXTهای مربوط به ایمیل را جداگانه کنترل کنید.
- Verification Recordهای سرویسهای ثالث را فراموش نکنید.
- در صورت مهاجرت برنامهریزیشده، TTL را از قبل بررسی کنید.
- زیرساخت جدید را پیش از تغییر عمومی تست کنید.
- بعد از تغییر، هم سایت و هم ایمیل را آزمایش کنید.
- نسخه www و بدون www را بررسی کنید.
- HTTPS و Certificate را روی مقصد نهایی کنترل کنید.
- Search Console و Crawl وضعیت سایت را پس از مهاجرت مانیتور کنید.
اتصال دامنه به سامانه ساعت صفر چگونه به DNS مرتبط است؟
در سامانه ساعت صفر، کاربر میتواند دامنه اختصاصی خود را به وبپنل یا سایت متصل کند. برای اینکه یک دامنه خارجی به زیرساخت درست برسد، تنظیمات DNS آن باید با مقصدی که برای دامنه مشخص شده هماهنگ باشد.
نوع دقیق رکورد یا Name Server میتواند به مدل اتصال و زیرساخت مورد استفاده بستگی داشته باشد. بنابراین هنگام اتصال دامنه باید مقادیری را وارد کرد که پنل یا راهنمای فنی همان سرویس مشخص کرده است.
نکته مهم این است که DNS فقط یکی از اجزای اتصال دامنه است. بعد از اینکه دامنه به مقصد درست رسید، HTTPS، مدیریت نسخههای دامنه و ساختار URL نیز اهمیت دارند.
برای آشنایی با HTTPS میتوانید راهنمای SSL چیست؟ را بخوانید.
DNS و مدیریت SEO در سامانه ساعت صفر
DNS و SEO یک ابزار واحد نیستند، اما در یک سایت حرفهای باید از نظر معماری با یکدیگر هماهنگ باشند.
برای مثال ممکن است DNS دامنه به مقصد درست اشاره کند، اما نسخههای www و non-www بدون سیاست مشخص در دسترس باشند. یا ممکن است سایت به زیرساخت جدید منتقل شده باشد ولی Redirectها، Canonicalها یا Sitemap هنوز وضعیت قبلی را نشان دهند.
در ساعت صفر، مدیریت سایت در کنار مجموعهای از کنترلهای SEO قرار دارد. بسته به بخش مورد استفاده، امکاناتی مانند Meta Title، Meta Description، Schema، Sitemap، Redirect، مدیریت URL، تحلیل محتوا، Alt تصاویر، لینکهای داخلی و خارجی، AI Summary، Markdown، IndexNow و سایر ابزارهای مرتبط با SEO در همان اکوسیستم مدیریتی در دسترس هستند.
مزیت این رویکرد این است که تغییر زیرساخت و دامنه از مدیریت URL و محتوای سایت کاملاً جدا دیده نمیشود.
برای مثال، اگر سایتی به دامنه جدید یا ساختار URL دیگری منتقل شود، فقط تغییر DNS کافی نیست. Redirect، Canonical، Sitemap و لینکهای داخلی نیز باید با معماری جدید هماهنگ شوند.
برای آشنایی بیشتر با ابزارهای مدیریتی سامانه میتوانید مقاله پنل مدیریت هوشمند سایت ساعت صفر را مطالعه کنید.
DNS در WordPress چگونه مدیریت میشود؟
خود WordPress معمولاً Authoritative DNS دامنه را مدیریت نمیکند. DNS اغلب در Registrar، Hosting Provider، CDN یا DNS Provider مدیریت میشود.
WordPress در لایه Application و CMS فعالیت میکند و برای SEO نیز امکانات پایهای دارد؛ قابلیتهای پیشرفتهتر معمولاً با Pluginها یا ابزارهای دیگر توسعه پیدا میکنند.
تفاوت معماری ساعت صفر این است که دامنه، زیرساخت وبپنل و بسیاری از کنترلهای SEO در یک Workflow مدیریتی به یکدیگر نزدیکتر هستند. با این حال خود استاندارد DNS همچنان همان DNS استاندارد اینترنت است و رکوردها باید مطابق سرویس دامنه و زیرساخت تنظیم شوند.
اشتباهات رایج هنگام تنظیم DNS
- حذف رکورد A یا AAAA بدون شناخت مقصد جدید
- تغییر Name Server بدون انتقال کامل Zone
- فراموش کردن MX هنگام مهاجرت DNS
- حذف TXTهای Verification یا ایمیل
- اشتباه گرفتن CNAME با HTTP Redirect
- قرار دادن IP اشتباه در A Record
- تغییر چندباره DNS قبل از پایان TTL قبلی
- خاموش کردن سریع زیرساخت قدیمی هنگام مهاجرت
- بررسی نکردن www و دامنه اصلی
- نادیده گرفتن HTTPS پس از تغییر مقصد
- فرض اینکه DNS Propagation همیشه دقیقاً زمان ثابتی دارد
- اعمال تغییر بدون داشتن نسخهای از تنظیمات قبلی
اگر سایت بعد از تغییر DNS باز نشد چه کنیم؟
اولین کار این نیست که دوباره تمام رکوردها را تغییر دهید. ابتدا باید مشخص کنید مشکل دقیقاً در کدام لایه است.
- بررسی کنید دامنه به Name Server موردنظر Delegated شده باشد.
- رکورد A، AAAA یا CNAME موردنیاز را کنترل کنید.
- پاسخ Authoritative DNS را با Resolver عمومی مقایسه کنید.
- TTL و Cache را در نظر بگیرید.
- بررسی کنید مقصد شبکه واقعاً در دسترس باشد.
- HTTPS و Certificate را بررسی کنید.
- اگر سایت باز است اما ایمیل کار نمیکند، MX و TXT را جداگانه کنترل کنید.
- اگر Googlebot مشکل دارد، Search Console و خطاهای Crawl را بررسی کنید.
Google در مستندات DNS Error خود نیز پیشنهاد میکند A، CNAME و NSها بررسی شوند و مطمئن شوید Resolverها پاسخ صحیح دریافت میکنند.
چگونه تنظیمات DNS را بررسی کنیم؟
ابزارهایی مانند dig، nslookup و سرویسهای Public DNS میتوانند برای بررسی پاسخ DNS استفاده شوند.
در یک بررسی حرفهای بهتر است فقط یک Resolver را آزمایش نکنید. مقایسه پاسخ Authoritative Server با چند Resolver عمومی کمک میکند مشخص شود مشکل از Zone اصلی است یا Cache یک Resolver.
در زمان مهاجرت نیز میتوان پاسخ شبکههای مختلف را بررسی کرد تا مشخص شود چه بخشی از کاربران هنوز مقصد قبلی را دریافت میکنند.
آیا پاک کردن DNS Cache مشکل را حل میکند؟
گاهی Cache محلی سیستم یا مرورگر پاسخ قدیمی را نگه داشته است و پاککردن آن میتواند به دریافت پاسخ تازه کمک کند.
اما Flush کردن Cache دستگاه شما Cache تمام Resolverهای اینترنت را حذف نمیکند. اگر Resolver بالادستی هنوز رکورد قبلی را براساس TTL نگهداری کند، ممکن است همان پاسخ دوباره دریافت شود.
بنابراین DNS چیست و Cache چگونه کار میکند باید در کنار هم فهمیده شوند؛ Refresh کردن مرورگر همیشه به معنی انجام دوباره Resolution از Authoritative DNS نیست.
سؤالات متداول درباره DNS
DNS چیست؟
DNS یا Domain Name System سامانهای توزیعشده برای نگهداری و Resolution اطلاعات مرتبط با نامهای دامنه است. در وب، یکی از کاربردهای اصلی آن پیدا کردن آدرس IP مرتبط با یک Hostname است.
DNS چیست و چرا سایت به آن نیاز دارد؟
DNS کمک میکند کاربران بهجای حفظ آدرسهای IP از نام دامنه استفاده کنند و سرویسهای شبکه بتوانند اطلاعات مرتبط با آن نام را پیدا کنند.
آیا بدون DNS میتوان سایت را باز کرد؟
در بعضی سناریوهای فنی ممکن است یک سرویس مستقیماً با IP قابل دسترسی باشد، اما بسیاری از وبسایتهای مدرن برای Hostname، HTTPS، Virtual Hosting و سایر اجزای سرویس به نام دامنه وابستهاند. بنابراین در استفاده معمول وب، DNS بخش اساسی دسترسی به دامنه است.
DNS و دامنه چه تفاوتی دارند؟
دامنه نامی است که کاربر وارد میکند. DNS سیستمی است که اطلاعات فنی مرتبط با آن نام را نگهداری و قابل جستوجو میکند.
DNS و هاست چه تفاوتی دارند؟
DNS مسیر رسیدن به سرویس را مشخص میکند، در حالی که هاست یا زیرساخت محیطی است که خود وبسایت و دادههای آن اجرا یا نگهداری میشوند.
Name Server چیست؟
Name Server سیستمی است که به Queryهای DNS پاسخ میدهد. Authoritative Name Server داده معتبر یک Zone را ارائه میکند.
رکورد A چیست؟
A Record یک نام DNS را به آدرس IPv4 مرتبط میکند.
رکورد AAAA چیست؟
AAAA Record یک نام DNS را به آدرس IPv6 مرتبط میکند.
رکورد CNAME چیست؟
CNAME یک نام DNS را به نام Canonical دیگری تبدیل میکند. CNAME با Redirect مرورگر یکسان نیست.
MX چه کاربردی دارد؟
MX مشخص میکند Mail Exchangerهای یک دامنه کداماند و برای دریافت ایمیل دامنه استفاده میشود.
TTL چیست؟
TTL مدت زمانی است که یک پاسخ DNS میتواند براساس مقدار تعیینشده در Cache نگهداری شود.
DNS Propagation چیست؟
این اصطلاح معمولاً به دورهای گفته میشود که Resolverها و Cacheهای مختلف بهتدریج شروع به استفاده از اطلاعات جدید DNS میکنند. زمان آن برای همه تغییرات یکسان نیست.
DNSSEC چیست؟
DNSSEC با امضاهای دیجیتال به اعتبارسنجی اصالت و یکپارچگی داده DNS کمک میکند. DNSSEC بهخودیخود Queryهای DNS را رمزنگاری نمیکند.
آیا DNS روی سئو اثر دارد؟
DNS را نباید یک Ranking Trick دانست، اما خطاهای DNS میتوانند مانع دسترسی Googlebot به سرور شوند و Crawl سایت را مختل کنند.
آیا با تغییر DNS اطلاعات سایت حذف میشود؟
خود تغییر DNS فایلها یا پایگاه داده سایت را حذف نمیکند، اما تنظیم اشتباه میتواند کاربران را به مقصد نادرست هدایت کند یا سرویس را موقتاً از دسترس خارج کند.
قبل از تغییر Name Server چه چیزی را ذخیره کنیم؟
بهتر است تمام Zone Recordهای فعلی، بهخصوص A، AAAA، CNAME، MX و TXTهای مهم را ثبت یا Export کنید تا سرویسهای وب و ایمیل هنگام انتقال از بین نروند.
DNS سایت ساعت صفر چگونه تنظیم میشود؟
برای اتصال دامنه اختصاصی به سامانه ساعت صفر باید تنظیمات دامنه با مقصد ارائهشده برای همان سرویس هماهنگ شوند. نوع رکورد یا Name Server موردنیاز میتواند به مدل اتصال بستگی داشته باشد؛ بنابراین اطلاعات پنل یا راهنمای اتصال همان دامنه باید مبنا قرار گیرد.
جمعبندی؛ DNS مسیر ارتباط نام دامنه با سرویسهای اینترنتی است
اگر بخواهیم پاسخ DNS چیست را خلاصه کنیم، DNS سامانهای توزیعشده برای نگهداری و پیدا کردن اطلاعات مرتبط با نامهای دامنه است. در وب، یکی از رایجترین کاربردهای آن اتصال نام سایت به مقصد شبکه است.
اما DNS فقط رکورد A نیست. Resolver، Root، TLD و Authoritative Server در Resolution نقش دارند و رکوردهای MX، TXT، NS، CNAME، AAAA و CAA نیز هرکدام کاربرد متفاوتی دارند.
درک درست اینکه DNS چیست به شما کمک میکند هنگام اتصال دامنه، انتقال هاست، راهاندازی ایمیل، تنظیم HTTPS و بررسی قطعی سایت تصمیم دقیقتری بگیرید.
همچنین برای سئو باید بدانید DNS فقط یکی از لایههای زیرساخت است. بعد از رسیدن دامنه به مقصد درست، URLها، Redirectها، Canonical، Sitemap، محتوا و قابلیت Crawl نیز باید بهدرستی مدیریت شوند.
در سامانه ساعت صفر، اتصال دامنه در کنار مدیریت سایت و ابزارهای SEO قرار میگیرد تا صاحب کسبوکار بتواند زیرساخت و رشد سایت را در یک Workflow منسجمتر مدیریت کند.
دامنه و زیرساخت سایت خود را یکپارچه مدیریت کنید
اگر میخواهید دامنه اختصاصی، سایت، HTTPS، محتوا و ابزارهای تخصصی SEO در یک زیرساخت قابل توسعه قرار بگیرند، مسیرهای راهاندازی سامانه ساعت صفر را بررسی کنید.
مشاهده مسیرهای راهاندازی سامانه ساعت صفر
```
zerooclockzerooclock
