Skip to content

DNS TTL в Рунете 2026: бенчмарк

Коротко:

Enterno.io замерил TTL DNS-записей для 5000 .ru-доменов (март 2026). Медианный TTL A-записи = 3600s (1 час), но распределение бимодальное: CDN-пользователи держат 300s (быстрый failover), legacy — 86400s (1 день). MX TTL медиана 14400s (4 ч), NS TTL 86400s (1 д, по RFC рекомендация). 8% доменов имеют TTL > 2 дней — рискуют при миграции.

Ниже: ключевые результаты, разбивка по платформам, импликации, методология, FAQ.

Ключевые результаты

МетрикаPass-rate / значениеМедианаp75
TTL A-записи (медиана)3600s360014400
TTL A — Cloudflare/CDN300s
TTL A — REG.RU default14400s
TTL MXмедиана 14400s1440043200
TTL NSмедиана 86400s86400172800
TTL TXT (SPF/DKIM)медиана 3600s360014400
TTL > 2 дней (рискованно)8%
TTL < 60s (overkill)2.3%

Разбивка по платформам

ПлатформаДоляPass / детальavg
REG.RU DNS28% рынкаA: median 14400s
Cloudflare DNS14%A: median 300s
Yandex Cloud DNS7%A: median 600s
Timeweb DNS11%A: median 14400s
Beget DNS9%A: median 3600s
Custom (self-hosted BIND/PowerDNS)4%A: median 7200s

Почему это важно

  • Перед миграцией на новый IP — снизьте TTL до 300s за 2-3 дня (чтобы resolver-кеши обновились)
  • После миграции — верните TTL к 3600-14400s (меньше DNS queries → дешевле и быстрее)
  • TTL для Stateless API: 60-300s (failover важнее performance)
  • TTL для NS records: высокий (86400s) — они редко меняются, а cache protects resolvers от спама
  • TTL < 60 секунд — overkill и нагружает resolver infrastructure Google/Cloudflare

Методология

Топ-5000 .ru доменов по SimilarWeb. dig +noall +answer example.com A MX NS TXT через 8.8.8.8 и 1.1.1.1. TTL fetched на authoritative DNS (bypass cache). Платформа определена по SOA RNAME.

A / AAAAIPv4 и IPv6 адреса хоста
MX-записиПочтовые серверы домена
TXT / SPFВерификация и защита от спуфинга
NS / SOAСерверы имён и зона ответственности

Почему нам доверяют

12
типов DNS-записей
SPF+DKIM
проверка почты
<1с
ответ DNS
3
региона проверки

Как это работает

1

Введите домен

2

Выберите тип записи

3

Получите DNS-ответ

Что такое DNS-записи?

DNS (Domain Name System) — система, которая преобразует доменные имена в IP-адреса. DNS-записи — это инструкции, определяющие, куда направлять трафик, почту и какподтверждать владение доменом.

Полный анализ

Проверка всех типов записей: A, AAAA, MX, NS, TXT, CNAME, SOA за один запрос.

Мгновенный результат

Запрос к авторитативным серверам напрямую. Результат за доли секунды, без кеширования.

Проверка безопасности

Анализ SPF, DKIM и DMARC записей для оценки защиты почты от спуфинга и фишинга.

Экспорт и история

Сохраняйте результаты проверок. Сравнивайте DNS-записи до и после изменений у регистратора.

Кому это нужно

DevOps

проверка DNS после деплоя

Email-маркетологи

проверка SPF/DKIM/DMARC

SEO-специалисты

аудит DNS-конфигурации

Системные администраторы

контроль зоны DNS

Частые ошибки

Нет SPF-записиБез SPF письма могут попадать в спам. Добавьте v=spf1 TXT-запись.
Один NS-серверПри сбое единственного NS домен станет недоступен. Используйте минимум 2 NS.
Конфликт CNAME и других записейCNAME не может сосуществовать с MX или TXT на том же имени — это нарушение RFC.
Слишком высокий TTLПри TTL 86400 изменения DNS будут видны только через сутки. Перед миграцией снизьте TTL до 300.
Нет обратной записи PTRПочтовые серверы проверяют PTR. Без неё письма могут быть отклонены.

Лучшие практики

Настройте SPF + DKIM + DMARCТройка записей, защищающая вашу почту от спуфинга и повышающая доставляемость.
Используйте 2+ NS-серверовРазнесите NS по разным сетям для отказоустойчивости.
Понижайте TTL перед миграциейЗа 24-48 часов до смены IP установите TTL 300, чтобы переключение прошло быстро.
Проверяйте DNS после измененийПосле обновления записей убедитесь, что изменения применились и нет ошибок.
Добавьте CAA-записьCAA ограничивает, какие центры сертификации могут выпускать SSL для вашего домена.

Получите больше с бесплатным аккаунтом

История DNS-проверок, API-ключи и мониторинг изменений записей.

Зарегистрироваться (FREE)

Больше по теме

Часто задаваемые вопросы

Какой TTL выбрать для нового сайта?

3600s (1 ч) — стандарт для 90% кейсов. Баланс между скоростью миграций и нагрузкой на DNS.

Что делать за 2-3 дня до миграции сервера?

Снизить TTL A-записи до 300s. Подождать старый TTL (чтобы resolverы обновили кэш). Выполнить миграцию. Вернуть TTL к 3600s.

Cloudflare DNS имеет всегда TTL=1?

Нет. TTL=300s по умолчанию, "Auto" даёт TTL = 1 только при proxy:on — Cloudflare override для edge performance.

Как проверить TTL своего сайта?

<a href="/dns">Enterno DNS</a> → введите домен → TTL каждой записи отдельно. Или: <code>dig example.com</code> → в ответе видно TTL в секундах.