如何处理指向不同域名的CNAME的SSL证书

我的目标是:

*a.example1.com* should point to *example2.com/test* 

数据

  • example2.com的托pipe机器具有SSL证书(通配符)* .example2.com
  • 我pipe理这两个域。

我想到的解决scheme:

问题:

这将导致浏览器上的SSL证书问题。 因此,我需要在example2.com的主机上安装a.example1.com的SSL证书,更确切地说,在虚拟主机test.example2.com上安装SSL证书。 但是,我不确定这甚至是可能的吗? 我发现这个来源如何有两个虚拟主机在Apache与两个不同的域,因此具有不同的SSL证书:所以,如果我做到以下几点:

  • test.example2.com创build一个虚拟主机 – >指向“/ var / www / site / news”,并使用通配符证书“* .example2.com”

  • a.example1.com创build另一个虚拟主机—>指向/ var / www / site / test并使用通配符证书“a.example1.com”(在同一台机器上)

  • 并创build了以下logging:

    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 

这基本上意味着你的客户端将parsinga.example1.com到ip 1.2.3.4 。 这也意味着你的1.2.3.4 Web服务器(就像你说的Apache)将接收到这两个URL的请求,并且Apache足够聪明,可以将GET / POST等发送到正确的地方。

通过在虚拟主机条目中分离(甚至可以在同一个文件中),可以处理许多不同的URL和域。 我特别在单个Apache上有200个以上的vhosts文件(不是那么聪明)(转移到HAproxy应有的性能问题)。 所以是的,在同一台服务器上有两个完全不同的URL肯定会起作用。 注意正确的TLSconfiguration(如使用正确的密钥和证书等)。

[]单曲