DNS знает о доменах, а не о URL-адресах. DNS просто преобразует имена в IP-адреса.
Вы не можете делать то, что вы просите, просто используя DNS и ELB, однако, вы можете сделать отдельный VHOST для new-domain-app.com, который указывает на ваш сайт example-app.com и выполняет то, что вы хотите, используя какое-то правило перенаправления, которое срабатывает только для new-domain-app.com.
Я не уверен, что это квалифицируется как вопрос SO, и, скорее всего, это вопрос с сервером. Специфика вашего веб-сервера и платформы ОС будет полезна для получения более конкретных рекомендаций.
Так вот некоторые детали:
- У вас уже есть example-app.com установки и работы
- Вы можете создать запись CNAME, указывающую на new-domain-app.com example-app.com или может сделать запись A, указывающую на тот же IP. Если у вас уже есть example-app.com, указывающий на другой IP-адрес, используйте для этого его субдомен (test.example-app.com).
- Настройте новый vhost на своем сервере, который в основном дублирует существующий vhost для new-domain-app.com. Единственное, что вам нужно изменить, это конфигурация имени сервера.
Почему это работает? Поскольку HTTP 1.1 включал заголовок HOST, который отправляют браузеры, а веб-серверы используют в vhosting, чтобы определить, какой виртуальный хост должен направлять входящий запрос. Когда он видит, что клиентский браузер хочет «example-app.com», он направляет запрос соответствующему vhost.
Вместо того, чтобы делать некоторые фантазии проксирования, которые, безусловно, могут быть использованы для получения аналогичного результата, вы можете просто добавить правило перенаправления, которое ищет запросы для хоста example-app.com и перенаправляет их на пример- app.com. В apache, который использует mod_rewrite, который люди часто используют, помещая правила в вездесущий файл .htacess, но также может быть выполнен в nginx и других общих веб-серверах. Специфические особенности немного разные для каждого.
Интересно, и что бы сохранить домен, синхронизированный на new-domain-app.com? Я обсуждал это с SO и serverfault, но решил опубликовать здесь, так как тэг route-53 был популярен, и я думаю, что для окончательного ответа может потребоваться некоторая конфигурация рельсов. –
Я не уверен, что вы подразумеваете под маскировкой. После ввода записи в DNS она видна всем. Нет секретного DNS, который не существует внутри частного сетевого пространства (VPN, немаршрутизируемые IP-адреса и т. П.). – gview
@gview cloaking - это отвратительная тактика с использованием iframes или JavaScript или аналогичной skullduggery, так что в адресной строке браузера отображается адрес, который вы набрали, в то время как контент на самом деле поступает из другого места. Многие регистраторы, которые используют бесплатный хостинг DNS, также имеют настроенные веб-серверы для клиентов, поэтому они создают впечатление, что это часть DNS. Я думаю, что «маскирование домена» - это другое слово. Обходная ужасная идея, но возможна со статическим веб-сервером, чтобы вернуть html-страницу, которая реализует хак. –