Как указать на несколько главных доменов на IP другого главного домена?

Позволяет говорят, что у меня есть главный домен

domain-X.com с DNS запись, указывающая на него на IP 1.2.3.4

затем у меня есть домены, которыми я не мог бы управлять, они принадлежат клиентам, который владеет ими и может иметь различных поставщиков и т.д.

domain-A.com, domain-B.com, domain-C.com

и я хочу, чтобы эти три домена также указали на IP 1.2.3.4, но я не хочу устанавливать A-запись DNS для каждого домена к числовому IP, а скорее так или иначе указывать на них на "IP domain-X.com"... действительно ли это возможно?

Это должно работать так, чтобы приложение на domain-X.com знало, из которого URL (домен) запрос произошел (domain-A.com), и также пользователь должен все еще видеть domain-A.com/something НЕ domain-X.com/something в браузере.

Действительно ли это возможно? В противном случае, что другие решения там? Проблема состоит в том, что могло бы быть больше доменов затем 3, и я хочу указать на них на один IP-адрес, где веб-приложение, служащее этим доменам, будет. Приложение должно знать URL источника запроса. Но когда изменения IP (потому что, например, я должен буду переместить приложение от одного VPS одного ISP к другому ISP и т.д.), затем это могло быть очень проблематично для изменения записей DNS во всех этих доменах...

Спасибо за любые подсказки и справку.

Править: Предложенные ответы для установки домена-A CNAME на домен-X не являются корректными ответами, потому что рекорд CNAME не может быть установлен для положения во главе домена (только sub домен) без проблем. См. CNAME для вершины домена?

EDIT2: ссылки на возможные дубликаты также не полезны, поскольку они предполагают, что я управляю записями DNS всех domain-a/b/c/etc доменов. На самом деле каждый домен может принадлежать различному клиенту/клиенту с различным поставщиком. Все, что я хочу, должно помочь указать на мой IP, куда мое веб-приложение работает, и избегайте проблем в будущем, когда/если я должен был бы переместить свое веб-приложение в другой хостинг и т.д. Затем изменение всех записей DNS могло быть проблематичным...

Я просто обнаружил, что что-то как "Виртуальный IP" существует. Это могло помочь?

Другая идея, прибывающая по моему мнению, состоит в том, чтобы... решить это от другого угла.. что стратегии там, чтобы иметь один IP очень долго?

2
задан 21 July 2015 в 19:12
2 ответа

РЕДАКТИРОВАТЬ: этот ответ может быть недействительным.

Добавьте запись CNAME следующим образом:

domain-A.com CNAME domain-X.com

Это означает, что во время разрешения имени домена клиент сначала разрешает domain-A.com , DNS-сервер затем замечает, что это запись CNAME для domain-X.com , и возвращает IP-адрес domain- X.com .

Итак, клиент получает IP-адрес и по-прежнему показывает domain-A.com в поле адреса.

Веб-сервер должен быть настроен так, чтобы у него есть отдельный виртуальный хост для каждого домена или нет виртуальных хостов, соответствующих доменным именам.

0
ответ дан 3 December 2019 в 14:41

РЕДАКТИРОВАТЬ: Как вы нас предупреждали, из-за RFC1912: «Запись CNAME не может сосуществовать с любыми другими данными». Вот почему я собираюсь изменить свой ответ.

Я не хочу устанавливать для A-записи DNS для каждого домена числовой IP-адрес, а скорее как-то указать им на "IP-адрес домена-X.com" ... это это возможно?

1) Если это не проблема для вас, создайте выделенный поддомен для своего приложения и укажите его на domain-x.com.

domain-x.com.  IN A      1.2.3.4
app.domain-a.com.  IN CNAME  domain-x.com.

2) Некоторые поставщики услуг DNS разрешают выполнять этот трюк с доменами , проверьте ответы , есть список.

Пользователь все равно должен видеть domain-A.com/something НЕ domain-X.com/something в браузере

Если вы не выполняете перенаправление HTTP, все будет в порядке.

Приложение должно знать исходный URL-адрес запроса.

Это зависит от того, как вы настраиваем, но исходный хост находится в заголовке HTTP-запроса.

0
ответ дан 3 December 2019 в 14:41

Теги

Похожие вопросы