在搭建支持HTTPS的前端代理服务器时候，通常会遇到让人头痛的证书问题。根据HTTPS的工作原理，浏览器在访问一个HTTPS站点时，先与服务器建立SSL连接，建立连接的第一步就是请求服务器的证书。而服务器在发送证书的时候，是不知道浏览器访问的是哪个域名的，所以不能根据不同域名发送不同的证书。用过GoAgent的人都知道需要给浏览器导入证书才能使用HTTPS正常登录Twitter等网站
SNI（Server Name Indication）是为了解决一个服务器使用多个域名和证书的SSL/TLS扩展。一句话简述它的工作原理就是，在连接到服务器建立SSL链接之前先发送要访问站点的域名（Hostname），这样服务器根据这个域名返回一个合适的证书。目前，大多数操作系统和浏览器都已经很好地支持SNI扩展，OpenSSL 0.9.8已经内置这一功能，新版的nginx也支持SNI。
客户端不支持SNI如何解决
SNI是一个很便利的扩展，随着IPv4地址的耗尽，全面支持SNI是趋势。对于不支持SNI的客户端，我们有两个解决方案：
- 建议用户升级或使用新版本的浏览器，如Chrome、Firefox等（强烈推荐），或使用非Windows 7及更高版本Win操作系统。
- 联系商务人员购买独享SSL服务。
常见的SNI支持情况
注意： SNI兼容TLS1.0及以上的协议，但不被SSL支持。
桌面版浏览器支持
- Chrome 5及以上版本
- Chrome 6及以上版本（Windows XP）
- Firefox 2及以上版本
- IE 7及以上版本（运行在Windows Vista/Server 2008及以上版本版本系统中，在XP系统中任何版本的IE浏览器都不支持SNI）
- Konqueror 4.7 及以上版本
- Opera 8 及以上版本
- Safari 3.0 on Windows Vista/Server 2008 及以上版本, or Mac OS X 10.5.6 及以上版本
手机端浏览器支持
- Android Browser on 3.0 Honeycomb 及以上版本
- iOS Safari on iOS 4 及以上版本
- Windows Phone 7 及以上版本
服务器支持
- Apache 2.2.12 及以上版本
- Apache Traffic Server 3.2.0 及以上版本
- Cherokee
- HAProxy 1.5 及以上版本
- IIS 8.0 及以上版本
- lighttpd 1.4.24 及以上版本
- LiteSpeed 4.1 及以上版本
- nginx 0.5.32 及以上版本
命令行支持
- cURL 7.18.1 及以上版本
- wget 1.14 及以上版本
库支持
- GNU TLS
- JSSE (Oracle Java) 7 及以上版本, 仅作为客户端
- libcurl 7.18.1 及以上版本
- NSS 3.1.1 及以上版本
- OpenSSL 0.9.8j 及以上版本
- OpenSSL 0.9.8f 及以上版本，需配置flag
- Qt 4.8 及以上版本