Редирект домена через DNS: что возможно и где нужны другие средства

Владельцы сайтов часто ищут способ перенаправить домен «через DNS», чтобы не возиться с хостингом. Короткий ответ: сам по себе DNS редиректов не делает. Он сообщает, на какой сервер идти, а решение о перенаправлении принимает уже сервер, который отвечает на запрос. Но есть способы, которые выглядят как редирект через DNS, и важно понимать, как они устроены.

Что делает DNS

DNS — система, которая переводит доменное имя в адрес сервера. Основные записи:

• A — указывает IP-адрес сервера для домена
• AAAA — то же для адресов IPv6
• CNAME — делает домен псевдонимом другого имени
• MX — указывает почтовые серверы
• TXT — текстовые данные, например для подтверждения прав в Search Console

Ни одна из этих записей не отдаёт браузеру HTTP-код 301. Редирект — это ответ веб-сервера, а DNS работает на уровне до него.

Почему CNAME — не редирект

Если сделать для дополнительного домена CNAME на основной, браузер придёт на тот же сервер, но в адресной строке останется дополнительный домен. Сервер получит запрос с чужим именем хоста и либо покажет сайт по второму адресу — получится дубль, — либо выдаст ошибку. Чтобы произошёл настоящий редирект, сервер должен знать этот домен и отвечать на него кодом 301.

К тому же CNAME нельзя ставить на корень домена вместе с другими записями. Некоторые DNS-провайдеры обходят это ограничение собственными механизмами, но редиректа это всё равно не создаёт.

Что предлагают регистраторы

Многие регистраторы и DNS-хостинги в панели предлагают услугу перенаправления домена. Технически они указывают A-запись домена на свой сервер, который и отдаёт редирект. Это удобно, но проверьте:

• Какой код отдаётся: 301 или 302
• Сохраняется ли путь страницы
• Работает ли перенаправление по https и есть ли сертификат
• Не используется ли маскировка через фрейм

Маскированное перенаправление, при котором в адресной строке остаётся исходный домен, для SEO бесполезно и вредно.

Сервисы-прокси

Cloudflare и похожие сервисы управляют DNS и одновременно проксируют трафик. Поэтому они могут выполнить редирект на своей стороне: вы добавляете DNS-запись с проксированием и правило перенаправления. Это ближе всего к тому, что люди называют редиректом через DNS, и работает с правильными кодами и https.

Специальные записи

Некоторые провайдеры поддерживают нестандартные записи с названиями вроде URL или Redirect. Это не часть стандарта DNS, а функция конкретного провайдера, внутри которой всё равно работает его веб-сервер. Возможности и код ответа зависят от провайдера — уточняйте в документации.

Как выбрать способ

1. Если есть хостинг основного сайта — добавьте туда домен и настройте 301 в конфигурации сервера.
2. Если хостинга нет или доменов много — используйте прокси-сервис с правилами перенаправления.
3. Если подходит только функция регистратора — проверьте код, путь и https.
4. После настройки проверьте результат по коду ответа, а не по тому, что в браузере открылся нужный сайт.

Типичная ситуация

Компания покупает домен в зоне .com к основному .uz и включает перенаправление в панели регистратора. Со временем оказывается, что регистратор отдаёт 302, показывает сайт во фрейме, а по https домен не открывается вовсе. Исправление обычно несложное: подключить домен к прокси-сервису или хостингу, выпустить сертификат и настроить 301 с сохранением пути.

Когда изменения вступят в силу

Изменение DNS-записей распространяется не мгновенно: у каждой записи есть время жизни в кэше, и провайдеры обновляют данные в течение этого времени. Пока часть посетителей видит старые записи, поведение домена может различаться. Перед планируемым переездом заранее уменьшите время жизни записей, чтобы переключение прошло быстрее.