为了确保数据通信的安全，HTTPS 已广泛应用于互联网，浏览器与服务器之间的 HTTPS 通信都是加密的。然而当浏览器需要通过代理服务器发起 HTTPS 请求时，由于请求的站点地址和端口号都是加密保存于 HTTPS 请求头中的，代理服务器是如何既确保通信是加密的（代理服务器自身也无法读取通信内容）又知道该往哪里发送请求呢？为了解决这个问题，浏览器需要先通过明文 HTTP 形式向代理服务器发送一个 CONNECT 请求告诉它目标站点地址及端口号。当代理服务器收到这个请求后，会在对应的端口上与目标站点建立一个 TCP 连接，连接建立成功后返回一个 HTTP 200 状态码告诉浏览器与该站点的加密通道已建成。接下来代理服务器仅仅是来回传输浏览器与该服务器之间的加密数据包，代理服务器并不需要解析这些内容以保证 HTTPS 的安全性。
有些 IE、IIS 的问题会牵涉到客户端证书，每次搭建一个要求客户端证书的网站测试环境都要花费较长时间，痛定思痛决定把所有步骤：创建自签名根证书、服务端证书、客户端证书、配置 IIS 记录下来。
最近正在做 HTTP/2 相关的研究，由于目前所有的浏览器仅支持在 HTTPS 上使用 HTTP/2，所以通过 Wireshark 只能查看到加密后的 TLS 网络包。其实 Wireshark 提供了一些设置允许我们解码 TLS、SSL 网络包。
最近在 IE11 中遇到网页不工作并报错： “SEC7111: HTTPS 安全受到（null）的威胁” 的问题。调试后发现这是由于在 HTTPS 页面调用 document.write() 方法所导致。