⑴ 网站https怎么访问不了
请您尝试打开：
[Internet选项]，在“高级”选项卡中的列表中选择上[使用SSL2.0]和[使用SSL3.0]。
然后打开[开始]-[运行]，输入“services.msc”，将列表中“HTTPFilter”服务设置为“启用”，状态为“自动”。
如果安装防火墙的话，请打开防火墙，将里面端口限制中允许TCP443端口。
请您进行以下操作：
（1）打开IE浏览器，选择“工具”菜单-->“Internet选项”-->“高级”标签-->点击“还原默认设置”，点击“确定”后关闭所有IE浏览器窗口；
（2）打开IE浏览器，选择“工具”菜单-->“Internet选项”-->“常规”标签-->Internet临时文件设置中的“检查所存网页的较新版本”选择“每次访问此页时检查”。并在Internet临时文件设置中点击“删除文件”，在“删除所有脱机内容”前打勾后点击确定关闭对话框，关闭所有IE窗口；
（3）打开IE浏览器，选择“工具”菜单-->“Internet选项”-->“安全”标签，在“请为不同区域的Web内容制定安全设置（z）”窗口内选择“Internet”，然后选择“自定义级别”，将“Activex控件和插件”中“下载已签名的Activex控件”、“运行Activex控件”等设置为“启用”或“提示”，点击确定后，请重新启动电脑；
（4）若您安装了3721上网助手之类的软件，请您将其完全卸载；
（5）点击“个人网上银行登录”进入个人网上银行登录页面。点击最下方的“系统设置指南”。进入下一个页面后，点击第一步中的“个人网上银行控件”，进行下载安装后，重新启动计算机使用。
（6）若仍无法正常使用，建议您重新安装IE6.0或以上版本的IE浏览器，并使用WINDOWS系统的UPDATE功能安装补丁。
修复winsock，系统无法打开https修复
监控安装发现流氓软件在安装时会在winsock进行注册，注册了4个dll文件。于是进行winsock的修复。使用的是360安全卫士。修复很成功。本以为找到了完全卸载此流氓软件的方法。结果在后续的使用中，系统出现了问题。表现为：
1：Msn无法正常使用，开启msn速度贼慢，输入用户名和密码每输入一个字符系统就出现假死。输入完毕后进行登录，提示msn服务出现错误，建议从微软网站下载最新的msn进行安装。
2：所有需要https连接网站无法打开。如google的一些服务，网上银行等等。表现为可以ping通，但是通过ie浏览显示为无法找到此页。
3：WindowsXp补丁无法正常安装，提示updata服务错误。
最开始的定位是windows加密服务（Cryptographic Services）损坏。定位的方法其实很简单，因为最开始是msn无法正常使用，通过google搜索错误提示，有很多网站介绍这个问题的原因。按照各大网站给出的方法进行服务修复。发现无用。问题依然存在。
既然服务无法修复或者重装，那就换一个切入点。找到和这些服务相关的dll文件，进行重新注册。
最开始只是蒙的。试一试的态度。操作如下：
第一步：
单击“开始→运行”，输入“cmd”后回车打开命令提示符窗口，
运行“net start cryptsvc” 命令，接下来使用regsvr32命令依次注册
regsvr32 softpub.dll
regsvr32 wintrust.dll
regsvr32 initpki.dll
regsvr32 dssenh.dll
regsvr32 rsaenh.dll
regsvr32 gpkcsp.dll
regsvr32 sccbase.dll
regsvr32 slbcsp.dll
regsvr32 cryptdlg.dll
其中 regsvr32 initpki.dll 可能不会马上就好 ，请稍微等待一下
如果要在已安装 Windows XP Service Pack 2 (SP2) 的系统内修复 Winsock，在命令提示字符中输入 netsh winsock reset，然后按下 ENTER。执行这个命令后，重新启动计算机即可,没有安装SP2的朋友就没有那么幸运了，修复winsock要复杂些..
善意提醒：如果已经中招，而自己的系统还没打上SP2补丁，最好趁此机会重装系统，升级到SP2，安全系数要高得多。不想装SP2，也不想重装系统的朋友，往下看吧!
不带 Service Pack 2 的 Windows XP 说明
要在未安装 Windows XP SP2 的情况下修复 Winsock，请删除已损坏的注册表项，然后重新安装 TCP/IP 协议。
步骤 1：删除已损坏的注册表项
警告：如果使用注册表编辑器或其他方法错误地修改了注册表，则可能导致严重问题。这些问题可能需要重新安装操作系统才能解决。Microsoft 不能保证您可以解决这些问题。修改注册表需要您自担风险。
有关如何备份注册表的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
322756 (http://support.microsoft.com/kb/322756/) 如何在 Windows XP 和 Windows Server 2003 中备份、编辑和还原注册表
1. 单击“开始”，然后单击“运行”。
2. 在“打开”框中，键入 regedit，然后单击“确定”。
3. 在注册表编辑器中，找到下列项，右键单击各项，然后单击“删除”：
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Winsock
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Winsock2
4. 在系统提示您确认删除时，单击“是”。
注意：删除 Winsock 项后，请重新启动计算机。这样做可以让 Windows XP 操作系统为这两个项创建新的 shell 条目。如果在删除 Winsock 项后没有重新启动计算机，则下一步无法正常进行。
步骤 2：安装 TCP/IP
1. 右键单击网络连接，然后单击“属性”。
2. 单击“安装”。
3. 单击“协议”，然后单击“添加”。
4. 单击“从磁盘安装”。
5. 键入 C:\Windows\inf，然后单击“确定”。
6. 在可用协议列表中，单击“Internet 协议(TCP/IP)”，然后单击“确定”。
7. 重新启动计算机。
⑵ 如何默认为https访问
SSL安装教程（默认设置HTTPS访问）：https://www.gworg.com/ssl/127.html
⑶ 怎么将网站设置为默认https访问
您的服务器具体环境，比较简单的方式：https://www.gworg.com/ssl/128.html
如果不清楚，请联系HTTPS证书提供商给你做检测。
⑷ 如何将网站设置成https访问的模式
一、申请SSL 签发证书。
二、准备好独立服务器或云服务器、域名。
三、拿到签发的SSL证书，根据机构教程安装到服务器。
四、测试HTTPS网站是否正常。
⑸ http 怎么访问 https
HTTPS实际是SSL over HTTP, 该协议通过SSL在发送方把原始数据进行加密，在接收方解
密，因此，所传送的数据不容易被网络黑客截获和破解。本文介绍HTTPS的三种实现方法
。
⑹ 怎么通过http访问https
1、首先您要准备好正规的HTTPS证书，这个方面淘宝有几十块就可以搞定。
2、准备一个独立域名，并且是可以解析的。
3、需要独立服务器或云服务器支持SSL证书的产品。
4、以上全部准备好联系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的资源各取所需，避免浪费
网站的系统资源。
⑻ 网站怎么设置https访问
实现HTTPS访问，需要淘宝Gworg获取SSL证书，安装到独立服务器才可以。
⑼ http和https都可以访问可以吗
可以。
解释原因：
服务器配置SSL证书后，不设置强制https访问，就可以http和https都可打开。
HTTP与HTTPS设置都可以访问，只要不设置强制https访问就可以。
网站https设置后，不配置强制HTTPS访问。
解决办法：设置https访问，不配置https强制。
⑽ 网站怎么实现https访问
HTTPS实际是SSL over HTTP, 该协议通过SSL在发送方把原始数据进行加密，在接收方解
密，因此，所传送的数据不容易被网络黑客截获和破解。本文介绍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的资源各取所需，避免浪费
网站的系统资源。