وقتی یک دامنه را ثبت میکنید، برای اینکه درخواستهای مربوط به آن در اینترنت به مقصد درست برسند، باید مشخص باشد کدام Name Serverها مدیریت اطلاعات DNS آن دامنه را برعهده دارند. DNS (Domain Name System) نام دامنه را به اطلاعات قابلاستفاده در شبکه تبدیل میکند و این سرور اطلاعات معتبر DNS Zone دامنه را در اختیار دارد و به درخواستهای DNS پاسخ معتبر میدهد.
برای مثال، ممکن است نیمسرورهای یک دامنه به شکل ns1.example.com و ns2.example.com تعریف شده باشند. پس از رسیدن درخواست به Authoritative Nameserver، رکورد موردنیاز مانند A Record بررسی میشود تا آدرس IP مربوط به نام دامنه مشخص شود. بنابراین، سوال نیم سرور دامنه چیست را میتوان اینطور خلاصه کرد: سرویسی در معماری DNS که مرجع اطلاعات DNS یک دامنه است و مشخص میکند برای پیدا کردن اطلاعاتی مانند IP، ایمیل یا سایر سرویسهای مرتبط با آن دامنه باید به کجا مراجعه شود. در ادامه تفاوت نیم سرور با DNS Server، DNS Resolver و DNS Record و همچنین نحوه تنظیم و تغییر آن را بررسی میکنیم.
Name Server چیست و چه کاری انجام میدهد؟
برای درک بهتر سازوکار وب، ابتدا باید بدانید کاربرد نیم سرور دقیقاً کجاست. اگر بخواهیم ساده توضیح بدهیم که نیم سرور چیست، باید بگوییم این سرویس یکی از اجزای DNS (Domain Name System) است که اطلاعات DNS مربوط به یک دامنه و DNS Zone آن را در اختیار دارد. در معماری DNS، Authoritative Nameserver پاسخ معتبر مربوط به Zone دامنه را ارائه میکند. اگر فضای اینترنت را شبیه به یک شهر بسیار بزرگ و دامنهها را نام افراد این شهر در نظر بگیریم، این سرورها نقش یک دفترچه تلفن اختصاصی را بازی میکنند. هر زمان کسی بخواهد آدرس دقیق (شماره تلفن) یک سایت را پیدا کند، این دفترچه تلفن وارد عمل میشود و مسیر درست را نشان میدهد.
برای مثال، Nameserverهای یک دامنه ممکن است بهشکل زیر باشند:
- example.com
نیم سرور با هاست تفاوت دارد و لزوماً محل نگهداری فایلها و دیتابیس سایت نیست. وظیفه آن ارائه اطلاعات DNS است تا سیستمهای DNS بتوانند مقصد سرویسهای مختلف دامنه، مانند وبسایت یا ایمیل، را پیدا کنند.
NDNS Zone چه اطلاعاتی را در خود دارد؟
اطلاعات موجود در DNS Zone به شکل DNS Record ذخیره میشوند. مهمترین آنها عبارتاند از:
- A Record: اتصال hostname به IP Address از نوع IPv
- AAAA Record: اتصال hostname به آدرس IPv
- CNAME: ایجاد نام مستعار برای یک hostname دیگر.
- MX Record: مشخص کردن سرورهای دریافتکننده ایمیل دامنه.
- TXT Record: نگهداری اطلاعات متنی برای کاربردهایی مانند تأیید دامنه و تنظیمات امنیتی ایمیل.
- NS Record: مشخص کردن Nameserverهای معتبر دامنه.
پس از آشنایی با این رکوردها، حالا باید ببینیم این سیستم چگونه با سایر بخشهای سایت ارتباط برقرار میکند.
ارتباط Name Server با دامنه و هاست چیست؟
برای درک ارتباط این سه مفهوم، یک سناریوی ساده را در نظر بگیرید: شما دامنه را از یک ثبتکننده، مانند ایرنیک برای دامنههای ملی، خریداری کردهاید و هاست را از شرکت دیگری تهیه کردهاید. در این حالت، باید مشخص شود اطلاعات DNS دامنه توسط کدام Name Server مدیریت میشود. مسیر ارتباط بهصورت ساده این گونه است:
دامنه → Nameserver → DNS Zone → A Record → IP هاست
با ست کردن نیم سرور در پنل ثبت دامنه، مشخص میکنید کدام DNS Server مرجع ارائه اطلاعات DNS دامنه باشد. سپس در DNS Zone مربوط به دامنه، رکوردهایی مانند A Record مشخص میکنند که دامنه یا hostname به کدام IP Address اشاره کند. در نتیجه، سیستم DNS میتواند آدرس سروری را پیدا کند که سایت روی آن میزبانی میشود.
نکته مهم این است که تغییر نیم سرور دامنه باعث جابهجایی فایلهای سایت نمیشود. این تغییر، منبع authoritative اطلاعات DNS را عوض میکند و فایلهای سایت همچنان روی هاست یا سرور میزبان باقی میمانند.
برای آشنایی بیشتر با زیرساختی که فایلها و سرویسهای سایت روی آن اجرا میشوند، میتوانید مقاله سرور چیست را مطالعه کنید.
Name Server چگونه کار میکند؟ (مراحل DNS Resolution)
اکنون که ارتباط Name Server با دامنه و هاست مشخص شد، میتوانیم روند DNS Resolution را بررسی کنیم. وقتی کاربر نام یک دامنه را در مرورگر وارد میکند، سیستم DNS در چند مرحله مشخص، نام دامنه را به اطلاعات موردنیاز، معمولاً IP Address، تبدیل میکند تا کلاینت بتواند به سرور مقصد متصل شود.
بهطور خلاصه، مسیر درخواست چنین است:
کاربر → DNS Resolver → Root Nameserver → TLD Nameserver → Authoritative Nameserver → DNS Record → IP Address
این فرایند معمولاً بهشکل زیر انجام میشود:
- ارسال درخواست از سمت کلاینت: کاربر نام دامنه را در مرورگر وارد میکند. سیستمعامل و مرورگر ابتدا حافظههای موقت DNS را بررسی میکنند. اگر پاسخ موجود نباشد، درخواست به Recursive Resolver ارسال میشود که معمولاً توسط ISP، سازمان یا یک سرویس DNS عمومی ارائه میشود.
- استعلام از Root Nameserver: در صورت نیاز، Resolver درخواست را به یکی از Root Nameserverها میفرستد. Root Server پاسخ نهایی دامنه را نمیدهد، بلکه مشخص میکند اطلاعات مربوط به پسوند موردنظر، مانند .com یا .ir، از کدام TLD Nameserver دریافت میشود.
- ارجاع به TLD Nameserver: Resolver از TLD Nameserver درباره نامهای معتبر دامنه موردنظر استعلام میکند. TLD Server اطلاعات مربوط به Authoritative Nameserver دامنه را برمیگرداند.
- دریافت پاسخ از Authoritative Nameserver: Resolver درخواست مربوط به رکورد موردنظر، برای مثال A Record، را به Authoritative Nameserver میفرستد. این Nameserver اطلاعات معتبر DNS Zone دامنه را در اختیار دارد و پاسخ مناسب را ارائه میکند.
- بازگشت پاسخ و ذخیره در Cache: Resolver پاسخ DNS، مانند IP Address، را دریافت و مطابق TTL برای مدتی در Cache نگهداری میکند. این کار باعث میشود درخواستهای بعدی در صورت معتبر بودن پاسخ، بدون طی دوباره تمام مراحل پاسخ داده شوند.
- ارسال پاسخ به کلاینت: Resolver پاسخ را به سیستم کاربر برمیگرداند. سپس مرورگر با استفاده از IP دریافتشده، اتصال لازم را با سرور مقصد برقرار میکند.
برای اینکه در این مسیر دچار اشتباه نشوید، باید تفاوت دو بخش مهم از این زنجیره را به خوبی بشناسید.
تفاوت DNS Resolver و Authoritative Nameserver
یکی از بزرگترین سوءتفاهمها در دنیای شبکه، ترکیب کردن وظایف سیستم پرسشگر (Resolver) و سرور مرجع (Authoritative) است. Recursive Resolver وظیفه دارد برای پیدا کردن پاسخ، از بخشهای مختلف سلسلهمراتب DNS استعلام بگیرد و پاسخ موردنیاز را پیدا کند. سرویسهایی مانند Google Public DNS نمونهای از DNS Resolverهای عمومی هستند.
در مقابل، Authoritative Nameserver برای پیدا کردن پاسخ به سرورهای دیگر مراجعه نمیکند. این سرور منبع معتبر اطلاعات DNS Zone یک دامنه است و رکوردهای مربوط به آن را در اختیار دارد. وقتی Resolver درباره رکوردی مانند A Record درخواست میفرستد، این سرور پاسخ معتبر مربوط به همان Zone را ارائه میکند.
بنابراین، هنگام تغییر نیم سرور دامنه، در واقع مشخص میشود کدام Nameserver بهعنوان مرجع معتبر DNS دامنه پاسخگو باشد.
تفاوت نیم سرور با DNS، هاست و DNS Record چیست؟
با ورود مفاهیم جدید به بحث، ممکن است اصطلاحات مشابه باعث سردرگمی شوند. برای جلوگیری از این اتفاق، باید سلسلهمراتب این مفاهیم را تفکیک کنیم. این مفاهیم به یکدیگر مرتبطاند، اما وظایف متفاوتی دارند.
- DNS (Domain Name System) یک سیستم توزیعشده برای تبدیل نامهای دامنه به اطلاعاتی مانند IP Address و مدیریت رکوردهای دامنه است.
- Name Server سرویسی است که اطلاعات DNS یک Zone را نگهداری یا ارائه میکند.
- DNS Record هرکدام از دادههای ساختاریافتهای هستند که اطلاعاتی مشخص درباره دامنه را تعریف میکنند.
- هاست نیز محیطی برای میزبانی فایلها، پایگاه داده و سرویسهای وب است و با Name Server یکسان نیست..
برای درک سریع و کاربردی این تفاوتها، جدول مقایسهای زیر را به دقت بررسی کنید:
| عنوان مفهوم | نوع موجودیت در شبکه | وظیفه اصلی و کاربرد | مثال ملموس برای درک بهتر |
| سامانه سیستم نام دامنه | معماری و سیستم مادر | ترجمه نامها به آدرسهای عددی در کل شبکه | سیستم مخابرات کل کشور |
| نیم سرور | سرور اختصاصی و نرمافزار | نگهداری فایل منطقه و پاسخ به درخواستها | دفترچه تلفن یک شهر خاص |
| رکورد اناس | داده متنی | معرفی نام سرورهای معتبر یک دامنه | برچسب راهنمای روی دفترچه |
| رکورد اِی | داده متنی | اتصال مستقیم دامنه به آدرس آیپی سرور | شماره تلفن یک شخص مشخص |
| سیستم پرسشگر | سرور جستجوگر | یافتن آدرس از طرف سیستم کاربر | اپراتور پاسخگوی مرکز ۱۱۸ |
| فضای میزبانی (هاست) | سختافزار ذخیرهسازی | نگهداری کدهای سایت، تصاویر و دیتابیس | خانه یا محل کار یک شخص |
همانطور که در جدول بالا دیدید، NS Record یکی از انواع DNS Record است که مشخص میکند کدام نیمسرورها بهعنوان مرجع معتبر یک دامنه شناخته میشوند.
انواع Name Server در ساختار DNS
نیمسرورها را میتوان براساس نقش و جایگاهشان در فرایند DNS Resolution به چند گروه تقسیم کرد:
- نیمسرورهای اولیه و ثانویه (Primary & Secondary): در معماری سنتی DNS، Primary یا Master منبع اصلی دادههای Zone است و تغییرات از آنجا انجام میشود. Secondary یا Slave نسخهای از Zone را از Primary دریافت میکند و برای افزونگی و افزایش دسترسپذیری به کار میرود.
- نیمسرورهای مرجع (Authoritative): سروری است که اطلاعات معتبر یک DNS Zone را در اختیار دارد و به درخواستهای مربوط به رکوردهای آن Zone پاسخ میدهد. پاسخ این سرور مرجع نهایی DNS برای همان Zone محسوب میشود.
- نیمسرورهای ریشه و پسوند (Root و TLD Nameserver): Root Nameserverها نقطه آغاز سلسلهمراتب DNS هستند و اطلاعات مربوط به نامهای دامنههای سطح بالا را ارائه میکنند. در سطح بعد، TLD Nameserverها مسئول پسوندهایی مانند .com و .ir هستند.
با شناخت انواع این سیستمها، حالا سوال این است که ما بهعنوان مدیر سایت در چه مواقعی با آنها سروکار داریم؟
چرا و چه زمانی باید نیم سرور دامنه را تنظیم کنیم یا تغییر بدهیم؟
تنظیم نیم سرور معمولاً اقدامی روزمره نیست و زمانی انجام میشود که بخواهید مرجع مدیریت DNS دامنه را تغییر بدهید. در برخی شرایط، مانند جابهجایی هاست، نیز ممکن است فقط رکوردهای DNS تغییر کنند و نیازی به تغییر نیم سرور دامنه نباشد.
سناریوهای رایج برای تغییر Name Server
موقعیتهای مختلفی وجود دارد که شما را ناچار به تغییر نیم سرور دامنه میکند. از جمله مهمترین این موارد میتوان به سناریوهای زیر اشاره کرد:
- زمانی که هاست جدیدی خریدهاید و نیاز دارید دامنه به سرور جدید متصل شود.
- وقتی قصد دارید از شبکههای توزیع محتوا (CDN) مانند کلودفلر یا ابرآروان استفاده کنید و باید مدیریت ترافیک را به لایه آنها بسپارید.
- هنگامی که میخواهید برای امنیت بیشتر، مدیریت دیاناسهای خود را از شرکت هاستینگ جدا کرده و به یک ارائهدهنده تخصصی واگذار کنید.
- زمانی که بهعنوان یک برند بزرگ میخواهید آدرسهای پیشفرض را به نام سرور اختصاصی برند خود تغییر بدهید.
عواقب تنظیم اشتباه نیم سرور دامنه
تنظیم نادرست Nameserver یا پیکربندی ناقص Zone در سرویس جدید میتواند باعث شود DNS دامنه پاسخ صحیحی نداشته باشد. برخی پیامدهای رایج عبارتاند از:
- از دسترس خارج شدن وبسایت یا برخی زیردامنهها و ایجاد Downtime
- اختلال در ایمیل در صورت منتقل نشدن MX Record و رکوردهای مرتبط
- از کار افتادن سرویسهایی که به رکوردهای DNS زیردامنهها وابستهاند، مانند API
- اختلال در دسترسی کاربران کمپینهای تبلیغاتی به صفحات سایت.
به همین دلیل، پیش از ست کردن نیم سرور جدید، باید رکوردهای DNS موردنیاز را در سرویس مقصد بررسی و در صورت نیاز منتقل کرد.
آموزش گامبهگام نحوه تنظیم و تغییر نیم سرور دامنه
پیش از تغییر نیم سرور دامنه، باید Nameserverهای جدید را از ارائهدهنده DNS، هاست یا سرویس موردنظر دریافت کنید. این آدرسها معمولاً در ایمیل راهاندازی سرویس، پنل کاربری یا تیکت پشتیبانی ارائه میشوند و ساختاری مانند ns1.yourhost.com و ns2.yourhost.com دارند.
برای ست کردن نیم سرور، مراحل زیر را انجام بدهید:
- وارد پنل شرکتی شوید که دامنه را از آن ثبت کردهاید. برای دامنههای .ir، مدیریت دامنه از طریق ایرنیک انجام میشود.
- وارد بخش مدیریت دامنه شوید و دامنه موردنظر را انتخاب کنید.
- گزینهای مانند «مدیریت نیمسرورها»، «Nameservers» یا تنظیمات DNS را پیدا کنید.
- Nameserverهای فعلی را مطابق دستورالعمل پنل با Nameserverهای جدید جایگزین کنید و تغییرات را ذخیره کنید.
- پس از ثبت تغییرات، وضعیت دامنه و پاسخ Nameserverهای جدید را بررسی کنید.
DNS Propagation و نقش TTL
اطلاعات DNS ممکن است در Cache Resolverها باقی مانده باشد و TTL نیز مدت اعتبار برخی پاسخهای ذخیرهشده را تعیین میکند. به همین دلیل، DNS Propagation زمان ثابتی ندارد و بسته به دامنه، رجیستری، Resolver و وضعیت Cache میتواند متفاوت باشد.
پس از تغییر Nameserver، بهتر است وضعیت DNS را از چند Resolver و در صورت نیاز با ابزارهای DNS Lookup بررسی کنید، نه اینکه صرفاً براساس باز نشدن یا باز شدن سایت در یک اتصال اینترنتی درباره تکمیل انتشار تغییرات نتیجهگیری کنید.
نیم سرور اختصاصی (Custom / Private Nameserver) چیست و چگونه ساخته میشود؟
اما نیم سرور اختصاصی چیست؟ در این معماری، بهجای استفاده از Nameserverهایی مانند ns1.hosting.com، Nameserver با نام دامنه خودتان ایجاد میکنید؛ برای مثال ns1.yourbrand.com و ns2.yourbrand.com. این روش بیشتر برای شرکتهای هاستینگ، ارائهدهندگان خدمات میزبانی و سازمانهایی کاربرد دارد که میخواهند نیمسرورهای خود را با نام برند مدیریت کنند. کیفیت این زیرساخت به نحوه پیادهسازی و دسترسپذیری سرورهای DNS وابسته است.
مفهوم Glue Record و نحوه عملکرد آن در نیمسرور اختصاصی
وقتی شما نام سرور را روی همان دامنهای تنظیم میکنید که قصد باز کردن آن را دارید، یک پارادوکس شبیه به مرغ و تخممرغ ایجاد میشود. اگر Nameserver داخل همان دامنهای قرار داشته باشد که قرار است توسط آن پاسخگویی شود، برای پیدا کردن IP آن یک وابستگی ایجاد میشود. برای مثال، Resolver برای پیدا کردن ns1.yourbrand.com به نام سرور دامنه yourbrand.com نیاز دارد، اما برای پیدا کردن آن باید ابتدا IP خود ns1.yourbrand.com را بداند.
Glue Record برای شکستن این وابستگی استفاده میشود. در این رکورد، IP مربوط به Nameserver در سطح والد دامنه ثبت میشود تا Resolver بتواند بدون ایجاد این حلقه، به نیمسرور معتبر دسترسی پیدا کند. بنابراین برای راهاندازی نیمسرورهایی مانند ns1.yourbrand.com، معمولاً باید Nameserver و IP مربوط به آن در پنل ثبتکننده یا رجیستری دامنه نیز تعریف شوند.
چه زمانی به Name Server اختصاصی نیاز داریم؟
راهاندازی نیم سرور اختصاصی برای بسیاری از وبسایتهای معمولی ضرورتی ندارد. این معماری بیشتر در شرایط زیر کاربرد دارد:
- شرکتهای ارائهدهنده هاست و خدمات نمایندگی
- سازمانهایی که زیرساخت DNS خود را مدیریت میکنند.
- کسبوکارهایی که میخواهند Nameserverها با نام برند خودشان نمایش داده شوند.
- زیرساختهایی که به کنترل مستقلتر روی سرویس DNS نیاز دارند.
نکته مهم این است که برای ساخت Nameserver اختصاصی، داشتن یک سرویس سرور اختصاصی حرفهای بهتنهایی کافی نیست. باید سرویس DNS، Zoneها، افزونگی Nameserverها و دسترسی شبکه نیز بهدرستی پیکربندی شوند. همچنین استفاده از سرورهای مستقل میتواند وابستگی یک نقطهای را کاهش دهد، اما تضمین مطلقی برای پایداری یا امنیت ایجاد نمیکند.
عیبیابی و مشکلات رایج پس از تغییر Name Server
تبدیل شدن به یک متخصص وب نیازمند توانایی عیبیابی در مواقع بحرانی است. در ادامه سه مورد از رایجترین خطاها و راهکارهای عملی آنها را بررسی میکنیم.
خطای عدم باز شدن سایت و ارور DNS_PROBE_FINISHED_NXDOMAIN
این خطا که یکی از آشناترین پیامهای مرورگر است، به شما میگوید دامنهای وجود ندارد یا آیپی متناظری برای آن پیدا نشده است.
برای رفع این مشکل، چکلیست زیر را بررسی کنید:
- مطمئن شوید که کاراکترهای نیم سرور را در پنل ثبت دامنه بدون اشتباه املایی یا فاصله خالی تایپ کردهاید.
- وضعیت دامنه را بررسی کنید که منقضی نشده باشد و توسط ثبتکننده در وضعیت قفل (ClientHold یا ServerHold) قرار نگرفته باشد.
- وارد پنل هاست جدید شوید و مطمئن شوید که رکورد اِی معتبری بهسمت آیپی سرور ایجاد شده است.
- کش دیاناس محلی ویندوز خود را با دستور ipconfig /flushdns در خط فرمان پاکسازی کنید.
از کار افتادن ایمیلهای سازمانی و رکوردهای امنیتی (MX و SPF)
یکی از خطرناکترین اشتباهات تجاری حین تغییر سرور نام، غفلت از رکوردهای ایمیل است. به یاد داشته باشید که با تغییر نیم سرور، شما منبع مرجع سایت را عوض میکنید. در نتیجه، تمام رکوردهایی که روی سیستم قبلی ثبت شده بودند، با رفتن به سرور جدید ناپدید میشوند.
هشدار: قبل از هرگونه تغییر، شما حتماً باید رکوردهای حیاتی ایمیل شامل امایکس و رکوردهای متنی امنیتی مانند SPF را از پنل قبلی کپی کرده و عیناً در سیستم جدید ثبت کنید. درغیراینصورت، از لحظه اعمال تغییرات، کل سیستم ارسال و دریافت ایمیل شرکت شما از کار خواهد افتاد.
خطای نمایش سایت قبلی یا ناهمگونی نمایش در اینترنتهای مختلف
بسیار پیش میآید که پس از ست کردن نیم سرور، سایت جدید روی اینترنت موبایل باز میشود اما با اینترنت ثابت، همچنان سایت قبلی را مشاهده میکنید.
علت این اختلال به سیستم کشینگ (Caching) در ارائهدهندگان اینترنت برمیگردد. هر شرکت اینترنتی با سرعت متفاوتی حافظه خود را بهروزرسانی میکند. بهعنوان یک راهکار موقت برای بررسی صحت سایت، میتوانید از حالت ناشناس (Incognito) مرورگر استفاده کنید، با اتصال دیگری تست بگیرید یا دیاناس کارت شبکه خود را روی سیستمهای عمومی مانند 8.8.8.8 تنظیم کنید تا به شبکه جهانی متصل شوید.
چگونه Name Server دامنه را بررسی و تست کنیم؟
بعد از تغییر نیم سرور دامنه، بهتر است وضعیت NS را از چند مسیر بررسی کنید تا مطمئن شوید delegation دامنه به نامهای موردنظر انجام شده است. ابزارهای آنلاین مانند DNSChecker، IntoDNS و WhatsMyDNS امکان بررسی رکوردهای DNS از Resolverها و نقاط مختلف را فراهم میکنند و برای مشاهده وضعیت DNS Propagation کاربرد دارند.
اگر به ابزارهای خط فرمان دسترسی دارید، میتوانید مستقیماً NS Record دامنه را بررسی کنید:
- در ویندوز:
nslookup -type=ns yourdomain.com
- در لینوکس و macOS:
dig NS yourdomain.com
برای بررسی دقیقتر، بهتر است نتیجه را با Name Serverهایی که از طرف سرویسدهنده دریافت کردهاید و در صورت نیاز با چند DNS Resolver مختلف مقایسه کنید. توجه داشته باشید که تفاوت موقت نتایج در Resolverهای مختلف میتواند ناشی از DNS Propagation و کش DNS باشد و لزوماً بهمعنی اشتباه بودن تنظیمات نیست.
سوالات متدوال نیم سرور (Name Server)
