我相信这是一个简单的问题，我提前感谢你为我清理它。
使用这个例子：
foo.domain.com CNAME bar.example.com bar.example.com A 192.168.1.19 客户端在浏览器中请求foo.domain.com。
该名称查找是否简单地parsing为192.168.1.19，并且他们的请求是由主机头foo.domain.com在该地址的服务器？ 或者他们实际上是redirect的，他们的请求是由主机头bar.example.com？
我是否需要configuration服务器来侦听新的主机名（foo.domain.com），以及有效的SSL证书等？ 或者bar.example.com的现有configuration是否足够？
首先parsingDNS请求，然后浏览器通过以下头连接到192.168.1.19：
Host: foo.domain.com
所以是的，你必须为foo.domain.comconfiguration一个虚拟主机。 另外，您需要为foo.domain.com提供SSL证书，因为我认为您当前的SSL证书适用于bar.example.com 。
因为主机位于不同的区域，所以不要忘记CNAME中的主机名后面的点
foo.domain.com CNAME bar.example.com。
该名称查找是否简单地parsing为192.168.1.19，并且他们的请求是由主机头foo.domain.com在该地址的服务器？
对，就是这样
我是否需要configuration服务器来侦听新的主机名（foo.domain.com），以及有效的SSL证书等？
是的，至less对于Apache（更新的使用IIS）来说是真的。 不要忘记 – 你不能在同一个IP和同一个端口上为不同的主机使用不同的证书 。 您必须使用每个站点的差别https端口的wilcard证书