请选择 进入手机版 | 继续访问电脑版
查看: 17|回复: 0

【大拿分享】去哪儿网https改造分享

[复制链接]

169

主题

181

帖子

946

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
946

最佳新人活跃会员热心会员推广达人宣传达人灌水之王突出贡献优秀版主荣誉管理论坛元老

发表于 2017-4-22 10:14:33 | 显示全部楼层 |阅读模式

https大大改善了网站的安全性,减少了流量劫持,越安全的网站对用户越有益。即便是https改造有些难度,也应当大力推进https的改造。下面我们特邀了去哪网的同学进行了关于https改造的分享!(本文作者:去哪儿高级工程师 欧阳何顺、去哪儿网SEO负责人 吕令建)

一、理解HTTPS

先不聊HTTP和HTTPS的区别,从聊天软件说起,假设我们要实现A能发一个hello消息给B,如果我们要实现这个聊天软件,只考虑安全性问题,要实现A发给B的hello消息包,即使被中间人拦截到了,也无法得知消息的内容。

那么,如何做到真正的安全呢?目标是A与B通信的内容,有且只有A和B有能力看到通信的真正内容,为了防止内容被第三方窃取,发送方可以通过密钥S对聊天内容进行加密,接收方在收到聊天内容之后,再用密钥S解密聊天内容,只要密钥不公开给第三者,同时密钥S足够安全,我们就可以保证只有A与B知道聊天内容。

二、HTTPS的优缺点

优点

SEO方面:谷歌曾在2014年8月份调整搜索引擎算法,并称“比起同等HTTP网站,采用HTTPS加密的网站在搜索结果中的排名将会更高”。

安全性:尽管HTTPS并非绝对安全,掌握根证书的机构、掌握加密算法的组织同样可以进行中间人形式的攻击,但HTTPS仍是现行架构下最安全的解决方案,主要有以下几个好处:

使用HTTPS协议可认证用户和服务器,确保数据发送到正确的客户机和服务器;

HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议,要比http协议安全,可防止数据在传输过程中不被窃取、改变,确保数据的完整性;

HTTPS是现行架构下最安全的解决方案,虽然不是绝对安全,但它大幅增加了中间人攻击的成本。

缺点

SEO方面:据ACM CoNEXT数据显示,使用HTTPS协议会使页面的加载时间延长近50%,增加10%到20%的耗电,此外,HTTPS协议还会影响缓存,增加数据开销和功耗,甚至已有安全措施也会受到影响也会因此而受到影响。

经济方面:SSL证书需要钱,功能越强大的证书费用越高,个人网站、小网站没有必要一般不会用;

HTTPS连接缓存不如HTTP高效,大流量网站如非必要也不会采用,流量成本太高;

HTTPS连接服务器端资源占用高很多,支持访客稍多的网站需要投入更大的成本,如果全部采用HTTPS,基于大部分计算资源闲置的假设的VPS的平均成本会上去;

HTTPS协议握手阶段比较费时,对网站的相应速度有负面影响,如非必要,没有理由牺牲用户体验。

三、支持HTTPS的方式

增加HTTPS的支持需要在nginx或者tomcat上增加证书(证书需要ops来购买),两种方法只需要选用其中一种。我们选择了通过nginx配置证书的方式来做HTTPS支持的事情。原因是这种方式可以通过ops统一配置证书,不需要在每台服务器上依次配置HTTPS证书,能提升配置效率。

通过tomcat配置证书

在开发环境里时,需要自己来生成证书:1、生成证书;2、找到java的目录;3、生成一个证书。

keytool -v-genkey -alias tomcat -keyalg RSA -keystore ~/keystore

记住生成证书时的密码

在tomcat的conf/server.xml 配置里增加connector

譬如,我的是server.xml

    <Connector port="8443"

               maxThreads="150" minSpareThreads="25" maxSpareThreads="75"

               enableLookups="true" disableUploadTimeout="true"

               acceptCount="100" debug="0" scheme="https" secure="true"

               clientAuth="false" sslProtocol="TLS"

               keystorePass="121212"  ---- 这个是您当时的密码

               SSLEnabled="true"

               keystoreFile="/home/q/keystore" -- 这个您第二步时,生成证书的地址

               />


使用这种方法,直接用request.getSchmeme()能够看到https

通过nginx配置证书

在已经购买好证书的前提下,可以通过以下方式配置证书。

nginx配置

server {

       listen 443;

        server_name dujia.qunar.com;

        charset utf8;

        gzip off;

        ssl on;

        ssl_certificate/home/q/nginx/ssl/server.crt;

        ssl_certificate_key/home/q/nginx/ssl/server.key;

        if ( $request_method !~ GET|POST|HEAD ) {

            return 403;

        }

       proxy_set_header Host "dujia.qunar.com";

        proxy_set_header X-Real-IP$remote_addr;

        proxy_set_header X-Forwarded-For$proxy_add_x_forwarded_for;

        proxy_set_header dj-sch "https";

        proxy_set_header X-Real-Scheme $scheme;

        location / {

            proxy_pass http://127.0.0.1:80;

            #proxy_pass http://p.tuan.qunar.com;

        }

     }


在java中通过X-Real-Scheme或dj-sch获取当前协议

SchemeUtil.java

    private static String HTTPS_HEADER = "X-Real-Scheme";

    private static String HTTPS_SCHEME = "https";

    private static String HTTP_SCHEME = "http";

    public static String getScheme(HttpServletRequest request){

        String scheme = request.getHeader(HTTPS_HEADER);

        if(scheme != null &&scheme.equals(HTTPS_SCHEME)){

            return HTTPS_SCHEME;

        }else {

            return HTTP_SCHEME;

        }

    }


四、代码涉及的改动

页面请求的静态资源

js && css

后台将jsp中域名为http://*.quanrzz.com 的js,css链接改为 //*.qunarzz.com

图片

将jsp和java工程中给出的图片url进行修改(原因是当前实用的图片服务器不能同时支持http和https),图片的http和https域名对应关系如下:

http访问 https访问
http://source.qunar.com https://source.qunarzz.com
http://simg2.qunar.com
http://simg4.qunar.com
http://simg1.qunar.com
http://img1.qunarzz.com https://imgs.qunarzz.com

接口

内部接口:修改接口返回的url,统一格式为://xxx.xx.xx/;

图片url会根据服务请求端的协议做自适应,比如:用户以https协议请求服务,接口返回的图片url对应的协议也是https。图片url不以“//xxx.xx.xx/”形式返回的原因是android和ios默认不支持展示不带协议的图片。

外部接口:当调用其他业务线的一些接口不支持https时,我们的处理方式是通过代理接口来调用这些外部接口。

五、遇到的问题及处理方案

nginx上对443端口的请求在header里添加https标记,需要和后端保证一致;

用户中心个别的css和js在https环境下需要在引入时标记css/js=ssl;

同一个域名下面,部分内部调用的接口,是不需要支持https的,因此在做nginx转发的时候,需要针对这些uri做特殊处理。






本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
生活圈制作
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

SEO论坛是由SEO培训网株洲优商网络(zhuzhouren.com.cn)创立,是一个以免费分享SEO技术教程和SEO网站优化技术学习交流为目的SEO论坛,欢迎热爱搜索引擎优化站长加入交流,SEO技术交流群(497177874)
© 2001-2013 株洲优商网络SEO培训网 湘ICP备14002577号-2 Powered by Discuz!X3.2Template by 株洲优商网络    
快速回复 返回顶部 返回列表