بررسی رکورد SOA

اطلاعات مرجع زون یک دامنه را نشان میدهد: نیمسرور اصلی، ایمیل مسئول، شماره سریال و بازه های refresh و retry و expire. اگر سریال بعد از ویرایش زون بالا نرفته باشد، تغییر شما منتشر نخواهد شد.

ابزار فعال

بررسی رکورد SOA

آماده

ابزار دیگری میخواهید؟

از میان ۲۵ ابزار زیر انتخاب کنید

شناسنامه زون

بررسی رکورد SOA اطلاعات مرجع زون یک دامنه را نشان میدهد: نیمسرور اصلی، نشانی ایمیل مسئول (که در آن @ به نقطه تبدیل شده، پس hostmaster.example.com یعنی hostmaster@example.com)، شماره سریال و چهار زمانسنج refresh، retry، expire و minimum به ثانیه. پرسش مستقیم به resolver عمومی 1.1.1.1 فرستاده میشود.

هر زون دقیقاً یک SOA دارد و آن روی رأس زون است. اگر یک زیردامنه را بپرسید که زون جداگانه نیست، پاسخ خالی است و SOA زون بالاتر زیر عنوان «مرجع این پاسخ» میآید؛ همین به شما میگوید آن نام در کدام زون زندگی میکند. نام تک برچسبی مثل com یا ir هم پذیرفته میشود.

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

سریال مهمترین عدد است. نیمسرورهای ثانویه فقط وقتی زون را دوباره از اصلی میگیرند که سریال بالا رفته باشد؛ اگر بعد از ویرایش زون سریال تغییر نکرده، تغییر شما از نیمسرور اصلی بیرون نمیرود و بعضی بازدیدکنندگان پاسخ قدیمی میگیرند. بسیاری از پنلها سریال را به شکل تاریخ مینویسند (مثلاً 2026102501) و بعضی یک شمارنده ساده دارند؛ هر دو درست است، مهم بالا رفتن آن است. TTL این جدول زمان باقی مانده از پاسخ در حافظه 1.1.1.1 است و ممکن است از TTL تنظیم شده در زون کمتر باشد؛ TTL خودِ زون را گزارش کامل از نیمسرورهای آن میپرسد.

زمانسنجها: refresh میگوید ثانویه هر چند ثانیه سراغ سریال تازه برود، retry اگر اصلی پاسخ نداد چند ثانیه بعد دوباره بپرسد، و expire میگوید اگر اصلی این مدت در دسترس نبود، ثانویه دست از پاسخ دادن بردارد. minimum امروز معنای دیگری دارد: مدتی که resolverها پاسخ منفی (NXDOMAIN یا «ندارد») را نگه میدارند. اگر رکوردی را تازه ساخته اید و هنوز «ندارد» میبینید، همین عدد میگوید تا کی. در گزارش کامل، سریال SOA روی نخستین شش نیمسرور دامنه مقایسه میشود تا ناهماهنگی بین آنها آشکار شود.

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

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

میخواهید با مسئول فنی یک دامنه تماس بگیرید: نشانی ایمیل مسئول در SOA معمولاً زنده ترین راه است. یا در حال بررسی اینکه چرا رکورد تازه ساخته شده همچنان «ندارد» میخورد: minimum پاسخ است. و برای دیدن اینکه نیمسرور اصلی اعلام شده واقعاً جزو نیمسرورهای زون است، بررسی رکورد NS و بررسی Delegation را کنار این بگذارید.

پرسشهای رایج

رکورد SOA چیست؟

رکورد آغاز اختیار (Start of Authority) که هر زون دقیقاً یکی از آن دارد. میگوید نیمسرور اصلی کدام است، مسئول زون کیست، نسخه فعلی زون چه شماره ای دارد و نیمسرورهای ثانویه با چه زمان بندی آن را همگام کنند. بدون SOA، زون معتبر نیست.

سریال SOA چه فایده ای دارد و چرا باید بالا برود؟

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

minimum TTL در SOA یعنی چه؟

امروز (طبق RFC 2308) مدتی است که resolverها پاسخ منفی را نگه میدارند: اگر کسی رکوردی را بپرسد که وجود ندارد، تا این تعداد ثانیه همان «ندارد» را تکرار میکنند. به همین دلیل رکورد تازه ساخته شده ممکن است تا پایان این مدت دیده نشود. مقدار متداول ۳۰۰ تا ۳۶۰۰ ثانیه است.

چرا برای زیردامنه من SOA نشان داده نمیشود؟

چون SOA فقط روی رأس زون است و زیردامنه ای که زون جداگانه ندارد، SOA مستقل ندارد؛ این ایراد نیست. در این حالت زیر نتیجه، بخش «مرجع این پاسخ» SOA زون بالاتر را نشان میدهد و همان میگوید زیردامنه شما در کدام زون نگه داشته میشود.

محدودیتها. ابزارهای DNS، WHOIS و SSL تا سقف ۲۰ درخواست در دقیقه به ازای هر نشانی آی پی در دسترس هستند. ابزارهای Ping، Traceroute و MTR به دلیل ارسال بسته واقعی به مقصد، سقف ۶ درخواست در دقیقه دارند.

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

نشانیهای خصوصی و رزروشده. این نشانیها برای ابزارهایی که واقعاً به مقصد متصل میشوند، گواهی SSL، Ping، Traceroute، MTR و بررسی پورت، پذیرفته نمیشوند. ابزارهای DNS این محدودیت را ندارند، زیرا تنها از یک سرور نام پرسوجو میکنند و هیچگاه به خودِ آن نشانی وصل نمیشوند.