بررسی DNS و تأیید دامنه

DNS فقط برای رسانه وب‌سایت

اپلیکیشن به دامنه یا تأیید DNS نیاز ندارد. برای سایت، در پنل ناشر ← رسانه‌های من، همان رسانه را باز کنید. نام کامل رکورد و مقدار اختصاصی آن را از همین پنل کپی کنید. تأیید DNS نشان می‌دهد کد مالکیت در دامنه منتشر شده؛ فعال‌شدن رسانه به بررسی مدیر نیز نیاز دارد.

نام رکورد را در زون درست وارد کنید

نوع رکورد TXT است. در رسانه جدید، نام کامل با _didnex. شروع می‌شود. نام رکورد با نام دامنه خود سایت یکسان نیست. برای رسانه example.com و زون example.com، معمولاً مقدار Name در پنل DNS برابر _didnex است؛ نام کامل _didnex.example.com می‌شود.

برای رسانه www.example.com در همان زون example.com، Name باید _didnex.www باشد تا نام کامل _didnex.www.example.com ساخته شود. اگر پنل DNS نام زون را خودکار اضافه می‌کند، نام کامل را دوباره به آن نچسبانید. مقدارهایی مانند _didnex.example.com.example.com درست نیستند. در پنل‌هایی که FQDN می‌خواهند، نام کامل نمایش‌داده‌شده در دیدنکس را بنویسید.

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

Cloudflare و Nameserver

رکورد را در DNS ارائه‌دهنده‌ای بسازید که Nameserver معتبر دامنه روی آن قرار دارد؛ افزودن رکورد در پنلی که دیگر DNS دامنه را مدیریت نمی‌کند اثری ندارد. روشن یا خاموش‌بودن پروکسی رکورد A/CNAME جایگزین ساخت TXT نیست و برای رکورد TXT وضعیت پروکسی وجود ندارد.

بعد از تعویض Nameserver، رکورد TXT و سازگاری تنظیمات DNSSEC/DS را بررسی کنید. SERVFAIL به‌تنهایی علت دقیق را مشخص نمی‌کند؛ اشکال Nameserver، DNSSEC یا resolver می‌تواند نیازمند بررسی باشد. برای رفع آن، DNSSEC را بدون بررسی تنظیمات خاموش نکنید.

نتیجه بررسی را بخوانید

در نسخه ۸.۱۹، نصب مستقل ابتدا می‌تواند از DNS سیستم همان سرور استفاده کند. اگر نتیجه تأیید نشد، Cloudflare و Google نیز بررسی می‌شوند. در میزبانی‌ای که دسترسی DNS سیستمی ندارد، منابع HTTPS استفاده می‌شوند. محدودیت شبکه یا خطای یک منبع، لزوماً باعث شکست منبع سالم نمی‌شود.

پنل نام دقیق پرس‌وجو و نتیجه هر منبع را نشان می‌دهد. «مقدار متفاوت» یعنی رکوردی دیده شده ولی مقدار با کد این رسانه برابر نیست. «نام موجود نیست» یا «TXT دیده نشد» نتیجه پاسخ DNS است. «سرویس در دسترس نیست» به معنی نبود رکورد نیست. یک رکورد متعلق به نامی نامرتبط، حتی با مقدار مشابه، مالکیت را تأیید نمی‌کند.

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

بررسی دستی روی سرور

مقادیر زیر نمونه‌اند؛ نام واقعی را از رسانه خود بردارید:

dig +short NS example.com
dig +short TXT _didnex.example.com
dig @1.1.1.1 TXT _didnex.example.com +noall +answer
dig @8.8.8.8 TXT _didnex.example.com +noall +answer

اگر سرور نصب‌شده دسترسی به HTTPS resolverها ندارد، خروجی DNS سیستم و شبکه خروجی Docker را بررسی کنید. لازم نیست صرفاً برای تأیید TXT، پروکسی سایت را روشن کنید. نتیجه موفق از DNS سرور فقط دریافت همان رکورد را ثابت می‌کند، نه صحت همه تنظیمات شبکه یا دسترسی کل کاربران.

بعد از تأیید

اگر مالکیت تأیید شد ولی رسانه هنوز pending است، منتظر بررسی مدیر بمانید. سپس جایگاه فعال بسازید. برای وردپرس، دامنه اصلی سایت در WordPress و دامنه رسانه باید دقیقاً هماهنگ باشند؛ به www، HTTPS و تغییرمسیر دامنه توجه کنید. نام پوشه نصب وردپرس جزئی از نام DNS نیست.

راهنمای افزونه وردپرس تبلیغات و پوش و ساخت جایگاه ادامه مسیر هستند. تغییر دامنه خود پلتفرم دیدنکس در مدیریت، علاوه بر TXT به پاسخ HTTPS متعلق به همان نصب نیاز دارد و با تأیید رسانه ناشر متفاوت است.