مبانی IP

Reverse DNS

چگونه آدرس‌های IP دوباره به نام میزبان نگاشت می‌شوند، رکوردهای PTR چه هستند و rDNS چگونه در ایمیل، امنیت و پایش سامانه‌ها استفاده می‌شود.

1. Reverse DNS چیست؟

برعکس یک جستجوی معمولی DNS است: با داشتن یک آدرس IP، rDNS نام میزبان (در صورت وجود) را که اپراتور با آن مرتبط کرده بازمی‌گرداند — از طریق رکوردهای PTR که در زون‌های ویژه .arpa ذخیره می‌شوند.

Forwardwww.example.com → 198.51.100.23
Reverse198.51.100.23 → www.example.com
  • با استفاده از رکوردهای PTR پیاده‌سازی می‌شود، نه رکوردهای A یا AAAA
  • از زون‌های in-addr.arpa (برای IPv4) و ip6.arpa (برای IPv6) استفاده می‌کند
  • روی مسیریابی تأثیری ندارد — صرفاً اطلاعاتی است
  • کنترل آن بر اساس مالکیت IP است، نه مالکیت دامنه

2. Reverse DNS چگونه کار می‌کند

در یک جستجوی معکوس، آدرس IP برعکس می‌شود، پسوند .arpa به آن اضافه می‌شود و سپس برای رکورد PTR در آن نام ساخته‌شده پرس‌وجو انجام می‌گیرد. مراحل برای IPv4 و IPv6 کمی متفاوت هستند.

ورودی IPv4203.0.113.57
برعکس‌شده57.113.0.203
نام پرس‌وجو57.113.0.203.in-addr.arpa.
نتیجه PTRmail.example.com.
  • IPv4: اکتت‌ها برعکس می‌شوند و ‎.in-addr.arpa‎ اضافه می‌شود
  • IPv6: هر نیم‌بایت هگزادسیمال برعکس شده و ‎.ip6.arpa‎ اضافه می‌شود
  • Resolver درخت DNS را از ریشه ‎.arpa‎ پیمایش می‌کند تا سرور authoritative را پیدا کند
  • نداشتن پاسخ PTR یک نتیجه معتبر (و رایج) است — بسیاری از IPها اصلاً رکوردی ندارند

3. رکوردهای PTR

PTR نوع رکورد DNS است که نگاشت معکوس را ذخیره می‌کند. این رکورد در زون ‎.arpa‎ قرار دارد، نه در دامنه‌ای که به آن اشاره می‌کند.

رکوردهای DNS
Forward (A)www.example.com. IN A 198.51.100.23
Reverse (PTR)23.100.51.198.in-addr.arpa. IN PTR www.example.com.
  • مقصد PTR باید یک نام میزبان کامل (FQDN) باشد، نه یک IP
  • DNS سازگاری بین forward و reverse را اجباری نمی‌کند — عدم تطابق‌ها رایج هستند
  • بهترین روش: نام میزبان PTR باید دوباره به همان IP resolve شود (Forward-confirmed rDNS)
  • سامانه‌های ایمیل فعالانه این تقارن را به‌عنوان نشانه‌ای از سلامت تنظیمات بررسی می‌کنند

4. چه کسی Reverse DNS را کنترل می‌کند؟

برخلاف DNS معمولی (که مالک دامنه رکوردها را تنظیم می‌کند)، Reverse DNS توسط دارنده بلوک IP کنترل می‌شود — معمولاً یک ISP، ارائه‌دهنده ابری یا سازمان.

بلوک‌های IP توسط RIRها تخصیص داده می‌شوند: ARIN، RIPE NCC، APNIC، LACNIC، AFRINIC

دارنده بلوک، زون معکوس مربوطه را مدیریت یا واگذار می‌کند

مالکیت example.com به شما اختیاری برای PTR مربوط به ‎203.0.113.57‎ نمی‌دهد

برای تنظیم PTR معمولاً باید از ISP یا پنل ارائه‌دهنده ابری کمک بگیرید

ارائه‌دهندگان ابری (AWS، GCP، Azure) تنظیمات rDNS را برای هر IP در داشبورد خود ارائه می‌کنند

5. کاربردهای عملی

rDNS در سه حوزه اصلی استفاده می‌شود: سلامت ایمیل، طبقه‌بندی امنیتی و پایش عملیاتی.

تحویل ایمیل

نبود یا خرابی PTR امتیاز اسپم را افزایش می‌دهد؛ برخی سرورها حتی ایمیل را رد می‌کنند

بررسی امنیتی

نام‌های PTR اغلب ارائه‌دهنده (ec2-…amazonaws.com)، نقش (vpn-, proxy-, cache-) و منطقه (lon, fra, nyc) را نشان می‌دهند

غنی‌سازی لاگ‌ها

جایگزین کردن IPهای خام با نام میزبان قابل‌خواندن در داشبوردهای NOC/SOC

طبقه‌بندی تهدید

تشخیص IP خانگی در برابر دیتاسنتر، لبه CDN در برابر سرور اصلی، یا VM ابری در برابر زیرساخت داخلی

مقدار PTR فقط نشان می‌دهد مالک IP چگونه آن آدرس را نام‌گذاری کرده است — نه این‌که واقعاً چه کاربردی دارد.

6. محدودیت‌ها و سوءبرداشت‌ها

rDNS یک سیگنال نرم است. ممکن است وجود نداشته باشد، قدیمی باشد، گمراه‌کننده باشد یا در مقیاس بزرگ هزینه‌بر شود.

نداشتن PTR به معنی مخرب بودن نیست — بسیاری از IPهای معتبر هم آن را ندارند
پس از واگذاری مجدد IP ممکن است رکورد PTR قدیمی باقی بماند
نام‌گذاری خوداظهاری است — ec2-…amazonaws.com فقط یعنی مالک IP آن را این‌گونه نام‌گذاری کرده
در مقیاس بزرگ، جستجوهای معکوس ترافیک DNS زیادی ایجاد می‌کنند؛ از کش و resolution غیرهمزمان استفاده کنید
هرگز rDNS را تنها مبنای مسدودسازی، نسبت‌دادن حمله یا تصمیم‌های حقوقی قرار ندهید

Reverse DNS به IPها نام می‌دهد تا انسان‌ها و سیستم‌ها بتوانند ترافیک را بهتر تحلیل کنند — اما این نام‌ها همیشه باید با احتیاط تفسیر شوند.

7. بهترین روش‌ها

راهنمایی برای اپراتورهایی که rDNS را تنظیم می‌کنند و تحلیلگرانی که از آن استفاده می‌کنند.

اپراتورهابرای سرورهای ایمیل، نقاط VPN و IPهای عمومی مهم رکورد PTR تنظیم کنید
اپراتورهاسازگاری forward و reverse را حفظ کنید: نام PTR باید دوباره به همان IP resolve شود
اپراتورهااز نام‌گذاری ساختاریافته استفاده کنید: نقش + منطقه + محیط (مثلاً mail1.eu-west.prod.example.com)
تحلیلگرانrDNS را با GeoIP، WHOIS، داده‌های ASN و سیگنال‌های رفتاری ترکیب کنید
تحلیلگرانPTR را فقط یک نشانه اولیه بدانید، نه اثبات هویت
ابزارهاپاسخ‌های rDNS را کش کنید و هنگام پردازش حجم زیاد لاگ از resolution غیرهمزمان یا آفلاین استفاده کنید