بررسی Delegation

زون چه میگوید، والد چه میگوید

بررسی Delegation دو فهرست را با هم مقایسه میکند: نیمسرورهایی که خودِ زون در رکورد NS خود اعلام میکند، و نیمسرورهایی که زون والد (برای example.com، زون com؛ برای example.ir، زون ir؛ برای example.co.jp، زون jp، چون co.jp خودش زون نیست) در ارجاعش به این دامنه میدهد. دومی با پرسش غیربازگشتی و مستقیم از نیمسرورهای خودِ والد گرفته میشود، تا سه تا به نوبت اگر یکی پاسخ ندهد، چون فقط به این شکل ارجاع واقعی و رکوردهای glue درون آن به دست میآید؛ یک resolver عمومی در پاسخ به این سؤال نظر خودش را میدهد، نه نظر والد.

glue یعنی آدرسی که والد در بخش additional ارجاعش میفرستد، و فقط وقتی لازم است که نیمسرور داخل همین زون باشد (ns1.example.com برای example.com)، چون بدون آن resolver به دور باطل میافتد. این ابزار glue واقعی را از آدرسهایی که با resolve کردن نام نیمسرور به دست میآیند جدا نشان میدهد، زیرا این دو چیز یکی نیستند. نام تک برچسبی هم پذیرفته میشود و والد آن زون ریشه است.

نتیجه را چطور بخوانیم

حکم بالای صفحه یا «نیمسرورهای زون و والد یکساناند» است یا «یکی نیست»، یا توضیح میدهد چرا مقایسه نشد، مثلاً اگر والد پاسخ نداد یا SERVFAIL داد. «این نام از سوی والد واگذار نشده» برای یک زیردامنه معمولی درست است، نه ایراد؛ آن نام زون جداگانه ای نیست. اما برای دامنه ای که تازه ثبت کرده اید، همان جمله یعنی رجیستری هنوز نیمسرورهای شما را منتشر نکرده. زیرزونی که والدش روی همان سرورها میزبانی میشود هم واگذار شده شناخته میشود، چون والد در این حالت NS زیرزون را مستقیم در پاسخ میدهد.

ناهمخوانی چطور آسیب میزند: بعضی resolverها فهرست والد را به کار میگیرند و بعضی فهرست زون را، پس بخشی از بازدیدکنندگان به نیمسروری میروند که زون را ندارد یا نسخه کهنه ای از آن را دارد. این خطا ماه ها بیسروصدا میماند و بعد به شکل قطعیهای تصادفی بروز میکند. اگر «والد باید آدرس میداد و نداد» را دیدید، glue لازم است و در پنل رجیستری ثبت نشده. جدول آخر، آدرس نیمسرورها از resolve کردن نامشان، نیمسروری را که اصلاً آدرسی ندارد لو میدهد؛ در گزارش کامل نخستین شش نیمسرور یک به یک پرسیده میشوند تا معلوم شود واقعاً برای زون پاسخ معتبر میدهند یا نه.

چه وقت به کار میآید

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

قطعیهای گاه به گاه که هیچ الگویی ندارند و با تست پینگ و Traceroute هم چیزی پیدا نمیشود: پیش از آنکه شبکه را مقصر بدانید، delegation را ببینید. و برای دامنه های ir، استعلام WHOIS از IRNIC همان نیمسرورهای رجیستری را میدهد که اینجا از زون ir گرفته میشود؛ بررسی رکورد NS هم اعلام خودِ زون را جدا نشان میدهد.

پرسشهای رایج

Delegation در DNS یعنی چه؟

واگذاری مسئولیت یک زون از زون بالاتر به نیمسرورهای مشخص. زون com با رکوردهای NS میگوید example.com را از این نیمسرورها بپرسید؛ این ارجاع همان delegation است. اگر ارجاع والد با آنچه خودِ زون اعلام میکند یکی نباشد، resolverها بسته به اینکه کدام را دیده اند به جاهای مختلفی میروند.

رکورد glue چیست و کی لازم است؟

آدرس آی پی نیمسروری که والد همراه ارجاعش میفرستد. فقط وقتی لازم است که نام نیمسرور داخل همان زونی باشد که سرو میکند، مثل ns1.example.com برای example.com؛ بدون glue، resolver برای پیدا کردن آدرس ns1 باید از خودِ ns1 بپرسد و به دور باطل میافتد. glue در پنل رجیستری (نه در زون) ثبت میشود.

«این نام از سوی والد واگذار نشده» یعنی چه؟

یعنی والد پاسخ داد و این نام را به هیچ نیمسروری ارجاع نمیدهد. برای یک زیردامنه معمولی مثل blog.example.com درست و عادی است، چون زون جداگانه ای نیست. برای دامنه ای که تازه ثبت شده، یعنی رجیستری هنوز نیمسرورها را منتشر نکرده و دامنه از دید اینترنت وجود ندارد؛ در پنل ثبت دامنه نیمسرورها را بررسی کنید.

نیمسرورهای زون و والد یکی نیستند، چه کنم؟

تصمیم بگیرید فهرست درست کدام است و دو طرف را یکی کنید: فهرست والد در پنل ثبت دامنه (رجیسترار) تغییر میکند و فهرست زون در رکوردهای NS روی سرویس DNS شما. معمولاً ریشه مشکل زون قدیمی است که روی هاست قبلی زنده مانده و باید حذف شود. بعد از اصلاح، به خاطر TTL بلند رکوردهای NS، یک تا دو روز صبر کنید و دوباره بررسی کنید.