‘壹’ 如何给网站免费添加Https加密
免费添加https加密申请免费的SSL证书就可以了，一般不建议大家使用免费的SSL证书，因为它和付费的SSL证书有很多差别：
1、验证类型
免费SSL证书只有域名验证性型（DV SSL证书），而付费SSL证书有域名验证型（DV SSL证书）、企业验证型（OV SSL证书）、组织验证型（EV SSL证书）。
免费SSL证书仅需要域名验证不需要对企业和组织进行验证，因此留下了很大的安全漏洞和隐患。第三者只需验证域名信息就能轻松获得证书，从而为自己披上看似可信的外衣。此时的https仍可起到加密传输的作用，但信息传输的目的却由真实网站的服务器变成了第三者的“钓鱼”服务器，信息加密也就如同虚设，第三者抓取用户敏感信息就变得轻而易举。
2、使用限制
免费SSL证书在使用时还有诸多限制，比如：免费SSL证书只能绑定单个域名、不支持通配符域名、多域名等。此时相关服务也会大打折扣，大多数免费的SSL证书都由用户自行安装，无法提供后期服务和技术支持，在遇到SSL证书安装问题时，也无法得到解决。
而提供付费SSL证书的商家，一般会提供申请购买到安装的一系列访问，后续出现问题，还找提供商寻求解决。
3、使用时间
免费SSL证书有效期过短，每三个月或者一个月就要更新一次，到期后还要自己申请，很多用户很容易就会忘记续期。
而付费SSL证书的使用年限一般是1年，不用时时刻刻担心证书过期的问题。而且证书服务商会有一个到期提醒，更不用担心。
4、选择多样性
目前提供免费SSL证书的Lets Encrypt、Comodo等，而付费SSL证书选择性就大得多，Comodo、GeoTrust、Symantec、RapidSSL等知名CA机构。
总的来说，免费的SSL证书，适用于个人博客，作为一个临时的解决方案。企业或流量较高的个人网站还是选择付费的SSL证书比较好。
‘贰’ https证书不受信任是什么原因如何解决https证书不受信任
https证书即SSL证书，不受信任的原因如下：
原因一：证书来自不信任的CA机构
CA机构就是证书的颁发机构。如果对SSL证书有所了解，那么大家应该知道，证书是任何人都可以发布的，我们可以自己给自己的网站颁发证书，我们也可以把我们自己制作的证书给别人安装。这种证书是完全不需要成本的，只需要你对证书有一定的了解，但是这种证书是默认不受其他客户端信任的，通常客户端会提示“该证书来自不信任的CA机构”。目前全球权威CA机构有Symantec、GeoTrust、Comodo以及RapidSSL等多家。
原因二：证书过期
SSL证书都是有有效期的，如果站长购买后部署了证书，然后就忘记了证书这一件事情。等到有一天突然有用户说，你们的网站怎么显示的红色警告图标。这时候才开始排查问题，那么首先应该检查的就是证书是否过了有效期，如果过了有效期，证书应该及时续费或者使用其他证书，最好是在证书快要过期前的一两周续费，以免影响网站后续的使用。如果证书被吊销，也会显示日期过期，这种要立刻联系证书提供商，查找吊销原因，及时解决。
原因三：证书的不完整
在申请证书的时候，经常会由于用户的疏忽或者是第一次申请，不是很懂，导致没有完全看懂申请规则，这样在申请时候就会导致域名匹配不正确，比如填写CSR的时候定义了anxinssl.com这个顶级域名，但是并没有定义https://www.anxinssl.com这个二级域名，这个时候就会提示，证书非该域名信任证书。
原因四：户端不支持SNI协议
一般这种情况发生在Windows XP系统中，安卓4.2以下版本也会发生这种情况，大多数原因是因为这些系统时代太久远了，目前使用的人数非常之少，也不建议大家使用。这些比较古老的系统中大多是不支持SNI(Server Name Indication，服务器名字指示)协议的，不过目前主流的操作系统都是支持这个协议的，大家也不用太担心。
‘叁’ 怎样设置打开某网站时只能使用HTTPS
有个前提是，该网站部署了SSL证书，并且开启了HTTPS协议访问，你才可以通过HTTPS去访问。如果你要针对某个网站，比如http://www..com，https和http都可以访问，你可以通过谷歌浏览器设置，强制HTTPS访问。
‘肆’ 如何屏蔽https网站 禁止访问https的方法
一、淘宝一个SSL证书。二、准备好域名、云服务器或者支持SSL的主机。三、按照机构商家签发证书并且完成安装。四、完成，并且测试网站是否存在HTTP普通协议，如果有修改成HTTPS即可。
‘伍’ 网站怎么启用https访问
密，因此，所传送的数据不容易被网络黑客截获和破解。本文介绍HTTPS的三种实现方法
。
方法一 静态超链接
这是目前网站中使用得较多的方法，也最简单。在要求使用SSL进行传输的Web网页链接
中直接标明使用HTTPS协议，以下是指向需要使用SSL的网页的超链接：
<a href=“https://192.168.100.100/ok/securePage.jsp”>SSL例子</a>
需要说明的是，在网页里的超链接如果使用相对路径的话，其默认启用协议与引用该超
链接的网页或资源的传输协议相同，例如在某超链接“https://192.168.100.100/ok/l
ogin.jps”的网页中包含如下两个超链接：
<a href=“./bessl/exam.jsp”>SSL链接</a>
<a href=“http://192.168.100.100/notssl/index.jsp”>非SSL链接
那么，第一个链接使用与“https://192.168.100.100/ok/login.jsp”相同的传输协议
HTTPS，第二个链接使用本身所标识的协议HTTP。
使用静态超链接的好处是容易实现，不需要额外开发。然而，它却不容易维护管理; 因
为在一个完全使用HTTP协议访问的Web应用里，每个资源都存放在该应用特定根目录下的
各个子目录里，资源的链接路径都使用相对路径，这样做是为了方便应用的迁移并且易
于管理。但假如该应用的某些资源要用到HTTPS协议，引用的链接就必须使用完整的路径
，所以当应用迁移或需要更改URL中所涉及的任何部分如：域名、目录、文件名等，维护
者都需要对每个超链接修改，工作量之大可想而知。再者，如果客户在浏览器地址栏里
手工输入HTTPS协议的资源，那么所有敏感机密数据在传输中就得不到保护，很容易被黑
客截获和篡改！
方法二 资源访问限制
为了保护Web应用中的敏感数据，防止资源的非法访问和保证传输的安全性，Java Serv
let 2.2规范定义了安全约束（Security-Constraint）元件，它用于指定一个或多个We
b资源集的安全约束条件；用户数据约束（User-Data-Constraint）元件是安全约束元件
的子类，它用于指定在客户端和容器之间传输的数据是如何被保护的。用户数据约束元
件还包括了传输保证（Transport-Guarantee）元件，它规定了客户机和服务器之间的通
信必须是以下三种模式之一：None、Integral、Confidential。None表示被指定的Web资
源不需要任何传输保证；Integral表示客户机与服务器之间传送的数据在传送过程中不
会被篡改; Confidential表示数据在传送过程中被加密。大多数情况下，Integral或Co
nfidential是使用SSL实现。
这里以BEA的WebLogic Server 6.1为例介绍其实现方法，WebLogic是一个性能卓越的J2
EE服务器，它可以对所管理的Web资源，包括EJB、JSP、Servlet应用程序设置访问控制
条款。假设某个应用建立在Weblogic Server里的/mywebAPP目录下，其中一部分Servle
ts、JSPs要求使用SSL传输，那么可将它们都放在/mywebAPP/sslsource/目录里，然后编
辑/secureAPP/Web-INF/web.xml文件，通过对web.xml的设置可达到对Web用户实现访问
控制。
当Web用户试图通过HTTP访问/sslsource目录下的资源时，Weblogic Server就会查找we
b.xml里的访问约束定义，返回提示信息：Need SSL connection to access this reso
urce。资源访问限制与静态超链接结合使用，不仅继承了静态超链接方法的简单易用性
，而且有效保护了敏感资源数据。然而，这样就会存在一个问题： 假如Web客户使用HT
TP协议访问需要使用SSL的网络资源时看到弹出的提示信息: Need SSL connection to
access this resource，大部分人可能都不知道应该用HTTPS去访问该网页，造成的后果
是用户会放弃访问该网页，这是Web应用服务提供商不愿意看到的事情。
方法三 链接重定向
综观目前商业网站资源数据的交互访问，要求严格加密传输的数据只占其中一小部分，
也就是说在一个具体Web应用中需要使用SSL的服务程序只占整体的一小部分。那么，我
们可以从应用开发方面考虑解决方法，对需要使用HTTPS协议的那部分JSPs、Servlets或
EJBs进行处理，使程序本身在接收到访问请求时首先判断该请求使用的协议是否符合本
程序的要求，即来访请求是否使用HTTPS协议，如果不是就将其访问协议重定向为HTTPS
，这样就避免了客户使用HTTP协议访问要求使用HTTPS协议的Web资源时，看到错误提示
信息无所适从的情况，这些处理对Web客户来说是透明的。
实现思想是：首先创建一个类，该类方法可以实现自动引导Web客户的访问请求使用HTT
PS协议，每个要求使用SSL进行传输的Servlets或JSPs在程序开始时调用它进行协议重定
向，最后才进行数据应用处理。
J2EE提供了两种链接重定向机制。第一种机制是RequestDispatcher接口里的forward()
方法。使用MVC(Model-View-Controller)机制的Web应用通常都使用这个方法从Servlet
转移请求到JSP。但这种转向只能是同种协议间的转向，并不能重定向到不同的协议。第
二种机制是使用HTTPServletReponse接口里的sendRedirect()方法，它能使用任何协议
重定向到任何URL，例如：
BeSslResponse.sendRedirect(“https://192.168.100.100/order”);
此外，我们还需使用到Java Servlet API中的两个方法：ServletRequest接口中的getS
cheme()，它用于获取访问请求使用的传输协议；HTTPUtils类中的getRequestUrl()，它
用于获取访问请求的URL，要注意的是该方法在Servlet 2.3中已被移到HTTPServletReq
uest接口。
以下是实现协议重定向的基本步骤：
1. 获取访问的请求所使用的协议；
2. 如果请求协议符合被访问的Servlet所要求的协议，就说明已经使用HTTPS协议了，不
需做任何处理；
3. 如果不符合，使用Servlet所要求的协议(HTTPS)重定向到相同的URL。
例如，某Web用户使用HTTP协议访问要求使用HTTPS协议的资源BeSslServlet，敲入“UR
L：http://192.168.100.100/BeSslServlet”，在执行BeSslServlet时首先使用Proces
sSslServlet．processSsl（）重定向到https://192.168.100.100/BeSslServlet，然后
BeSslServlet与客户浏览器之间就通过HTTPS协议进行数据传输。
以上介绍的仅是最简单的例子，是为了对这种重定向的方法有个初步的认识。假如想真
正在Web应用中实现，还必须考虑如下几个问题：
● 在Web应用中常常会用到GET或Post方法，访问请求的URL中就会带上一些查询字串，
这些字串是使用getRequesUrl()时获取不到的，而且在重定向之后会丢失，所以必须在
重定向之前将它们加入到新的URL里。我们可以使用request.getQueryString()来获取G
ET的查询字串，对于Post的Request参数，可以把它们转换成查询串再进行处理。
● 某些Web应用请求中会使用对象作为其属性，必须在重定向之前将这些属性保存在该
Session中，以便重定向后使用。
● 大多数浏览器会把对同一个主机的不同端口的访问当作对不同的主机进行访问，分用
不同的Session，为了使重定向后保留使用原来的Session，必须对应用服务器的Cookie
域名进行相应的设置。
以上问题均可在程序设计中解决。
通过程序自身实现协议重定向，就可以把要求严格保护的那部分资源与其他普通数据从
逻辑上分开处理，使得要求使用SSL的资源和不需要使用SSL的资源各取所需，避免浪费
网站的系统资源。
‘陆’ 如何选择SSL证书来实现https访问网站
1、根据证书的类型
DV SSL证书(域名验证型)：只验证域名所有适合个人网站、博客等站点使用;OV SSL证书(企业验证型)：验证网站所属单位身份，适合于中型企业级用户使用;EV SSL证书 (扩展验证型)：扩展验证网站所属单位身份，适合高度信任的企业级用户使用。如金融行业的银行，电子商务平台。
2、支持的域名数量
SSL证书证书根据不同类型其支持功能也不一样。一般情况，一张SSL证书对应一个域名。只有通配符证书以及多域名证书才支持多个域名。因此用户拥有多个域名或者通配符域名，可根据SSL证书的支持类型来选择。
通配符域名证书，可以保护一个域名以及该域名所有的二级子域名，不限制子域名数量，且添加新的子域名无须重新审核和另外付费，节约了大量的时间和金钱成本。
3、网站加密需求
涉及资金交易、机密信息传输等对安全性能要求高的网站，请选择支持强制128/256位加密的SSL证书，规避部分用户未升级浏览器导致加密位数较低而产生的安全风险。顶级EV SSL证书和企业级OV SSL证书都支持强制128/256位加密，建议此类网站尽量采用安全性能更高的强制加密证书。另外其他不涉及交易、机密数据或敏感信息传输的网站，也可根据自身需求和风险评估，选择价格实惠的自适应加密SSL证书。