بررسی Reverse DNS آنلاین
نام معکوس ثبتشده برای یک نشانی آی پی را نشان میدهد. برای سرورهای ایمیل اهمیت دارد: نبودِ رکورد PTR درست، یکی از دلایل متداول رد شدن ایمیل خروجی است.
ابزار دیگری میخواهید؟
از میان ۲۵ ابزار زیر انتخاب کنیدخروجی
نام پشت یک آدرس
Reverse DNS برعکس بررسی معمول کار میکند: به جای «این نام چه آدرسی دارد»، میپرسد «این آدرس چه نامی دارد». پاسخ در رکورد PTR است که در زون معکوس in-addr.arpa (برای IPv4) یا ip6.arpa (برای IPv6) ثبت میشود و مالک بلوک آدرس، یعنی مرکز داده یا اپراتور، آن را کنترل میکند، نه مالک دامنه. میتوانید آی پی بنویسید یا یک نام؛ نام با resolver خودِ این جعبه ابزار به آدرس تبدیل میشود و هر دو، نام و آدرس، در نتیجه نوشته میشوند. خودِ پرسش PTR هم از سرور IPVIEW و با موتور DNS همین جعبه ابزار به 1.1.1.1 فرستاده میشود.
نشانیهای خصوصی و رزرو شده بررسی نمیشوند. اگر نام دامنه را بنویسید و پاسخ DNS آن دستکاری شده باشد (آدرسی مثل 10.10.34.36 برگردد)، همین گفته میشود، به جای اینکه نام معکوس آدرس فیلتر به نام دامنه شما بچسبد. سقف ۲۰ درخواست در دقیقه است.
نتیجه را چطور بخوانیم
چهار خانه: آی پی، دامنه ای که از آن رسیدیم (اگر نام نوشته باشید)، نام رکورد معکوس مثل 8.8.8.8.in-addr.arpa، و جدول نامهای برگشتی. «نام معکوسی ثبت نشده است» یعنی زون معکوس گفت چنین رکوردی نیست؛ اگر پرسش بیجواب بماند یا با خطا برگردد، همین را میگوید و «ندارد» اعلام نمیکند.
برای سرور ایمیل، داشتن PTR کافی نیست؛ باید رفت و برگشت کند (FCrDNS): نامی که PTR میدهد باید خودش به همین آدرس برگردد. آدرسی که PTR آن به نام عمومی مرکز داده اشاره میکند (مثل 1-2-3-4.static.example-isp.net) از نظر فنی PTR دارد ولی گیرنده های سختگیر آن را به عنوان سرور ایمیل خانگی میخوانند. آدرس وبی که پشت CDN است PTR اختصاصی ندارد و این ایراد نیست. رفت و برگشت کامل در گزارش کامل برای آدرس وب و سرورهای MX بررسی میشود.
چه وقت به کار میآید
ایمیلهای خروجی سرور شما رد میشوند و در پیام خطا چیزی شبیه no PTR record یا reverse DNS does not match آمده: آی پی سرور را اینجا بگذارید. اگر PTR نیست یا نام دیگری است، باید از ارائه دهنده سرور بخواهید آن را روی نام سرور ایمیل شما بگذارد، چون زون معکوس دست اوست.
شناسایی یک آدرس ناشناس در لاگ: PTR اغلب نام سازمان یا اپراتور را لو میدهد و استعلام WHOIS مالک بلوک را کامل میکند. و برای فهرست کامل عیبیابی ایمیل، بعد از این، فهرست سیاه ایمیل و امنیت ایمیل را روی همان سرور اجرا کنید.
پرسشهای رایج
Reverse DNS یا رکورد PTR چیست؟
رکوردی که به یک آدرس آی پی نام میدهد، برعکس رکورد A که به نام آدرس میدهد. در زون معکوس in-addr.arpa نگه داشته میشود و مالک بلوک آدرس آن را تنظیم میکند. سرورهای ایمیل گیرنده پیش از پذیرش ایمیل، PTR آدرس فرستنده را میپرسند.
چطور برای آی پی سرورم PTR ثبت کنم؟
از پنل یا پشتیبانی ارائه دهنده سرور (مرکز داده یا سرویس ابری)، چون زون معکوس دست مالک بلوک آدرس است، نه در پنل DNS دامنه شما. نام را همان نام سرور ایمیل بگذارید (مثل mail.example.com) و مطمئن شوید آن نام هم رکورد A به همین آدرس دارد تا رفت و برگشت کامل شود.
چرا برای آی پی سایتم PTR وجود ندارد؟
اگر سایت پشت CDN است، آدرسی که میبینید متعلق به CDN است و با هزاران سایت دیگر مشترک؛ PTR اختصاصی برای آن معنا ندارد و ایراد نیست. اگر سرور خودتان است و PTR ندارد، برای وب مشکلی نیست؛ فقط برای ارسال ایمیل از همان سرور لازم میشود.
FCrDNS چیست و چه فرقی با PTR دارد؟
PTR فقط میگوید آدرس چه نامی دارد. FCrDNS (رفت و برگشت) یک قدم جلوتر است: آن نام هم باید رکورد A داشته باشد که به همین آدرس برگردد. گیرنده های ایمیل همین حلقه کامل را میخواهند، چون PTR تنها را هر مالک بلوکی میتواند هر چیزی بگذارد. گزارش کامل این رفت و برگشت را برای سرورهای MX بررسی میکند.
محدودیتها. ابزارهای DNS، WHOIS و SSL تا سقف ۲۰ درخواست در دقیقه به ازای هر نشانی آی پی در دسترس هستند. ابزارهای Ping، Traceroute و MTR به دلیل ارسال بسته واقعی به مقصد، سقف ۶ درخواست در دقیقه دارند.
بررسی پورت تنها روی نشانی آی پی خود کاربر اجرا میشود. این محدودیت به صورت عمدی اعمال شده است؛ پرسش متداول کاربران «آیا پورت موردنظر از بیرون قابل دسترسی است؟» با همین امکان پاسخ داده میشود و در عین حال، امکان استفاده از این سرور برای پویش شبکه دیگران وجود نخواهد داشت.
نشانیهای خصوصی و رزروشده. این نشانیها برای ابزارهایی که واقعاً به مقصد متصل میشوند، گواهی SSL، Ping، Traceroute، MTR و بررسی پورت، پذیرفته نمیشوند. ابزارهای DNS این محدودیت را ندارند، زیرا تنها از یک سرور نام پرسوجو میکنند و هیچگاه به خودِ آن نشانی وصل نمیشوند.