بررسی رکورد TXT

رکوردهای متنی دامنه

بررسی رکورد TXT همه رکوردهای متنی ثبت شده روی یک نام را با TTL نشان میدهد: رکورد SPF که با v=spf1 شروع میشود، رکوردهای تأیید مالکیت گوگل (google-site-verification)، مایکروسافت (MS=) و سرویسهای دیگر، و هر متن دیگری که مدیر دامنه گذاشته باشد. پرسش مستقیم به resolver عمومی 1.1.1.1 میرود و اگر پاسخ UDP بریده شود، روی TCP تکرار میشود تا SPFهای بلند کامل برسند. اگر با همه اینها پاسخ ناقص رسید، بالای نتیجه گفته میشود.

چند رکورد مهم ایمیل روی نام اصلی نیستند. DMARC روی _dmarc.example.com است و DKIM روی selector._domainkey.example.com؛ همین نامها را میتوانید اینجا بنویسید تا رکوردشان را ببینید، یا از امنیت ایمیل استفاده کنید که هر دو را یکجا میپرسد.

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

هر رکورد یک ردیف است، با متن کامل. رکوردهای بلندتر از ۲۵۵ نویسه در DNS به چند تکه شکسته میشوند و اینجا به هم چسبیده نشان داده میشوند. ترتیب ردیفها معنی ندارد. TTL این جدول زمان باقی مانده از پاسخ در حافظه 1.1.1.1 است و ممکن است از TTL تنظیم شده در زون کمتر باشد؛ TTL خودِ زون را گزارش کامل از نیمسرورهای آن میپرسد.

دو خطای متداول. اول، بیش از یک رکورد که با v=spf1 شروع شود: استاندارد این را PermError میداند و گیرنده ها عملاً هیچ SPFای را اعمال نمیکنند؛ همه باید در یک رکورد ادغام شوند. دوم، رکوردهای مرده: توکن تأیید مالکیتی که برای سرویسی گذاشته شده که سالهاست استفاده نمیشود، همچنان ادعایی است درباره اینکه کسی این دامنه را کنترل میکند. پاسخ خالی را هم با دقت بخوانید: «رکورد TXT ندارد» یعنی زون پاسخ داد، «پرسوجو ناموفق بود» یعنی نگرفتیم.

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

یک سرویس گفته رکورد TXT تأیید را اضافه کنید و بعد از اضافه کردن میگوید پیدایش نکرده: اینجا دقیقاً همان چیزی را میبینید که آن سرویس از یک resolver عمومی میبیند. اگر رکورد هست و سرویس نمیبیند، احتمالاً به TTL قبلی برخورده اید؛ با انتشار DNS ببینید همه resolverها به پاسخ تازه رسیده اند.

پیش از تغییر SPF، رکورد فعلی را از اینجا کپی کنید و نتیجه را با لینک اشتراک نگه دارید. برای تحلیل خودِ SPF (تعداد lookupها از سقف ۱۰، زنجیره include، qualifier پایانی) گزارش کامل همین کار را میکند، و بررسی DNS همین رکوردها را کنار شش نوع دیگر میآورد.

پرسشهای رایج

رکورد TXT چیست و به چه کار میآید؟

رکوردی که به جای نشانی، یک متن آزاد نگه میدارد. امروز بیشتر برای سه چیز است: سیاست ایمیل (SPF روی نام اصلی، DMARC روی _dmarc و DKIM روی _domainkey)، اثبات مالکیت دامنه برای سرویسهایی مثل گوگل و مایکروسافت، و یادداشتهای فنی. یک نام میتواند چند TXT داشته باشد.

چرا رکورد SPF من در TXT دیده نمیشود؟

یا هنوز منتشر نشده و resolver پاسخ قبلی را تا پایان TTL نگه داشته، یا روی نام اشتباهی ثبت شده (SPF باید روی خودِ دامنه باشد، نه زیردامنه). اگر بالای نتیجه «پاسخ کامل نرسید» نوشته شده، پاسخ UDP بریده شده و TCP هم برقرار نشده؛ رکورد ممکن است باشد و دیده نشده باشد.

DMARC و DKIM در بررسی TXT نشان داده میشوند؟

اگر نام درست را بنویسید، بله. DMARC روی _dmarc.example.com و DKIM روی selector._domainkey.example.com است، نه روی خودِ دامنه؛ همین نامها را در این ابزار بنویسید. ساده تر این است که از امنیت ایمیل استفاده کنید؛ آن ابزار خودش این نامها را برای ۱۷ سلکتور رایج میپرسد.

دو رکورد SPF دارم، مشکلی هست؟

بله و جدی. استاندارد SPF بیش از یک رکورد v=spf1 را PermError میداند و گیرنده ها در این حالت هیچ SPFای را اعمال نمیکنند؛ عملاً مثل نداشتن SPF است. دو رکورد را در یکی ادغام کنید و include های هر دو را در همان یک رکورد بگذارید.