HTTPS流澄清

Question

我做了一个小小的测试，结果和预期的一样，但是我正在努力理解更多。我已经配置了一个假DNS服务器来解析我的VPS的IP的所有名称。在VPS上，我安装了一个带有SSL的web服务器，然后将我的客户端计算机DNS设置为假DNS。

当我从CMD工具切换到Facebook.com时，服务器将IP解析为VPS服务器IP (这很好)。当我尝试从chrome浏览器打开Facebook时，它说连接是不安全的，但是如果直接尝试使用HTTPS打开VPS的IP，它是成功的。

我想了解Chrome连接在和真正的Facebook握手之前是如何不安全的？如果VPS还包括一个真正的SSL证书，为什么chrome不成功地打开？根据我的理解，Chrome从假DNS中获取域名IP ( Facebook )，并试图打开Facebook的IP。如果远程VPS也包含SSL，如果我尝试VPS的直接IP，为什么其他网站不转发到带有SSL连接的VPS呢？

我的浏览器的信息是：

www.facebook.com normally uses encryption to protect your information. When Google Chrome tried to connect to www.facebook.com this time, the website sent back unusual and incorrect credentials. This may happen when an attacker is trying to pretend to be www.facebook.com, or a Wi-Fi sign-in screen has interrupted the connection. Your information is still secure because Google Chrome stopped the connection before any data was exchanged.

Answer 1

虽然VPS可能为您的域拥有一个有效的证书，但您的浏览器期望证书与www.facebook.com匹配。如果没有该域的可信证书，浏览器将无法通过HTTPS进行连接。

拥有一个域的证书不足以为任何其他域建立TLS连接。