Зворотний DNS (rDNS, Reverse DNS) — механізм, який дозволяє за IP-адресою дізнатися пов'язане доменне ім'я. Це протилежність звичайного DNS (ім'я → IP). PTR-запис — основний тип запису в зворотному DNS.
Навіщо потрібен rDNS
- Поштові сервери — більшість MTA (Postfix, Exim) перевіряють PTR. Без PTR листи відхиляються або потрапляють у спам
- Мережева діагностика — traceroute показує імена хостів замість IP
- Логи сервера — замість IP відображається зрозуміле ім'я
- Довіра провайдерів — деякі сервіси блокують IP без PTR
Різниця між A та PTR
| Запис | Напрямок | Приклад |
|---|---|---|
| A-запис | Ім'я → IP | mail.example.com → 192.168.1.1 |
| PTR-запис | IP → Ім'я | 192.168.1.1 → mail.example.com |
Налаштування PTR на VPS ZevsHost
- Увійдіть в особистий кабінет → VPS → оберіть сервер
- Розділ «Мережа» → «Зворотний DNS»
- Введіть повне доменне ім'я (FQDN):
mail.example.com - Збережіть — PTR оновиться протягом кількох хвилин
Перевірка PTR-запису
# Пряма перевірка PTR
nslookup 192.168.1.1
# Через dig
dig -x 192.168.1.1
# Очікувана відповідь:
# 1.1.168.192.in-addr.arpa. 3600 IN PTR mail.example.com.PTR для поштових серверів — чеклист
- PTR налаштовано для IP поштового сервера
- PTR збігається з HELO-ім'ям Postfix/Exim
- A-запис для імені з PTR існує і вказує на той самий IP (forward-confirmed rDNS)
- SPF і DKIM налаштовані додатково
Часті помилки PTR
| Повідомлення або симптом | Причина | Рішення |
|---|---|---|
| 550 5.7.1 Client host rejected: cannot find your reverse hostname | Для IP сервера, що надсилає пошту, взагалі не налаштовано PTR-запис | Налаштувати PTR через панель VPS або запитати у провайдера, якщо IP не у вашому прямому керуванні |
| 450 4.7.1 Client host rejected: Reverse DNS mismatch | PTR налаштовано, але він резолвиться в ім'я, для якого немає A-запису, що вказує назад на той самий IP (немає FCrDNS) | Додати A-запис для імені з PTR, що вказує точно на IP поштового сервера |
| PTR показує ім'я хостинг-провайдера замість вашого домену | IP отримано в оренду від провайдера, а PTR за замовчуванням вказує на загальне ім'я на кшталт vps123.provider.net | Змінити PTR на потрібне значення через панель керування VPS/виділеним сервером |
| dig -x повертає NXDOMAIN одразу після налаштування | Зміна PTR ще не поширилася — зворотні зони (in-addr.arpa) оновлюються на боці провайдера, а не миттєво | Зачекати 15–60 хвилин і повторити перевірку, поширення PTR зазвичай швидше, ніж у звичайних записів |
PTR для IPv6
Для IPv6 зворотна зона називається ip6.arpa, а не in-addr.arpa, і запис складається з повної адреси, розгорнутої по напівбайтах у зворотному порядку.
# Перевірка PTR для IPv6-адреси
dig -x 2001:db8::1
# Очікувана відповідь (частково):
# 1.0.0...8.b.d.0.1.0.0.2.ip6.arpa. 3600 IN PTR mail.example.com.Якщо поштовий сервер надсилає листи і по IPv4, і по IPv6 — PTR потрібно налаштувати для обох адрес окремо. Наявність коректного PTR лише для IPv4 не рятує від відмов, якщо той самий сервер здатний надсилати пошту через IPv6-з'єднання.
Коли PTR не допоможе
- IP перебуває в публічних блоках, раніше помічених у розсиланні спаму — репутація IP важливіша за наявність PTR, і частина фільтрів все одно відхилить пошту
- SPF-запис домену не включає IP сервера, що надсилає пошту — PTR не замінює SPF, обидва механізми перевіряються незалежно
- DKIM не налаштовано взагалі — великі поштові провайдери (Gmail, Outlook) у 2024–2025 роках вимагають DKIM для масової розсилки незалежно від PTR
- PTR налаштовано, але HELO-ім'я сервера не збігається з ним — частина суворих MTA перевіряє саме цю відповідність, а не факт наявності PTR як такого
PTR — лише частина репутації відправника. Повний набір записів для пошти зібрано в статті налаштування MX і SPF для домену.
TTL PTR-запису та його практичне значення
PTR-запис, як і будь-який DNS-запис, має TTL — зазвичай провайдери виставляють його в діапазоні 3600–86400 секунд. Для поштових серверів це означає, що після зміни PTR частина приймаючих серверів бачитиме старе значення аж до завершення TTL, навіть якщо сам запис у зоні вже оновлено. Це відрізняється від зміни A-запису сайту: помилка в PTR не просто ламає візуальне відображення, а може призвести до масового відхилення листів протягом усього періоду застарілого кешу.
Перед міграцією поштового сервера на новий IP варто заздалегідь знизити TTL PTR-запису до 300–600 секунд, якщо це дозволяє провайдер, щоб скоротити вікно, протягом якого листи можуть відхилятися через розсинхронізацію.
Часті питання
Якщо поштовий сервер надсилає пошту і по IPv4, і по IPv6, чи потрібно налаштовувати PTR окремо для кожної адреси?
Так, PTR прив'язаний до конкретної IP-адреси, а не до сервера загалом, тому запис для IPv4 жодним чином не поширюється на IPv6. Якщо сервер здатний надсилати пошту обома протоколами, а зворотний запис налаштовано лише для IPv4, частина листів все одно відхилятиметься приймаючими серверами під час спроби доставки через IPv6-з'єднання.
Скільки часу фактично потрібно, щоб змінений PTR-запис почав діяти?
Формально запис у зворотній зоні зазвичай оновлюється на боці провайдера доволі швидко, проте приймаючі поштові сервери якийсь час продовжують бачити старе значення, поки не завершиться TTL закешованої відповіді. Тому одразу після зміни PTR частина листів ще може перевірятися за попереднім значенням, і це не привід вважати налаштування невдалим.
Чи допоможе коректний PTR, якщо IP-адреса раніше засвітилась у розсиланні спаму?
Не повністю — PTR лише один з елементів репутації відправника, і великі поштові фільтри насамперед дивляться на історію самої IP-адреси. Якщо адреса вже перебуває в чорних списках через попереднього власника, коректний зворотний запис знизить частину відмов, але не скасує перевірку репутації, і частина листів все одно потраплятиме у спам чи відхилятиметься.
Чи обов'язково ім'я PTR сервера має збігатися з доменом сайту?
Ні, для сайту це не потрібне зовсім — PTR критичний саме для поштового сервера і має збігатися з HELO-ім'ям, яким Postfix чи Exim називає себе під час підключення до іншого сервера. Це ім'я може відрізнятися від домену сайту: головне, щоб воно збігалося з HELO і мало відповідний A-запис, що вказує назад на той самий IP.