PTR-yozuv (teskari DNS) nima va u qachon kerak

PTR-yozuv nima

Oddiy DNS «mail.example.com ning IP si qanday?» degan savolga A yoki AAAA yozuvi orqali javob beradi. Teskari DNS (reverse DNS) esa qarama-qarshi savolga javob beradi: «203.0.113.10 ning nomi nima?» Javob PTR-yozuvda saqlanadi.

Texnik jihatdan teskari so‘rovlar maxsus zonalarga yuboriladi. IPv4 uchun oktetlar teskari tartibda yoziladi va .in-addr.arpa qo‘shiladi:

203.0.113.10  ->  10.113.0.203.in-addr.arpa.  PTR  mail.example.com.

IPv6 uchun ip6.arpa zonasi ishlatiladi, manzil bittalab o‘n oltilik raqamlar bilan yoziladi. Bunday nomlarni qo‘lda deyarli hech kim yozmaydi: provayderlar ularni oddiy forma ortiga yashiradi.

Pochta nima uchun unga bog‘liq

Aksariyat saytlar PTR-yozuvsiz ham bemalol ishlaydi. Asosiy istisno — elektron pochta.

Serveringiz boshqa pochta serveriga ulanganda, qabul qiluvchi ko‘pincha tekshiradi:

1. Ulanayotgan IP da umuman PTR-yozuv bormi?
2. PTR dagi nom A/AAAA yozuvi orqali o‘sha IP ga qaytib ishora qiladimi? Bu forward-confirmed reverse DNS (FCrDNS) deyiladi.
3. Nom ip-203-0-113-10.provider.net kabi shablon emas, haqiqiy pochta serveriga o‘xshaydimi?

Tekshiruvdan o‘tmasa, xat darhol rad etilishi yoki spamga tushishi mumkin. Yirik pochta xizmatlari to‘g‘ri va teskari DNS yozuvlarini yuboruvchilarga qo‘yiladigan talablar qatorida ko‘rsatadi. PTR yo‘qligi yangi sozlangan VPS dan xatlar Gmail yoki Outlook ga yetib bormasligining eng ko‘p uchraydigan sabablaridan biri.

PTR SPF, DKIM va DMARC o‘rnini bosmaydi. Ular boshqa vazifalarni hal qiladi, yuboruvchi serverga esa hammasi birga kerak.

Yozuvni kim boshqaradi

Eng ko‘p chalkashlik shu yerda. PTR-yozuvni domen egasi emas, IP-manzillar blokining egasi boshqaradi.

Shuning uchun registratorning DNS panelida PTR uchun maydon topolmaysiz. Agar IP uy yoki ofis internet-provayderi tomonidan berilgan bo‘lsa, odatda ularga murojaat qilish kerak, maishiy ulanishlar uchun esa ko‘pincha o‘z PTR qiymatini umuman berishmaydi.

Qanday sozlash kerak

1. Xost nomini tanlang, masalan mail.example.com.
2. Avval A-yozuv yarating: mail.example.com server IP siga ishora qilsin. Ko‘p provayderlar teskari tekshiruvdan o‘tmaydigan PTR ni saqlamaydi.
3. PTR ni provayderda sozlang:
   • ko‘p VPS panellarida IP yonida «Reverse DNS» yoki «rDNS» maydoni bor;
   • ba’zi provayderlar PTR ni server nomidan oladi, shuning uchun serverga to‘liq xost nomini berish kerak;
   • yirik bulutlarda teskari DNS statik yoki elastic IP uchun konsol, API yoki qo‘llab-quvvatlash so‘rovi orqali sozlanadi;
   • panelda bunday imkoniyat bo‘lmasa, qo‘llab-quvvatlash xizmatiga yozing.
4. Pochta serveri salomlashuvini moslang. Pochta dasturi e’lon qiladigan HELO/EHLO nomi shu xost nomi bilan bir xil bo‘lishi kerak.
5. DNS keshlar yangilanishini kuting: muddat TTL ga bog‘liq.

Bitta IP ga bitta aniq PTR-yozuv ishlating. Bir manzilga bir nechta nom texnik jihatdan mumkin, lekin tekshiruvlarni chalkashtiradi.

Qanday tekshirish kerak

dig -x 203.0.113.10 +short
# mail.example.com.

dig mail.example.com A +short
# 203.0.113.10

Windows da nslookup 203.0.113.10 xuddi shu teskari javobni ko‘rsatadi. Ikkala yo‘nalish mos kelishi shart. Onlayn pochta testerlari ham PTR holatini SPF, DKIM va DMARC bilan birga ko‘rsatadi.

Qachon xavotir olmasa bo‘ladi

• Sayt virtual xostingda, CDN ortida yoki Vercel kabi platformada va o‘zi pochta yubormaydi.
• Pochta Google Workspace, Microsoft 365 yoki tranzaksion xatlar servisi orqali ketadi. Ularning IP larida to‘g‘ri PTR-yozuvlar allaqachon bor, sizga faqat domeningiz uchun SPF, DKIM va DMARC ni sozlash qoladi.

O‘z pochta serveringiz bo‘lsa yoki xatlarni to‘g‘ridan-to‘g‘ri ilova serveridan SMTP orqali yuborsangiz, PTR kerak.