一个HTTPS问题的排查，谁的锅？

某日临近下班的时候，收到一个客户不能打开企业邮箱页面的投诉，最终发现是 HTTPS 的问题，这篇文章完整记录了解决过程，处理投诉后，我也在思考问题产生的起因。

收到投诉后，我们的运维同事使用 QQ 远程连接客户桌面(最有效、最快速的问题排查手段)的功能理解具体的情况，初步情况如下：

• Chrome 打开企业邮箱官网(https://mail.sina.net)没有问题。
• 登录 webmail(https://webmail.sina.net)后页面空白。

运维同事使用 Chrome 开发者工具发现 webmail 页面(该页面能够正常输出数据)引入的静态元素(js、css)无法加载，将某一个 js 文件(i0.sinaimg.cn 域名)单独在 Chrome 中打开，页面出现 ERR_SSL_VERSION_OR_CIPHER_MISMATCH 错误。

可能有些同学奇怪，为什么 js 文件打不开就出现空白页面?这和我们的前台开发架构有关，页面的渲染极度依赖 js，假如 js 无法加载整个页面就无法呈现。

看到 ERR_SSL_VERSION_OR_CIPHER_MISMATCH 错误，我第一反应是服务器 https 配置兼容性不好或者者用户端(Chrome)https 配置支持不够。考虑到只有个别客户投诉，再加上我原本就知道邮箱 https 配置兼容性非常广(支持 tls 1.0、tls 1.1、tls 1.2)，所以重点怀疑用户端 https 的问题。

进一步排查发现客户的 Chrome 版本是 36，潜意识认为是客户浏览器版本过低的问题，做了两个检查：

(1)查看该 Chrome 版本是何时发布