Моя цель:
*a.example1.com* should point to *example2.com/test*
Данные:
Решения, о которых я подумал:
Создание поддомена test.example2.com указывая на контент в '/ var / www / site / test'. (субдомен должен указывать на тот же компьютер)
Создайте запись CNAME как таковую: a.example1.com CNAME test.example2.com
Проблема:
Это вызовет проблему с сертификатом SSL в браузере. Итак, мне нужно установить сертификат SSL для a.example1.com на хост-машине для example2.com а точнее на виртуальном хосте test.example2.com. Однако я не уверен, что это вообще возможно? Я нашел этот источник о том, как иметь два виртуальных хоста в apache с двумя разными доменами и, следовательно, с разными сертификатами SSL: Итак, если я сделаю следующее:
Создайте виртуальный хост для test.example2.com -> указывающий на '/ var / www / site / news' и имеющий подстановочный сертификат '* .example2.com'
Создайте еще один виртуальный хост для a.example1.com ---> указывая на / var / www / site / test и имея подстановочный сертификат 'a.example1.com' (на том же компьютере)
И создал следующую запись:
a.example1.com CNAME в test.example2.com
Решит ли это мою проблему?
Из вашего примера DNS у вас будет:
test.example2.com IN A 1.2.3.4
a.example1.com IN CNAME teste.example2.com
Это в основном означает, что ваш клиент разрешит a.example1.com в ip 1.2.3.4
. Это также означает, что ваш веб-сервер на 1.2.3.4
(как вы сказали, Apache) будет получать запросы для обоих URL-адресов, и Apache достаточно умен, чтобы отправлять GET / POST и т. д. в нужное место.
Благодаря разделению записей виртуальных хостов (даже в одном файле) вы можете обрабатывать множество разных URL-адресов и доменов. В частности, у меня более 200 файлов vhosts (не так уж и умно) на одном Apache (переход на HAproxy из-за проблем с производительностью). Так что да, наличие двух совершенно разных URL-адресов на одном сервере определенно подойдет. Просто следите за правильной конфигурацией TLS (например, с использованием правильного ключа и сертификата и т. Д.).
[] `s