Пытаюсь перенаправить домен на другой через DNS.
Я знаю, что с помощью IN CNAME это возможно.
www.proof.com IN CNAME www.proof-two.com.
Мне нужно перенаправление с путем. Когда кто-то печатаетwww.proof.com
, он долженwww.proof-two.com/path/index.htm
Я знаю, что это можно сделать с помощью средств веб-сервера, но мне нужно перенаправление DNS.
Это возможно?
Ответы:
Нет, то, о чем вы просите, невозможно. DNS - это система разрешения имен, которая ничего не знает о HTTP.
источник
если вы используете AWS, перенаправление вроде
можно настроить следующим образом:
не чистое решение DNS, но оно работает;)
Но имейте в виду, при перенаправлении пропускаются все параметры URL, например: ...? Param1 = value1 & param2 = value2
источник
Я понимаю, что это старая ветка, но FWIW, на случай, если кто-то другой ищет способ сделать это.
Хотя dns не понимает часть пути URL-адреса, он будет понимать поддомены, поэтому вместо:
www.proof.com В CNAME www.proof-two.com/path/index.htm
Вы можете использовать:
www.proof.com В CNAME proof.proof-two.com
затем перейдите туда, где вы размещаете proof-two.com, и установите его так, чтобы он указывал на proof.proof-two.com на www.proof-two.com/path/index.htm.
~ Всегда есть несколько способов снять шкуру с кошки
источник
proof-two.com
веб-серверам. Иногда крупные компании (и бюрократия) все усложняют намного сложнее, чем могло бы быть.У меня есть личный проект, который может помочь вам в решении этой проблемы. Это решение с открытым исходным кодом для перенаправления, которое позволяет перенаправить ваш домен, просто изменив настройки DNS. Ссылка проекта: https://redirect.center/ .
Чтобы перенаправить www.proof.com на www.proof-two.com с сохранением параметров URL, просто установите запись www DNS на proof.com:
www.proof.com В CNAME www.proof-two.com.opts-uri.redirect.center.
источник
На самом деле это просто с redirect.center
Если вы хотите создать CNAME как:
www.proof.com В CNAME www.proof-two.com/path/index.htm
используя redirect.center, ваш CNAME выглядит как канонический режим:
www.proof.com В CNAME www.proof-two.com.opts-slash.path.opts-slash.index.htm.redirect.center.
Теперь, если вы хотите перенаправить на сайт https, вы можете добавить эту опцию:
www.proof.com В CNAME www.proof-two.com.opts-slash.path.opts-slash.index.htm.opts-https.redirect.center.
Теперь вы можете создать CNAME в каноническом режиме с косой чертой на странице судьбы.
источник
редактировать
Кажется, что это мой провайдер (OVH) разрешает такое перенаправление в своей инфраструктуре.
См .: https://docs.ovh.com/gb/en/domains/redirect-domain-name/
Я оставляю ответ ниже для архивации, но он не дает никакой значимой информации.
Оригинальный ответ
Я сделал это с помощью записи TXT.
Для того, чтобы перенаправить
foo.bar.com
кfoo2.bar.com/path
, просто добавьтеfoo IN TXT "1|foo2.bar.com/path"
в вашbar.com
DNS - зоны.Он также сохраняет пути и параметры URL-адресов. Поэтому, если вы попытаетесь получить доступ
foo.bar.com/hello?foo=bar
, вы будете перенаправлены наfoo2.bar.com/path/hello?foo=bar
.источник
Чтобы ответить на исходный вопрос, нет, то, что вы хотите, невозможно с использованием только DNS (как все заявили). В дополнение ко всему, что уже упоминалось, еще одним вариантом является использование службы перенаправления URL-адресов. Эти типы служб могут позволить вам настроить множество различных типов перенаправления URL-адресов в зависимости от ваших потребностей. Например:
Сервис, который делает это, - EasyRedir . Полное раскрытие: я разработал EasyRedir. Конечно, есть и другие варианты, поэтому я рекомендую вам присмотреться.
источник
DNS не будет перенаправлять часть пути URL-адреса, поэтому это будет невозможно.
Добавление
будет прямой доступ с www.proof.com к www.proof-two.com, где вам нужно будет использовать конфигурацию веб-сервера, чтобы направлять пользователей на соответствующую страницу.
источник
Мое решение этой проблемы было довольно простым и понятным. Все, что вам нужно, это сервер IIS, работающий внутри домена.
Настройте CNAME в DNS, чтобы указать на сервер IIS, используя имена узлов в IIS для разрешения нескольких сайтов на одном сервере IIS. Я использую тот же сервер IIS для передачи нескольких поддоменов на внешние сайты.
Затем в настройке IIS настройте перенаправление для этого сайта, чтобы перейти на ваш внешний сайт / путь, в моем случае это был наш размещенный каталог, к которому я хотел бы перейти на catalog.ourdomain.com. Отсюда все настройки выполняются в IIS. Обязательно включите анонимную аутентификацию, чтобы трафик не блокировался.
источник
Я предполагаю, что у вас есть такой сценарий: у вас есть уникальный веб-сервер, на котором размещены различные веб-сайты, каждый из которых должен быть представлен отдельным доменом:
Итак, page1.html должен обслуживаться www.customer1.com и т. д.
создайте субдомен внутри dns-сервера example.com (вашего веб-сервера):
в настройках виртуального сервера apache сопоставьте субдомен с каталогом, содержащим веб-сайт вашего клиента №1, например:
на этом этапе вы сможете перейти на свой веб-сайт customer1, перейдя по следующим адресам:
Теперь вы можете использовать: www.customer1.com.
источник
Связанная работа завершила все нижеприведенное:
Проблема:
http://a.com/p1/p2.html должен перейти на http://B.com/p1/p2.html
сегодня, но позже при настройке вручную / автоматически тот же
http://a.com/p1 /p2.html должен перейти в http://C.com/p1/p2.html.
ответы:
Хотя он может выполнять множество перенаправлений, всегда выводится IP-адрес DNS не понимает путь или часть протокола URL-адреса, понимает только часть домена, то есть только a.com преобразуется в IP-адрес, поэтому, когда вы нажимаете http: //a.com/p1/p2.html может быть преобразован в http://152.132.121.11/p1/p2.html, если вы неправильно настроили DNS, тогда вы получите 152.132.121.11 (не http: //152.132. 121.11 / p1 / p2.html ), поэтому вы получите ошибку 400 с (400, 403 и т. Д.)
Все методы, такие как GET, POST, могут работать, если есть какие-либо заголовки и тело, но задействован веб-сервер, это может быть точкой отказа, поэтому масштабируемость и доступность будут ключевыми
Это возможно с помощью Amazon Certification Manager, пользовательских доменов AWS Gateway и Route53, обратите внимание на ограничение us-east-1 на ACM
Надеюсь, это кому-то поможет
источник
Хотя, как уже почти все заявили, невозможно использовать только DNS. В качестве обходного пути я бы предложил попробовать NGINX ( http://nginx.org/en/docs/http/request_processing.html ).
TL; DR - В NGINX вы можете создать несколько виртуальных серверов, которые могут перенаправлять ваш запрос на основе имени сервера.
Ex. http://first.my-server.com перенаправляет на место A и http://second.my-server.com перенаправляет на место B, при этом оба используют один физический сервер.
источник
Вы можете использовать мод перезаписи htaccess, перезаписать во вложенную папку, если пользователь запрашивает один конкретный домен, а не другой.
источник
Конечно, можно выполнить перенаправление с помощью следующего трюка:
Создайте новую стандартную первичную зону Назовите ее так же, как фиктивный URL-адрес, на который вы хотите перенаправить. Убедитесь, что это фиктивное имя отличается от любого имени AD DNS. Создайте запись A со следующими записями:
пустой ....................... ......................... ... IP-адр-2
WWW ......................... ....................... ..... IP-адр-2
По сути, мы имеем дело с перенаправлением. Действительный URL-адрес будет разрешен на основе существующей первичной DNS-зоны DNS. Фиктивный URL будет перенаправлен на ip-addr-2. Важно то, что имя этой записи пусто, поэтому она упадет до следующей записи в записи и перенаправит на ip-addr-2.
источник
Об этом уже говорили все, и я просто хочу предложить вам еще один вариант службы, которая может вам помочь. www.301redirect.it - это бесплатный сервис, который может перенаправить ваш домен (с подстановочным знаком) на любой целевой URL.
Я также хочу добавить раскрытие: я разработчик этой службы, и есть другие варианты.
источник