Как настроить редирект с одного домена на другой через DNS

В чем разница между DNS и редиректом

DNS отвечает за то, куда именно “пойдет” запрос домена (обычно через A или CNAME записи). Сам редирект - это правило на стороне сервера или на стороне сервиса, который принимает HTTP-запрос и отправляет браузеру новый URL.

Если вы хотите, чтобы при заходе на домен А автоматически открывался домен Б, то чаще всего делают так:
1) домен А направляют на нужный сервер (или в панель, где есть web-forwarding);
2) на этом месте настраивают HTTP-перенаправление (обычно 301).

Это подтверждают справки хостеров и регистраторов, где отдельно объясняется: редирект задается настройками переадресации/форвардинга, а DNS лишь направляет трафик на площадку, где это правило будет обработано. См. инструкции Рег.ру: переадресация домена - отдельная услуга с 301 редиректом (без “редиректа из DNS” как функции). Источник: https://www.reg.ru/support/domains/dopolnitelnyye-uslugi-dlya-domena/pereadresatsiya-domena

Варианты, которые реально работают

DNS сам по себе обычно не умеет “сделать редирект” HTTP. Поэтому если у регистратора/хостинга есть web-forwarding, вы используете DNS для доставки запросов на нужную систему, а редирект настраиваете там.

Способ 1: переадресация домена в панели регистратора (301)

Это самый простой путь, если у регистратора есть услуга переадресации домена. Например, у Рег.ру “Переадресация домена” описана как настройка web-redirect с 301 редиректом, и приводятся примеры, а также ограничения по SSL. Источник: https://www.reg.ru/support/domains/dopolnitelnyye-uslugi-dlya-domena/pereadresatsiya-domena

Шаги

1) Подготовьте делегацию домена А на DNS, которые нужны для услуги (в инструкции Рег.ру указаны ns1.reg.ru и ns2.reg.ru).
2) Подключите услугу “Переадресация домена” для домена А.
3) Введите:
- “С адреса” - относительный адрес с домена А (например, пусто или корень);
- “На адрес” - целевой URL на домене Б (например, https://site-b.ru/ или конкретная страница).
4) Дождитесь обновления (обычно изменения видны в течение суток, точные сроки зависят от DNS-кэшей).

Что важно: эта схема делает редирект на уровне сервиса, а DNS нужен, чтобы запрос домена А дошел до него. В справке Рег.ру прямо указано, какие resource-записи и DNS-серверы должны быть для корректной работы услуги. Источник: https://www.reg.ru/support/domains/dopolnitelnyye-uslugi-dlya-domena/pereadresatsiya-domena

Способ 2: серверный редирект (Apache/Nginx) и DNS через A/CNAME

Если у вас есть доступ к веб-серверу, проще всего настроить редирект там, а в DNS домена А указать, куда направлять запросы.

Шаги

1) В DNS домена А:
- добавьте A запись для @ (или корня) на IP сервера, где будет обрабатываться редирект;
- добавьте A запись для www (если нужно) на тот же IP.
2) На сервере настройте правило редиректа.
3) Проверьте работу по каждому URL (корень и типовые страницы).

Пример для Apache через .htaccess приводится в гайдах по редиректу с домена на домен (пример кода и логика 301 + сохранение URI). Источник: https://seo-kompaniya.ru/blog/kak-sdelat-redirekt-s-domena-na-domen/

Пример для Nginx тоже часто задают через server_name и return 301 ... $request_uri, чтобы сохранить путь. Там же в материале объясняется подход. Источник: https://seo-kompaniya.ru/blog/kak-sdelat-redirekt-s-domena-na-domen/

Мини-настройки, чтобы не потерять страницы

Обычно редирект делают так, чтобы сохранялся путь:
- domain-a.com/page -> domain-b.com/page
- domain-a.com/shop/item -> domain-b.com/shop/item

Если настраивать только корень, можно получить, что все ссылки и индексация на домене А сломаются.

Способ 3: редирект на стороне Cloudflare (если вы используете CDN)

В Cloudflare встречается подход “DNS-запись фиктивная + правило страницы перенаправления”. Смысл такой схемы в том, что редирект выполняет правило страницы на edge, а DNS обеспечивает входящий трафик. Источник: https://community.cloudflare.com/t/topic/400196

Если вы используете Cloudflare, проверьте:
- какие DNS записи должны быть (A/ CNAME для @, www, поддоменов);
- как именно задано правило перенаправления на URL домена Б.

Как проверить, что редирект настроен правильно

Проверьте 3 вещи:
1) HTTP статус: для постоянного переезда должен приходить 301.
2) Путь: страница /category должна уходить на /category, а не “на главную”.
3) Цепочки: не должно быть последовательных редиректов А -> C -> Б (или циклов).

Практически проверить можно любым redirect checker и просмотром ответа в браузере (через инструменты разработчика или curl).

Типичные ошибки

• Настроили DNS на домен Б, но не настроили web-forwarding или серверный редирект. В итоге сайт просто отображается не там или ошибка.
• Выбрали не ту схему перенаправления (например, только корень без правил для остальных URL).
• Сделали редирект “в несколько шагов” и получили лишние переходы или задержки.
• Настроили маскировку/фрейм там, где это ломается политиками безопасности. Если используется фрейм-режим, в инструкциях провайдеров упоминаются ограничения и требования к заголовкам (например, X-Frame-options). Источник: https://www.reg.ru/support/domains/dopolnitelnyye-uslugi-dlya-domena/pereadresatsiya-domena

Итоговый чек-лист

1) Уточните, кто обработает HTTP-запрос для домена А: панель web-forwarding, ваш сервер или CDN.
2) В DNS домена А укажите правильную A/CNAME запись, чтобы запрос дошел до обработчика.
3) В обработчике задайте редирект 301 с домена А на домен Б, сохраняя путь.
4) Проверьте корень и несколько внутренних URL.
5) Следите за статусами редиректа в течение обновления DNS.

Источники по теме:
- Переадресация домена (301) и требования к DNS на стороне сервиса: https://www.reg.ru/support/domains/dopolnitelnyye-uslugi-dlya-domena/pereadresatsiya-domena
- Примеры редиректов на серверной стороне и подход с сохранением URI: https://seo-kompaniya.ru/blog/kak-sdelat-redirekt-s-domena-na-domen/
- Пример схемы для Cloudflare с DNS-записью и правилом страницы: https://community.cloudflare.com/t/topic/400196