966,690 一月 独立访问用户
语言 & 开发
架构 & 设计
文化 & 方法
您目前处于：
日. 估计阅读时间:
相关厂商内容
相关赞助商
QCon北京-18日，北京&国家会议中心，
&考虑一下你们的用户每天会查阅的信息，他们不仅想查找水管工或美发师，甚至可能希望寻求法律援助，查找可信赖的医院。他们需要查找所在地周边的服务，而这其中涉及信息全部可以用于识别具体的个人。如果有黑客能够窃听这些流量，肯定能从中获得非常私密的信息。&
后斯诺登时代，这个观点无可辩驳，如果有人想窥探你的隐私，根本没必要坐在你每天必经之路上的咖啡馆里守株待兔。网络通讯不加密，任何人都可能识别出你的身份以及你在互联网上的足迹。对这类网站来说，提高安全性已经成为一项当务之急。
随着各大搜索引擎对网站评级机制的调整，HTTPS的重要性也与日俱增。根据Daniel Applequist的介绍：
&Google在这方面非常努力，为了鼓励大家广泛使用，他们已将HTTPS作为网站评级的一项重要指标。如果你要说服老板实施HTTPS，这个原因无疑能提供最大的吸引力。&
这个企业名录网站主要通过目录页和到企业官网的链接为商户提供服务，因此在搜索引擎中取得较高评级和排名已成为刚需。就算HTTPS的实施对网站评级产生不了那么大的影响，也能为自己带来显著的竞争优势。
因此这家网站最终决定实施HTTPS。
这能有多难呢？
时至今日，悬浮滑板都能造出来了，HTTPS的实施能有多难：通过有关机构申请几个新证书，部署到服务器上，更新链接并添加重定向，将访客指向HTTPS链接，这就行了，对吧！
真这么简单？
首先，就算以互联网时代的标准来衡量，这家网站也已经有些年头了。该网站诞生于1996年，随后的20年里经历了无数次补丁、升级、增加新组件、重写等过程，随后才产生了今天看到的网站。虽然包括直接面向消费者的系统在内，网站提供了大量现代化系统，但也有一些不常用（但同样重要）的基础结构并未使用相同技术，甚至编程语言都不统一。
网站使用了部署在数据中心内，自己可以全面控制的传统服务器，同时也使用了一些自己无法完全控制的云服务器，这些云服务必须由供应商进行必要的修改才能满足与HTTPS有关的需求。为了让网站在浏览器的地址栏中显示那个锁头标志，他们已经列出了所有涉及的第三方供应商。此外还要设置将访客重定向至恰当位置所需的规则，并处理已经在互联网上存在20年之久的大量链接。
他们希望能在服务不停机，不影响用户、网站性能，以及搜索引擎评级的情况下完成这一切。
开始执行前，他们觉得只要和下图列出的这些内部团队交流一下，就能顺利实施。对于规模更小的组织，涉及的团队可能更少，但对这家网站来说，实际情况已经和下图截然不同了。
首先要确定整个系统中以硬链接方式使用HTTP协议的所有组件，并将它们切换至HTTPS。此时最简单的做法是在本地开发计算机上创建自签名证书，然后看看哪些组件无法支持。互联网上有很多关于自签名证书创建方法的教程，例如以及。另外还需要使用对配置进行测试，以确保创建的安全连接可以使用恰当的密码算法。
完成上述任务后，运行网站并查看是否遇到错误。错误还真不少，包括：
Adobe Analytics出错
Adtech广告服务出错
网站整个评论区无法使用
少数内部URL，包括每个页面的标准链接出错
总的来说大部分组件都能正常使用，在大部分URL中添加&S&（或移除整个协议）后，都能打开相应的页面。从技术上来看，这还是最简单的部分，毕竟大部分组件都正常，只需要进行少量修复。那么接下来需要修复现存的问题了。
AOL的Adtech平台是全球最大的广告网络之一，此外还有Google的DoubleClick，它们都支持通过HTTPS提供广告服务。与Adtech的负责人进行简单的沟通，阅读相关文档后，已经了解了需要做出的改动，并确认可以通过安全连接展示广告。
但此处的问题在于，尽管Adtech可以通过HTTPS提供图片和JavaScript库，但他们插入页面的广告本身可能并不是通过HTTPS提供的。最好的情况，这会导致页面显示有关混合内容的警告；最糟糕的情况，会导致广告的实际位置和预设的放置位置之间产生300&250像素的偏移。
解决这个问题需要人的参与 &
与负责广告业务的经理联系，要求所有广告都必须通过HTTPS的方式提供。他们非常乐意地答应了，并指出了页面中所有用于放置广告的区域。此外他们还改变了广告销售团队的工作流程，以确保新投放的广告能够默认通过HTTPS方式提供。广告团队还同意密切关注广告供应商的服务，让Adtech只选择能够通过HTTPS提供广告内容的供应商，毕竟目前并非所有广告供应商能够支持HTTPS。通过与Adtech合作，该网站达成了互惠互利的成果。
这个问题，他们认为，大约80%的广告业公司已经可以支持HTTPS，虽然挺多但还不够，并且这可能成为很多网站不愿意实施HTTPS的一个主要原因。对于完全依靠广告收入的网站，可能很难证明这种迁移的必要性。
进行到这一步时，上文列举的示意图通过扩展已经变成这样：
ADOBE ANALYTICS
这家网站还使用了Adobe的分析解决方案Omniture（其功能与Google Analytics类似）。网站业务对该技术的依赖较强，借助Omniture他们可以为商户提供有关名录信息在网站上刊登后所获得实际效果之类的宝贵数据。简而言之，对该网站来说Omniture是个非常重要的工具，有很多员工专门负责该系统的正常运转。
为确保这个系统不会遇到问题，并且无需使用第三方域名，他们联系了Adobe客户支持，要求为自己的域名启用HTTPS信标集（Beacon collection）。随后填表并申请证书，Adobe建议他们可以开始升级，并能将服务迁移至一个距离更近的数据中心。这一切听起来都挺合理，尤其是区域性数据集的使用，意味着他们可以将数据保存在距离自己更近的服务器上。
这一系列过程耗费的时间比较长，大约用了两个月。由于需要对多个系统进行测试调整，并升级库文件，这些工作必须先于其他改动完成。这对后勤来说是更大的挑战，因为需要进行大量审查。为完成这个任务，他们撰写的报告数量远超代码数量。
这一过程结束后，整个网站的表现在各方面都有所提高：升级后页面加载时间缩短了大约100毫秒，通过使用新的库文件，整体分析能力也有大幅改进。
启动HTTPS转换项目三个月后，这些改动于2015年4月上线。至此整个项目涉及的部门涵盖了：
该网站的评论平台是整个环境中最古老的组件之一，是数年前通过收购获得的。这意味着有关HTTPS的一些技术工作必须重复进行。这个过程不像听起来那么简单。把这个平台单独拿出来说是因为在任何项目中，总会有那么一两个系统无法正常工作，需要额外花费大量时间解决。评论平台就是这样。
在转换工作的这一阶段中出现了整个项目过程中最多的技术难题，以至于需要持续进行部署和测试，这也是整个项目中做出的最明智的决策之一。
最后还需要获取证书，部署到服务器，并对用户进行重定向。
个人如果想购买SSL证书，相对来说还是比较简单的。对于小型网站，可以考虑通过获取免费证书。另外还可以通过项目使用一个简单的命令行界面为服务获取免费证书。但对于大型公司来说，由于以前需要为客户购买大量证书，这家公司已经具备购买证书所需的协议和采购过程。这意味着整个过程可能需要很长时间，但最终只需要把证书交给安全团队就可以了。出于下列原因，这家公司打算使用使用带有扩展验证（EV）的证书：
象征着更进一步的信任
价格比普通证书贵不了多少
只有这种类型的证书可以让Microsoft Edge浏览器中显示绿色的锁头图标，也只有这种类型可以在大部分其他浏览器中显示绿色锁头，从安全感的角度来说这一点很重要
为了获得EV证书，不仅要以数字化方式证明你是网站的所有者，还要证明你是实际存在的。对这家网站来说，最困难的地方在于第三方公司的验证，因为这家网站的域名是为公司注册的，因此可以合法地以母公司旗下公司的身份来注册。为此可能要与法务团队沟通，并对域名记录中的公司名称进行调整，以便与公司的注册记录相匹配。这个问题解决起来并不麻烦，但是整整用了四周的时间。
至此该项目涉及的部门数量开始激增：
(点击放大图像)
其他技术供应商
整个过程还涉及与该网站合作的另外两个技术供应商。其中一个提供防采集（Anti-scraping）服务，另一个为网站的视频服务提供内容交付网络（CDN）服务。这两家服务商都需要持有网站所购买证书的副本，并且每年要多收取数千美元服务费。供应商的实施过程相当顺利，但这只是诸多环节中的一环。
这一过程还要提供带有公司签字的业务案例。撰写案例，花时间等待全部有关人员提供反馈，提交给预算负责人，整个过程用了三周时间。
对大部分工程师来说，业务案例的撰写是一个艰难的过程，很多人以前从未写过。幸亏该网站的实施团队中有个成员以前写过类似的东西，在整个过程中提供了很多帮助，但对于纯粹的工程师，或者在组织内部缺乏足够支持的人来说，这个任务还是挺艰巨的。
性能方面的顾虑
在审阅业务案例的过层中，大家突然开始担心这样做对系统性能造成的潜在影响。运营团队了解到这些情况后仔细研究了可能受到影响的领域。
HTTPS请求可以止于负载平衡器层面，这一点非常重要。为了改善负载平衡器的TLS性能，该网站对负载平衡器的软件进行了更新，这样便能以足够的速度处理请求。
过渡过程中，还要对网站的性能进行详细的监视并创建报表。虽然这种做法只能从启用了Navigation Timing v2的浏览器（Chrome以及iOS 9）获得准确的TLS数据，不过这些数据已经足够了。
上线当天更新了下列内容，这些内容对该网站的SEO工作都是至关重要的：
网站地图，以及其中包含的每个URL（上千万个链接）
Robots.txt文件，指向更新后的HTTPS网站地图
每个页面的HTTPS链接标准URL
为HTTPS和所有子属性注册，以便对过渡过程进行监视
通过301重定向将HTTP流量转向HTTPS
上线后一天时间内没有遇到任何问题，每个用户都看到了那个绿色的锁头图标。
从构思到最终上线，整个HTTPS迁移项目耗时7个月，涉及到下列10个内部部门和5个外部机构：
(点击放大图像)
对于这种大规模的转换，很难在一开始就考虑得面面俱到。成功上线后，该网站花费了几天时间解决诸如邮件发送、高级广告发布，以及性能测试等问题。Java是造成这些问题的罪魁祸首。
这个网站使用Java开发，并维持了一份可信任根证书颁发机构（CA）清单。取决于所用Java的版本，某些CA可能不被信任，因此如果要从某个HTTPS链接获取资源，但链接使用了不被信任的证书，会在系统中产生错误信息。该网站遇到问题的主要原因是，并非所有系统都将网站所使用的证书供应商加入到自己的密钥存储中。
其实只要更新密钥存储就能解决问题，但有段时间里这样做毫无效果。经检查发现，这个问题只有在开始将内部流量从HTTP重定向至HTTPS的时候才会遇到这个错误，同一时间里也在对用户进行重定向。这里学到了一个宝贵的经验：为了避免任何可能无法支持HTTPS的应用程序出错，可能需要准备一个不升级的内部HTTP服务。
都说HTTPS很快，对比较新的浏览器来说更是如此。无需准备专用硬件即可在合理的时间内解密数据，但作为底线，你到底能接受多大的性能差异？这家网站对真实用户的监视结果是这样的：
HTTPS让台式机延长了150ms，智能手机延长了200ms，这些只是中间值，95%的用户耗时超过半秒。
这个影响已经相当大了，尤其是在一些极端下，有5%的用户需要额外花费两秒钟进行HTTPS协商，随后才能建立连接。如果要维持首次渲染时间不超过1000毫秒这一目标，TLS协商花费的200毫秒就占掉了整个&预算&的20%。考虑到3G移动网络至少存在300毫秒的延迟，留给你在浏览器中显示完整页面的时间就只剩半秒钟了。TLS协商额外需要的200毫秒使得这一目标几乎无法实现。
为了缓解这个问题，该网站在负载平衡器上执行了一些TCP Profile优化。他们使用的负载平衡器（Citrix Netscaler）被业内很多大型组织所采用，但有关该设备的性能优化，公开的信息并不多。该网站最终决定按照介绍的方法进行优化。
对于(文中表格里列出的)7个关键特性与概念，和能最大程度改善性能，但Netscaler并不支持。该设备只在最新版软件中开始支持HTTP/2，这可谓是HTTPS的杀手级功能，但该网站目前还无法使用。负载平衡器本身存在较大局限，此时可以通过Is TLS Fast Yet提供的可支持功能列表了解不同厂商产品可优化的领域，或者更换自己所用的产品。
尽管如此，该网站还是尝试了一种配置文件（TLS false start on、record size optimisation、correct window sizing），这些措施让中间值降低了大约20毫秒，一些极端情况下的改善幅度更大。老实说效果并不明显，不过聊胜于无。
此外还可以考虑升级至协议之类的技术，借此改善TLS协商过程，降低RTT（往返时延），将消极影响转变为性能的提升。
HTTP REFERRER
很多人可能并不知道，大量分析系统都是依靠HTTP referrer识别流量来源的。通过Referrer可以了解某个访问的来源页面地址，这一点对营销活动的效果分析，以及追踪网络上的链接情况非常重要。
HTTP 1.1规范定义了：
为了让转换至HTTPS的网站将Referrer信息传递给诸如Google Analytics等服务，目标网站也必须使用HTTPS协议。虽然互联网上很多网站开始转换为HTTPS协议，但情况依然不乐观。该公司99%的客户网站依然使用HTTP协议，并且对于已使用HTTPS的那1%的客户，其中还有1/4是Facebook页面。
对该网站来说，转换至HTTPS将造成极为广泛的影响。
虽然该网站直接为商家提供了点击率这个指标，但很多商家依然选择使用Google Analytics在更大范围内追踪整个网络上的营销效果。因此如果该网站的Referrer数据无法将信息发送至这些商家的仪表板，在商家看来这个网站的业务好像已经停运了。当然商家的整体流量不会受到影响，但&看上去停运&这种事情有时候甚至比真的停运了让人感觉更不好。
其实可以通过一种名为的技术将Referral数据从HTTPS传递至HTTP。这样就可以通过更细化的方式控制Referrer，如果将其设置为&不安全&，即可确保始终传递Referrer。然而Internet Explorer不支持这一功能，因此如果使用这个方法，该网站可能失去大部分流量，所以这种情况下最好还是别使用该功能。
或者可以使用内容安全策略控制Referrer，Twitter之类的t.co网址缩短服务就是这样发送Referral的。但支持这一功能的浏览器更少，目前仅Chrome和Firefox可以支持，因此该方法也不适用。那么只能多做培训了。
该网站的工程团队花费数周时间与销售、客户服务，以及营销团队合作，引导客户完成此次转换。公司各部门开始向客户介绍转换至HTTPS所能获得的好处，并鼓励客户也考虑升级至HTTPS，或者直接将营销相关的标签放置在URL中，这样做可以让报表数据的精确度大幅提高，尤其是Google Analytics的报表。
完成上述过程后，原本&简单&的改动导致涉及到的团队几乎涵盖了公司的所有部门：
(点击放大图像)
HTTPS之难，难于上青天
本文旨在介绍对于大规模组织，实施HTTPS的难度到底有多大，以及企业在这一过程中可能遇到的挑战。
简而言之：影响HTTPS实施的主要问题并不在技术本身，更多在于人的问题 & 换句话说，也就是缺乏足够的动力。对很多网站来说，没有足够的动力让他们经历各种头疼的问题将网站迁移至HTTPS协议。
如何让HTTPS的实施变得简单一些？
根据上文的各种经历，建议：
使用免费的标准证书。证明了证书可以免费获取，并且过程很简单，，而Amazon Web Services也开始为东海岸数据中心。
降低设置成本：专用IP地址确实很贵，为了让HTTPS大规模普及，这东西还需要继续降价（甚至完全免费）。或者可以考虑SNI技术，但目前支持该技术的服务商还不太多。
SaaS（软件即服务）供应商应该默认提供HTTPS
Google、Bing和Yahoo需要让HTTPS成为更重要的评级因素。目前搜索引擎对HTTPS的态度是&有，最好&，但没有其实也无所谓。如果Google真的希望整个网络转换至HTTPS，那么就需要表达出更明确的意见。
加强有关HTTPS能带来什么好处的教育& 尤其是在Referrers、性能，以及证书问题等方面。Google最近发布了一些，并发布了自己的，但目前这些指南和报告中并未包含多丰富的信息。
为开发者实施特权级上下文（Privileged context）规范 & 目前有一些计划，打算默认封锁对位置信息、用户媒体，以及其他类似内容的访问，并且只允许通过HTTPS协议使用这些内容。这就是所谓的。但仅封锁特定功能是不够的，并且这种做法只有在初见成效后才更可行，否则可能产生反作用。期待这种技术在未来能够进一步完善。
最后，浏览器开发商需要向公众和网络公司表达出强有力的信号，让大家知道HTTP是不安全的。Google和Mozilla都，但具体程度目前依然不明了。
总的来说，HTTPS的未来是光明的，不过目前来说前路还很坎坷。
感谢对本文的审校。
给InfoQ中文站投稿或者参与内容翻译工作，请邮件至。也欢迎大家通过新浪微博（，），微信（微信号：）关注我们。
Author Contacted
告诉我们您的想法
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
LetsEncrypt 这个超赞
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p
当有人回复此评论时请E-mail通知我
赞助商链接
InfoQ每周精要
通过个性化定制的新闻邮件、RSS Feeds和InfoQ业界邮件通知，保持您对感兴趣的社区内容的时刻关注。
架构 & 设计
文化 & 方法
<及所有内容，版权所有 &#169;
C4Media Inc.
服务器由 提供, 我们最信赖的ISP伙伴。
北京创新网媒广告有限公司
京ICP备号-7
注意：如果要修改您的邮箱，我们将会发送确认邮件到您原来的邮箱。
使用现有的公司名称
修改公司名称为：
公司性质：
使用现有的公司性质
修改公司性质为:
使用现有的公司规模
修改公司规模为：
使用现在的国家
使用现在的省份
Subscribe to our newsletter?
Subscribe to our industry email notices?
我们发现您在使用ad blocker。
我们理解您使用ad blocker的初衷，但为了保证InfoQ能够继续以免费方式为您服务，我们需要您的支持。InfoQ绝不会在未经您许可的情况下将您的数据提供给第三方。我们仅将其用于向读者发送相关广告内容。请您将InfoQ添加至白名单，感谢您的理解与支持。后使用快捷导航没有帐号？
百度地图不支持HTTPS协议，所以要屏蔽HTTPS
在程序里面写几个执行命令，让客户端的浏览器配置改变，这个可以实现么
你想完成什么工作？这种应该你在链接的时候做判断啊。不应该在浏览器端进行屏蔽之类的。
回复 阿_天： 没用啊~~~唉。。。谢了。以后常联系~~~~~~&
回复 aliry： 去问问百度地图的人吧。问问他们api如何引用的。&
现在是百度地图屏蔽HTPPS，百度是http的。&
我也是那么想的啊，怎么服务器肯定不能操作客户端啊，但是现在这个问题该怎么处理。。。&
回复 aliry： 火狐支持混排的。现在不会屏蔽https里面的http。顺道你要远程操作用户的浏览器是不可能的。要是能操作就是重大安全漏洞了。&HTTP与HTTPS的区别-马海祥博客
新型SEO思维就是从一个全新的层次上提升seo优化的水平，达到网络信息最佳化的展示效果！
> HTTP与HTTPS的区别
HTTP与HTTPS的区别
时间：&&&文章来源：马海祥博客&&&访问次数：
超文本传输协议HTTP协议被用于在Web浏览器和网站服务器之间传递信息，HTTP协议以明文方式发送内容，不提供任何方式的数据加密，如果攻击者截取了Web浏览器和网站服务器之间的传输报文，就可以直接读懂其中的信息，因此，HTTP协议不适合传输一些敏感信息，比如：信用卡号、密码等支付信息。
为了解决HTTP协议的这一缺陷，需要使用另一种协议：安全套接字层超文本传输协议HTTPS，为了数据传输的安全，HTTPS在HTTP的基础上加入了SSL协议，SSL依靠证书来验证服务器的身份，并为浏览器和服务器之间的通信加密。
一、HTTP和HTTPS的基本概念
HTTP：是互联网上应用最为广泛的一种网络协议，是一个客户端和服务器端请求和应答的标准（TCP），用于从WWW服务器传输超文本到本地浏览器的传输协议，它可以使浏览器更加高效，使网络传输减少。
HTTPS：是以安全为目标的HTTP通道，简单讲是HTTP的安全版，即HTTP下加入SSL层，HTTPS的安全基础是SSL，因此加密的详细内容就需要SSL。
HTTPS协议的主要作用可以分为两种：一种是建立一个信息安全通道，来保证数据传输的安全；另一种就是确认网站的真实性。
二、HTTP与HTTPS有什么区别？
HTTP协议传输的数据都是未加密的，也就是明文的，因此使用HTTP协议传输隐私信息非常不安全，为了保证这些隐私数据能加密传输，于是网景公司设计了SSL（Secure Sockets Layer）协议用于对HTTP协议传输的数据进行加密，从而就诞生了HTTPS。
HTTPS加密、加密、及验证过程，如下图所示：
简单来说，HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，要比http协议安全。
HTTPS和HTTP的区别主要如下：
1、https协议需要到ca申请证书，一般免费证书较少，因而需要一定费用。
2、http是超文本传输协议，信息是明文传输，https则是具有安全性的ssl加密传输协议。
3、http和https使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。
4、http的连接很简单，是无状态的；HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议安全。
三、HTTPS的工作原理
我们都知道HTTPS能够加密信息，以免敏感信息被第三方获取，所以很多银行网站或电子邮箱等等安全级别较高的服务都会采用HTTPS协议。
1、客户端发起HTTPS请求
这个没什么好说的，就是用户在浏览器里输入一个https网址，然后连接到server的443端口。
2、服务端的配置
采用HTTPS协议的服务器必须要有一套数字证书，可以自己制作，也可以向组织申请，区别就是自己颁发的证书需要客户端验证通过，才可以继续访问，而使用受信任的公司申请的证书则不会弹出提示页面(startssl就是个不错的选择，有1年的免费服务)。
这套证书其实就是一对公钥和私钥，如果对公钥和私钥不太理解，可以想象成一把钥匙和一个锁头，只是全世界只有你一个人有这把钥匙，你可以把锁头给别人，别人可以用这个锁把重要的东西锁起来，然后发给你，因为只有你一个人有这把钥匙，所以只有你才能看到被这把锁锁起来的东西。
3、传送证书
这个证书其实就是公钥，只是包含了很多信息，如证书的颁发机构，过期时间等等。
4、客户端解析证书
这部分工作是有客户端的TLS来完成的，首先会验证公钥是否有效，比如颁发机构，过期时间等等，如果发现异常，则会弹出一个警告框，提示证书存在问题。
如果证书没有问题，那么就生成一个随机值，然后用证书对该随机值进行加密，就好像上面说的，把随机值用锁头锁起来，这样除非有钥匙，不然看不到被锁住的内容。
5、传送加密信息
这部分传送的是用证书加密后的随机值，目的就是让服务端得到这个随机值，以后客户端和服务端的通信就可以通过这个随机值来进行加密解密了。
6、服务段解密信息
服务端用私钥解密后，得到了客户端传过来的随机值(私钥)，然后把内容通过该值进行对称加密，所谓对称加密就是，将信息和私钥通过某种算法混合在一起，这样除非知道私钥，不然无法获取内容，而正好客户端和服务端都知道这个私钥，所以只要加密算法够彪悍，私钥够复杂，数据就够安全。
7、传输加密后的信息
这部分信息是服务段用私钥加密后的信息，可以在客户端被还原。
8、客户端解密信息
客户端用之前生成的私钥解密服务段传过来的信息，于是获取了解密后的内容，整个过程第三方即使监听到了数据，也束手无策。
四、搜索引擎对HTTPS的态度
百度推出了全站HTTPS加密搜索服务，以此解决&第三方&对用户隐私的嗅探和劫持，其实，早在2010年5月份，谷歌便开始提供HTTPS加密搜索服务，在HTTPS网页的抓取问题上，百度在2014年9月份的一份公告中表示&百度不会主动抓取HTTPS网页&，谷歌在算法更新中则表示&同等条件下，使用HTTPS加密技术的站点在搜索排名上更具优势&。
那么，在这种大环境下，站长是否该采用&具有风险&的HTTPS协议呢？HTTPS对搜索引擎的SEO影响又如何呢？
1、谷歌的态度
谷歌在HTTPS站点的收录问题上与对HTTP站点态度并无什么不同之处，甚至把&是否使用安全加密&（HTTPS）作为搜索排名算法中的一个参考因素，采用HTTPS加密技术的网站能得到更多的展示机会，排名相对同类网站的HTTP站点也更有优势。
而且谷歌曾明确表示&希望所有的站长都能将使用HTTPS协议，而非HTTP&更是表明了其对达到&HTTPS everywhere&这一目标的决心。
2、百度的态度
虽然百度曾表示&不会主动抓取https网页&，但对于&很多https网页无法被收录&也是&耿耿于怀&，去年9月份，百度曾就&https站点如何建设才能对百度友好&问题发布了一篇文章，给出了&提高https站点的百度友好度&的四项建议及具体操作。
此外，近日的&百度全站HTTPS加密搜索&事件也再次彰显了百度对HTTPS加密的重视，可见，百度并不&反感&HTTPS站点，所以&不主动抓取&应该也只是暂时的吧！
五、HTTPS要比HTTP多用多少服务器资源？
HTTPS其实就是建构在SSL/TLS之上的 HTTP协议，所以，要比较HTTPS比HTTP多用多少服务器资源，马海祥认为主要看SSL/TLS本身消耗多少服务器资源。
HTTP使用TCP三次握手建立连接，客户端和服务器需要交换3个包（具体可查看马海祥博客《》的相关介绍）；HTTPS除了TCP的三个包，还要加上ssl握手需要的9个包，所以一共是12个包。
HTTP建立连接，按照下面链接中针对Computer Science House的测试，是114毫秒；HTTPS建立连接，耗费436毫秒，ssl部分花费322毫秒，包括网络延时和ssl本身加解密的开销（服务器根据客户端的信息确定是否需要生成新的主密钥；服务器回复该主密钥，并返回给客户端一个用主密钥认证的信息；服务器向客户端请求数字签名和公开密钥）。
当SSL连接建立后，之后的加密方式就变成了3DES等对于CPU负荷较轻的对称加密方式，相对前面SSL建立连接时的非对称加密方式，对称加密方式对CPU的负荷基本可以忽略不记，所以问题就来了，如果频繁的重建ssl的session，对于服务器性能的影响将会是致命的，尽管打开HTTPS保活可以缓解单个连接的性能问题，但是对于并发访问用户数极多的大型网站，基于负荷分担的独立的SSL termination proxy就显得必不可少了，Web服务放在SSL termination proxy之后，SSL termination proxy既可以是基于硬件的，譬如F5；也可以是基于软件的，譬如维基百科用到的就是Nginx。
那采用HTTPS后，到底会多用多少服务器资源，2010年1月Gmail切换到完全使用HTTPS， 前端处理SSL机器的CPU负荷增加不超过1%，每个连接的内存消耗少于20KB，网络流量增加少于2%，由于Gmail应该是使用N台服务器分布式处理，所以CPU负荷的数据并不具有太多的参考意义，每个连接内存消耗和网络流量数据有参考意义，这篇文章中还列出了单核每秒大概处理1500次握手（针对1024-bit 的 RSA），这个数据很有参考意义。
Heartbleed这个被称作史上最大的网络安全漏洞，想必很多人都有所耳闻，Heartbleed之所以能够出现，其实和我们这个问题关系还不小，前面我们谈到了频繁重建SSL/TLS的session对于服务器影响是致命的，所以，聪明的RFC在2012年提出了RFC6520 TLS的心跳扩展，这个协议本身是简单和完美的，通过在客户端和服务器之间来回发送心跳的请求和应答，保活TLS session，减少重建TLS的session的性能开销，令人遗憾的是，openssl在实现这个心跳扩展时，犯了一个低级的错误，没有对收到的心跳请求进行长度检查，直接根据心跳请求长度拷贝数据区，导致简单的心跳应答中可能包含了服务器端的核心数据区内容，用户名，密码，信用卡信息，甚至服务器的私有密钥都有可能泄露。
六、HTTPS的优点
正是由于HTTPS非常的安全，攻击者无法从中找到下手的地方，从站长的角度来说，HTTPS的优点有以下2点：
1、SEO方面
谷歌曾在2014年8月份调整搜索引擎算法，并称&比起同等HTTP网站，采用HTTPS加密的网站在搜索结果中的排名将会更高&。
尽管HTTPS并非绝对安全，掌握根证书的机构、掌握加密算法的组织同样可以进行中间人形式的攻击，但HTTPS仍是现行架构下最安全的解决方案，主要有以下几个好处：
（1）、使用HTTPS协议可认证用户和服务器，确保数据发送到正确的客户机和服务器；
（2）、HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，要比http协议安全，可防止数据在传输过程中不被窃取、改变，确保数据的完整性。
（3）、HTTPS是现行架构下最安全的解决方案，虽然不是绝对安全，但它大幅增加了中间人攻击的成本。
七、HTTPS的缺点
虽然说HTTPS有很大的优势，但其相对来说，还是有些不足之处的，具体来说，有以下2点：
1、SEO方面
据ACM CoNEXT数据显示，使用HTTPS协议会使页面的加载时间延长近50%，增加10%到20%的耗电，此外，HTTPS协议还会影响缓存，增加数据开销和功耗，甚至已有安全措施也会受到影响也会因此而受到影响。
而且HTTPS协议的加密范围也比较有限，在黑客攻击、拒绝服务攻击、服务器劫持等方面几乎起不到什么作用。
最关键的，SSL证书的信用链体系并不安全，特别是在某些国家可以控制CA根证书的情况下，中间人攻击一样可行。
2、经济方面
（1）、SSL证书需要钱，功能越强大的证书费用越高，个人网站、小网站没有必要一般不会用。
（2）、SSL证书通常需要绑定IP，不能在同一IP上绑定多个域名，IPv4资源不可能支撑这个消耗（SSL有扩展可以部分解决这个问题，但是比较麻烦，而且要求浏览器、操作系统支持，Windows XP就不支持这个扩展，考虑到XP的装机量，这个特性几乎没用）。
（3）、HTTPS连接缓存不如HTTP高效，大流量网站如非必要也不会采用，流量成本太高。
（4）、HTTPS连接服务器端资源占用高很多，支持访客稍多的网站需要投入更大的成本，如果全部采用HTTPS，基于大部分计算资源闲置的假设的VPS的平均成本会上去。
（5）、HTTPS协议握手阶段比较费时，对网站的相应速度有负面影响，如非必要，没有理由牺牲用户体验。
八、网站是否需要采用HTTPS加密？
虽然谷歌和百度都对HTTPS&另眼相看&，但这并不意味着站长们都应该把网站协议转换成HTTPS的！
早在去年9月份，Moz就针对&采用HTTPS协议&展开了一项调查，结果如下图：
注：调查开展时间在谷歌宣布&使用HTTPS协议的网站可以获得更好的排名&后
如上图所示，在此项调查中，17.24%的站长表示其网站已采用HTTPS协议；24.9%的站长表示正在搭建中；57.85%的站长表示目前仍无此项计划，从这些数据可以看出，当时大部分的站长还是没有选择使用HTTPS协议，那么，站长们到底该不该选择有利有弊的HTTPS协议呢？
从这些数据可以看出，当时大部分的站长还是没有选择使用HTTPS协议，那么站长们到底该不该选择有利有弊的HTTPS协议呢？
首先说说谷歌方面，虽然谷歌不断强调&使用HTTPS加密技术的网站能获得更好的排名&，但也不能排除这是&别有用心&之举。
国外分析师就曾针对这一问题表示：谷歌之所以做出这一举动（更新算法，将是否采用HTTPS加密技术作为搜索引擎排名的的一个参考因素）也许并非是为了提高用户的搜索体验和互联网安全问题，只是为了挽回在&棱镜门&丑闻中的&损失&，这是一个典型的打着&牺牲小我&旗号的利我之举，高举&安全影响排名&旗帜、高呼&HTTPS everywhere&口号，然后不费吹灰之力让广大站长们心甘情愿的投入HTTPS协议阵营。
然后是百度方面，虽然百度宣布全站进入HTTPS加密搜索时代，但至今仍&不会主动抓取HTTPS页面&，也从未就&未来是否会调整算法&问题表过态，如果站长在采用HTTPS协议后仍需制作个&http可访问版&、或是通过301重定向&自动跳入https版本&，那么，采用HTTPS协议的代价就不再只是多花money的问题了。
在思考&到底该不该采用HTTPS协议&这个问题时，多考虑考虑怎样做对你的用户更友好吧（具体可查看马海祥博客《》的相关介绍）！
如果你的网站属于、金融、社交网络等领域的话，那最好是采用HTTPS协议；如果是博客站点、宣传类网站、分类信息网站、或者是新闻网站之类的话，大可不必跟风而行，毕竟HTTPS协议不仅耗钱，浪费精力，而且暂时也不利于网站的SEO工作。详情可查看：我到底该不该用&影响搜索排名&的HTTPS？
九、站长如何搭建HTTPS站点？
说到HTTPS站点的搭建，就不得不提到SSL协议，SSL是Netscape公司率先采用的网络安全协议，它是在传输通信协议（TCP/IP）上实现的一种安全协议，采用公开密钥技术，SSL广泛支持各种类型的网络，同时提供三种基本的安全服务，它们都使用公开密钥技术。
1、SSL的作用
（1）、认证用户和服务器，确保数据发送到正确的客户机和服务器；
（2）、加密数据以防止数据中途被窃取；
（3）、维护数据的完整性，确保数据在传输过程中不被改变。
而SSL证书指的是在SSL通信中验证通信双方身份的数字文件，一般分为服务器证书和客户端证书，我们通常说的SSL证书主要指服务器证书，SSL证书由受信任的数字证书颁发机构CA（如VeriSign，GlobalSign，WoSign等），在验证服务器身份后颁发，具有服务器身份验证和数据传输加密功能，分为扩展验证型(EV)SSL证书、组织验证型(OV)SSL证书、和域名验证型（DV）SSL证书。
2、SSL证书申请的3个主要步骤
对于SSL证书的申请，主要有以下3个步骤：
（1）、制作CSR文件
所谓CSR就是由申请人制作的Certificate Secure Request证书请求文件，制作过程中，系统会产生2个密钥，一个是公钥就是这个CSR文件；另外一个是私钥，存放在服务器上。
要制作CSR文件，申请人可以参考WEB SERVER的文档，一般APACHE等，使用OPENSSL命令行来生成KEY+CSR2个文件，Tomcat，JBoss，Resin等使用KEYTOOL来生成JKS和CSR文件，IIS通过向导建立一个挂起的请求和一个CSR文件。
（2）、CA认证
将CSR提交给CA，CA一般有2种认证方式：
①、域名认证：一般通过对管理员邮箱认证的方式，这种方式认证速度快，但是签发的证书中没有企业的名称。
②、企业文档认证：需要提供企业的营业执照，一般需要3-5个工作日。
也有需要同时认证以上2种方式的证书，叫EV证书，这种证书可以使IE7以上的浏览器地址栏变成绿色，所以认证也最严格。
（3）、证书的安装
在收到CA的证书后，可以将证书部署上服务器，一般APACHE文件直接将KEY+CER复制到文件上，然后修改HTTPD.CONF文件；TOMCAT等，需要将CA签发的证书CER文件导入JKS文件后，复制上服务器，然后修改SERVER.XML；IIS需要处理挂起的请求，将CER文件导入。
十、免费证书推荐
使用SSL证书不仅能让信息的安全性更有保障，还可以提高用户对于网站的信任度，但鉴于对建站成本的考虑，很多站长对其望而却步，在网络上免费始终是一个永远不过时的市场，主机空间有免费的，而SSL证书自然也有免费的，此前，便有消息称，Mozilla、思科、Akamai、IdenTrust、EFF、以及密歇根大学的研究人员将开启Let&s Encrypt CA项目，计划从今夏开始，为网站提供免费SSL证书以及证书管理服务（注：如需更高级的复杂证书，则需付费），同时，还降低了证书安装的复杂程度，安装时间仅需20-30秒。
而需要复杂证书的往往是大中型网站，诸如个人博客之类的小型站点完全可以先尝试免费SSL证书，如果想要购买低价SSL证书可查看站长之家之前发布的文章：如何购买廉价SSL证书？。
下面马海祥博客再为大家介绍几款免费SSL证书，比如：CloudFlare SSL、StartSSL、Wosign沃通SSL、NameCheap等。
1、CloudFlare SSL
CloudFlare是美国一家提供CDN服务的网站，在世界各地都有自己的CDN服务器节点，国内外很多大型公司或者网站都在使用CloudFlare的CDN服务，当然国内站长最常用的就是CloudFlare的免费CDN，加速也很好，CloudFlare提供的免费SSL证书是UniversalSSL，即通用SSL，用户无需向证书发放机构申请和配置证书就可以使用的SSL证书，CloudFlare向所有用户(包括免费用户)提供SSL加密功能，web界面5分钟内就设置好证书，24小时内完成自动部署，为网站的流量提供基于椭圆曲线数字签名算法（ECDSA）的TLS加密服务。
2、StartSSL
StartSSL是StartCom公司旗下的SSL证书，提供免费SSL证书服务，且StartSSL被包括Chrome、Firefox、IE在内的主流浏览器支持，几乎所有的主流浏览器都可以正常识别StartSSL，任何个人都可以从StartSSL中申请到免费一年的SSL证书。
3、Wosign沃通SSL
Wosign沃通是国内一家提供SSL证书服务的网站，其免费的SSL证书申请比较简单，在线开通，一个SSL证书只能对应一个域名，支持证书状态在线查询协议(OCSP)。
4、NameCheap
NameCheap是一家领先的ICANN认可的域名注册和网站托管公司，成立于2000年，该公司提供免费DNS解析，网址转发（可隐藏原URL，支持301重定向）等服务，此外，NameCheap还提供了一年的SSL证书免费服务。
马海祥博客点评：
从商业机构到政府部门再到个人家庭，越来越多的用户使用网络来处理事务，交流信息和进行交易活动，这些都不可避免地涉及到网络安全问题，尤其是认证和加密问题，特别是在网上进行购物交易活动中，必须保证交易双方能够互相确认身份，安全地传输敏感信息，事后不能否认交易行为，同时还要防止他人截获篡改宝贵信息或假冒交易方。
那么，我们该如何提高站点信息的安全性呢？目前最简单的解决方案就是利用SSL安全技术来实现WEB的安全访问。
本文为原创文章，如想转载，请注明原文网址摘自于/internet/1233.html，注明出处；否则，禁止转载；谢谢配合！
您可能还会对以下这些文章感兴趣！
好久没来百度站长工具平台了，今天在登陆百度站长平台上发现百度上线了WordPress结构化数据插件和Discuz结……
近日，有媒体报道称，打车领域两大巨头滴滴打车、快的打车即将合并，合并后成立的新公司估值超60亿美元，消……
今天是苏宁京东价格战的第一天。他们之间将会有怎么样的结局呢？我们不得而知，但是在这背后却隐含了诸多隐……
我们在百度或者其它搜索引擎上输入一个关键词，点击查询，搜索引……
目前国内网站的安全问题十分严峻，众多网站由第三方代建，维护人……
我们在搜索引擎上找东西是输入一个关键词然后搜索引擎就会针对这……
通过分析服务器日志的数据，我们可以看出蜘蛛的活跃程度、亲和程……
一个大型网站的SEO成功，绝不仅仅是依靠单一SEO技术的成功，最重……
HTTPS与其他的谷歌参考因素不同，实行起来比较复杂，有一定的风……
本月热点文章