守护你的在线安全：HTTPS协议的安全机制与实践
一、引言
随着互联网技术的快速发展，网络安全问题日益受到人们的关注。
其中，保护数据在传输过程中的安全尤为重要。
HTTPS协议作为一种加密的通信协议，通过其强大的安全机制确保了数据的机密性和完整性。
本文将详细介绍HTTPS协议的安全机制及其在实际应用中的实践。
二、HTTPS协议概述
HTTPS，全称为Hypertext Transfer Protocol over Secure SocketLayer，即基于SSL（Secure Socket Layer）的HTTP协议。
它在HTTP协议的基础上，通过SSL/TLS加密技术，实现了数据的加密传输，有效防止数据在传输过程中被窃取或篡改。
三、HTTPS的安全机制
1. 加密机制：HTTPS采用对称加密与非对称加密相结合的方式，确保数据的机密性。对称加密用于在客户端和服务器之间建立加密通道，非对称加密则用于安全地交换对称加密的密钥。
2. 身份验证：HTTPS通过数字证书实现服务器身份验证。服务器向客户端提供数字证书，证明服务器的身份。客户端通过验证数字证书来确认服务器的可信度。
3. 数据完整性保护：HTTPS通过哈希函数和消息认证码（MAC）等技术，确保数据在传输过程中的完整性。任何对数据的小小改动都会导致哈希值发生变化，从而被检测出来。
四、HTTPS协议的实践
1. HTTPS的配置与应用：服务器需要配置SSL证书以支持HTTPS通信。证书颁发机构（CA）对证书进行签名和验证。在实际应用中，许多网站和应用程序已经采用了HTTPS协议，以确保用户数据的安全传输。
2. HTTPS的优势与挑战：采用HTTPS协议的主要优势包括提高数据传输的安全性、增强用户信任度等。配置和管理HTTPS协议也面临一定的挑战，如证书管理、性能优化等。为了解决这些问题，许多工具和平台（如Lets Encrypt、Nginx等）提供了便捷的配置和管理方法。
3. HTTPS的未来发展趋势：随着网络安全需求的不断提高，HTTPS的应用越来越广泛。未来，HTTPS将进一步发展，如采用更先进的加密技术、优化性能、降低成本等。随着物联网、云计算等技术的发展，HTTPS将在更多领域得到应用。
五、如何保障在线安全
1. 使用HTTPS网站：尽量选择使用HTTPS协议的网站进行访问和交易，以确保数据的安全传输。
2. 注意个人信息保护：不要随意在不可靠的网站上输入个人信息，如身份证号、银行卡号等。
3. 使用安全软件：安装杀毒软件、防火墙等安全软件，以提高设备的安全性。
4. 定期更新软件：及时更新操作系统、浏览器、插件等，以修复可能存在的安全漏洞。
5. 提高安全意识：了解网络安全知识，提高网络安全意识，警惕网络诈骗和钓鱼网站。
六、结论
在互联网时代，网络安全问题日益严重。
HTTPS协议作为一种加密的通信协议，通过其强大的安全机制确保了数据的机密性和完整性。
本文详细介绍了HTTPS协议的安全机制及其在实践中的应用，同时提出了保障在线安全的方法和建议。
我们应该积极采用HTTPS协议，提高网络安全意识，共同守护我们的在线安全。
七、建议与展望
1. 建议相关部门和机构加强对HTTPS协议的推广和普及，提高公众对网络安全的认识和意识。
2. 鼓励企业和开发者采用HTTPS协议，推动互联网的安全发展。
3. 加大对网络安全技术的研究和创新，提高网络安全防护能力。
4. 展望未来，希望HTTPS协议能够进一步优化性能、降低成本，并在物联网、云计算等领域得到更广泛的应用。
TCP/IP协议是如何工作的?
TCP/IP协议 TCP/IP协议介绍 TCP/IP的通讯协议 这部分简要介绍一下TCP/IP的内部结构，为讨论与互联网有关的安全问题打下基础。
TCP/IP协议组之所以流行，部分原因是因为它可以用在各种各样的信道和底层协议（例如T1和X.25、以太网以及RS-232串行接口）之上。
确切地说，TCP/IP协议是一组包括TCP协议和IP协议，UDP（User Datagram Protocol）协议、ICMP（Internet Control Message Protocol）协议和其他一些协议的协议组。
TCP/IP整体构架概述 TCP/IP协议并不完全符合OSI的七层参考模型。
传统的开放式系统互连参考模型，是一种通信协议的7层抽象的参考模型,其中每一层执行某一特定任务。
该模型的目的是使各种硬件在相同的层次上相互通信。
这7层是:物理层、数据链路层、网路层、传输层、话路层、表示层和应用层。
而TCP/IP通讯协议采用了4层的层级结构，每一层都呼叫它的下一层所提供的网络来完成自己的需求。
这4层分别为： 应用层：应用程序间沟通的层，如简单电子邮件传输（SMTP）、文件传输协议（FTP）、网络远程访问协议（Telnet）等。
传输层：在此层中，它提供了节点间的数据传送服务，如传输控制协议（TCP）、用户数据报协议（UDP）等，TCP和UDP给数据包加入传输数据并把它传输到下一层中，这一层负责传送数据，并且确定数据已被送达并接收。
互连网络层：负责提供基本的数据封包传送功能，让每一块数据包都能够到达目的主机（但不检查是否被正确接收），如网际协议（IP）。
网络接口层：对实际的网络媒体的管理，定义如何使用实际网络（如Ethernet、Serial Line等）来传送数据。
TCP/IP中的协议 以下简单介绍TCP/IP中的协议都具备什么样的功能，都是如何工作的： 1． IP 网际协议IP是TCP/IP的心脏，也是网络层中最重要的协议。
IP层接收由更低层（网络接口层例如以太网设备驱动程序）发来的数据包，并把该数据包发送到更高层—TCP或UDP层；相反，IP层也把从TCP或UDP层接收来的数据包传送到更低层。
IP数据包是不可靠的，因为IP并没有做任何事情来确认数据包是按顺序发送的或者没有被破坏。
IP数据包中含有发送它的主机的地址（源地址）和接收它的主机的地址（目的地址）。
高层的TCP和UDP服务在接收数据包时，通常假设包中的源地址是有效的。
也可以这样说，IP地址形成了许多服务的认证基础，这些服务相信数据包是从一个有效的主机发送来的。
IP确认包含一个选项，叫作IP source routing，可以用来指定一条源地址和目的地址之间的直接路径。
对于一些TCP和UDP的服务来说，使用了该选项的IP包好像是从路径上的最后一个系统传递过来的，而不是来自于它的真实地点。
这个选项是为了测试而存在的，说明了它可以被用来欺骗系统来进行平常是被禁止的连接。
那么，许多依靠IP源地址做确认的服务将产生问题并且会被非法入侵。
2. TCP 如果IP数据包中有已经封好的TCP数据包，那么IP将把它们向‘上’传送到TCP层。
TCP将包排序并进行错误检查，同时实现虚电路间的连接。
TCP数据包中包括序号和确认，所以未按照顺序收到的包可以被排序，而损坏的包可以被重传。
TCP将它的信息送到更高层的应用程序，例如Telnet的服务程序和客户程序。
应用程序轮流将信息送回TCP层，TCP层便将它们向下传送到IP层，设备驱动程序和物理介质，最后到接收方。
面向连接的服务（例如Telnet、FTP、rlogin、X Windows和SMTP）需要高度的可靠性，所以它们使用了TCP。
DNS在某些情况下使用TCP（发送和接收域名数据库），但使用UDP传送有关单个主机的信息。
UDP与TCP位于同一层，但对于数据包的顺序错误或重发。
因此，UDP不被应用于那些使用虚电路的面向连接的服务，UDP主要用于那些面向查询—应答的服务，例如NFS。
相对于FTP或Telnet，这些服务需要交换的信息量较小。
使用UDP的服务包括NTP（网落时间协议）和DNS（DNS也使用TCP）。
欺骗UDP包比欺骗TCP包更容易，因为UDP没有建立初始化连接（也可以称为握手）（因为在两个系统间没有虚电路），也就是说，与UDP相关的服务面临着更大的危险。
ICMP与IP位于同一层，它被用来传送IP的的控制信息。
它主要是用来提供有关通向目的地址的路径信息。
ICMP的‘Redirect’信息通知主机通向其他系统的更准确的路径，而‘Unreachable’信息则指出路径有问题。
另外，如果路径不可用了，ICMP可以使TCP连接‘体面地’终止。
PING是最常用的基于ICMP的服务。
5. TCP和UDP的端口结构 TCP和UDP服务通常有一个客户/服务器的关系，例如，一个Telnet服务进程开始在系统上处于空闲状态，等待着连接。
用户使用Telnet客户程序与服务进程建立一个连接。
客户程序向服务进程写入信息，服务进程读出信息并发出响应，客户程序读出响应并向用户报告。
因而，这个连接是双工的，可以用来进行读写。
两个系统间的多重Telnet连接是如何相互确认并协调一致呢？TCP或UDP连接唯一地使用每个信息中的如下四项进行确认： 源IP地址 发送包的IP地址。
目的IP地址 接收包的IP地址。
源端口 源系统上的连接的端口。
目的端口 目的系统上的连接的端口。
端口是一个软件结构，被客户程序或服务进程用来发送和接收信息。
一个端口对应一个16比特的数。
服务进程通常使用一个固定的端口，例如，SMTP使用25、Xwindows使用6000。
这些端口号是‘广为人知’的，因为在建立与特定的主机或服务的连接时，需要这些地址和目的地址进行通讯。
相信大家都听说过TCP/IP这个词，这个词好像无处不在，时时都会在你面前跳出来。
那TCP/IP到底是什么意思呢？ TCP/IP其实是两个网络基础协议：IP协议、TCP协议名称的组合。
下面我们分别来看看这两个无处不在的协议。
IP协议 IP（Internet Protocol）协议的英文名直译就是：因特网协议。
从这个名称我们就可以知道IP协议的重要性。
在现实生活中，我们进行货物运输时都是把货物包装成一个个的纸箱或者是集装箱之后才进行运输，在网络世界中各种信息也是通过类似的方式进行传输的。
IP协议规定了数据传输时的基本单元和格式。
如果比作货物运输，IP协议规定了货物打包时的包装箱尺寸和包装的程序。
除了这些以外，IP协议还定义了数据包的递交办法和路由选择。
同样用货物运输做比喻，IP协议规定了货物的运输方法和运输路线。
TCP协议 我们已经知道了IP协议很重要，IP协议已经规定了数据传输的主要内容，那TCP（Transmission Control Protocol）协议是做什么的呢？不知大家发现没有，在IP协议中定义的传输是单向的，也就是说发出去的货物对方有没有收到我们是不知道的。
就好像8毛钱一份的平信一样。
那对于重要的信件我们要寄挂号信怎么办呢？TCP协议就是帮我们寄“挂号信”的。
TCP协议提供了可靠的面向对象的数据流传输服务的规则和约定。
简单的说在TCP模式中，对方发一个数据包给你，你要发一个确认数据包给对方。
通过这种确认来提供可靠性。
TCP/IP（Transmission Control Protocol/Internet Protocol的简写，中文译名为传输控制协议/互联网络协议）协议是Internet最基本的协议，简单地说，就是由底层的IP协议和TCP协议组成的。
TCP/IP协议的开发工作始于70年代，是用于互联网的第一套协议。
1.1 TCP/IP参考模型 TCP/IP协议的开发研制人员将Internet分为五个层次，以便于理解，它也称为互联网分层模型或互联网分层参考模型，如下表： 应用层（第五层） 传输层（第四层） 互联网层（第三层） 网络接口层（第二层） 物理层（第一层） 物理层：对应于网络的基本硬件，这也是Internet物理构成，即我们可以看得见的硬设备，如PC机、互连网服务器、网络设备等，必须对这些硬设备的电气特性作一个规范，使这些设备都能够互相连接并兼容使用。
网络接口层：它定义了将资料组成正确帧的规程和在网络中传输帧的规程，帧是指一串资料，它是资料在网络中传输的单位。
互联网层：本层定义了互联网中传输的“信息包”格式，以及从一个用户通过一个或多个路由器到最终目标的信息包转发机制。
传输层：为两个用户进程之间建立、管理和拆除可靠而又有效的端到端连接。
应用层：它定义了应用程序使用互联网的规程。
1. 2 网间协议IP Internet 上使用的一个关键的底层协议是网际协议，通常称IP协议。
我们利用一个共同遵守的通信协议，从而使 Internet 成为一个允许连接不同类型的计算机和不同操作系统的网络。
要使两台计算机彼此之间进行通信，必须使两台计算机使用同一种语言。
通信协议正像两台计算机交换信息所使用的共同语言，它规定了通信双方在通信中所应共同遵守的约定。
计算机的通信协议精确地定义了计算机在彼此通信过程的所有细节。
例如，每台计算机发送的信息格式和含义，在什么情况下应发送规定的特殊信息，以及接收方的计算机应做出哪些应答等等。
网际协议IP协议提供了能适应各种各样网络硬件的灵活性，对底层网络硬件几乎没有任何要求，任何一个网络只要可以从一个地点向另一个地点传送二进制数据，就可以使用IP协议加入 Internet 了。
如果希望能在 Internet 上进行交流和通信，则每台连上 Internet 的计算机都必须遵守IP协议。
为此使用 Internet 的每台计算机都必须运行IP软件，以便时刻准备发送或接收信息。
IP协议对于网络通信有着重要的意义：网络中的计算机通过安装IP软件，使许许多多的局域网络构成了一个庞大而又严密的通信系统。
从而使 Internet 看起来好像是真实存在的，但实际上它是一种并不存在的虚拟网络，只不过是利用IP协议把全世界上所有愿意接入 Internet 的计算机局域网络连接起来，使得它们彼此之间都能够通信。
1.3 传输控制协议TCP 尽管计算机通过安装IP软件，从而保证了计算机之间可以发送和接收资料，但IP协议还不能解决资料分组在传输过程中可能出现的问题。
因此，若要解决可能出现的问题，连上 Internet 的计算机还需要安装TCP协议来提供可靠的并且无差错的通信服务。
TCP协议被称作一种端对端协议。
这是因为它为两台计算机之间的连接起了重要作用：当一台计算机需要与另一台远程计算机连接时，TCP协议会让它们建立一个连接、发送和接收资料以及终止连接。
传输控制协议TCP协议利用重发技术和拥塞控制机制，向应用程序提供可靠的通信连接，使它能够自动适应网上的各种变化。
即使在 Internet 暂时出现堵塞的情况下，TCP也能够保证通信的可靠。
众所周知， Internet 是一个庞大的国际性网络，网络上的拥挤和空闲时间总是交替不定的，加上传送的距离也远近不同，所以传输资料所用时间也会变化不定。
TCP协议具有自动调整超时值的功能，能很好地适应 Internet 上各种各样的变化，确保传输数值的正确。
因此，从上面我们可以了解到：IP协议只保证计算机能发送和接收分组资料，而TCP协议则可提供一个可靠的、可流控的、全双工的信息流传输服务。
ssl应用原理
SSL工作原理 2007-03-08 22:15 SSL 是一个安全协议，它提供使用 TCP/IP 的通信应用程序间的隐私与完整性。
因特网的 超文本传输协议 （HTTP）使用 SSL 来实现安全的通信。
在客户端与服务器间传输的数据是通过使用对称算法（如 DES 或 RC4）进行加密的。
公用密钥算法（通常为 RSA）是用来获得加密密钥交换和数字签名的，此算法使用服务器的SSL数字证书中的公用密钥。
有了服务器的SSL数字证书，客户端也可以验证服务器的身份。
SSL 协议的版本 1 和 2 只提供服务器认证。
版本 3 添加了客户端认证，此认证同时需要客户端和服务器的数字证书。
SSL 握手 SSL 连接总是由客户端启动的。
在SSL 会话开始时执行 SSL 握手。
此握手产生会话的密码参数。
关于如何处理 SSL 握手的简单概述，如下图所示。
此示例假设已在 Web 浏览器 和 Web 服务器间建立了 SSL 连接。
图SSL的客户端与服务器端的认证握手 (1) 客户端发送列出客户端密码能力的客户端“您好”消息（以客户端首选项顺序排序），如 SSL 的版本、客户端支持的密码对和客户端支持的数据压缩方法。
消息也包含 28 字节的随机数。
(2) 服务器以服务器“您好”消息响应，此消息包含密码方法（密码对）和由服务器选择的数据压缩方法，以及会话标识和另一个随机数。
注意:客户端和服务器至少必须支持一个公共密码对，否则握手失败。
服务器一般选择最大的公共密码对。
(3) 服务器发送其SSL数字证书。
（服务器使用带有 SSL 的 X.509 V3 数字证书。
） 如果服务器使用 SSL V3，而服务器应用程序（如 Web 服务器）需要数字证书进行客户端认证，则客户端会发出“数字证书请求”消息。
在 “数字证书请求”消息中，服务器发出支持的客户端数字证书类型的列表和可接受的CA的名称。
(4) 服务器发出服务器“您好完成”消息并等待客户端响应。
(5) 一接到服务器“您好完成”消息，客户端（ Web 浏览器）将验证服务器的SSL数字证书的有效性并检查服务器的“你好”消息参数是否可以接受。
如果服务器请求客户端数字证书，客户端将发送其数字证书；或者，如果没有合适的数字证书是可用的，客户端将发送“没有数字证书”警告。
此警告仅仅是警告而已，但如果客户端数字证书认证是强制性的话，服务器应用程序将会使会话失败。
(6) 客户端发送“客户端密钥交换”消息。
此消息包含 pre-master secret （一个用在对称加密密钥生成中的 46 字节的随机数字），和 消息认证代码 （ MAC ）密钥（用服务器的公用密钥加密的）。
如果客户端发送客户端数字证书给服务器，客户端将发出签有客户端的专用密钥的“数字证书验证”消息。
通过验证此消息的签名，服务器可以显示验证客户端数字证书的所有权。
注意: 如果服务器没有属于数字证书的专用密钥，它将无法解密 pre-master 密码，也无法创建对称加密算法的正确密钥，且握手将失败。
(7) 客户端使用一系列加密运算将 pre-master secret 转化为 master secret ，其中将派生出所有用于加密和消息认证的密钥。
然后，客户端发出“更改密码规范” 消息将服务器转换为新协商的密码对。
客户端发出的下一个消息（“未完成”的消息）为用此密码方法和密钥加密的第一条消息。
(8) 服务器以自己的“更改密码规范”和“已完成”消息响应。
(9) SSL 握手结束，且可以发送加密的应用程序数据。
怎样在应用程序中使用SSL
HTTPS实际是SSL over HTTP, 该协议通过SSL在发送方把原始数据进行加密，在接收方解密，因此，所传送的数据不容易被网络黑客截获和破解。
本文介绍HTTPS的三种实现方法。
方法一 静态超链接这是目前网站中使用得较多的方法，也最简单。
在要求使用SSL进行传输的Web网页链接中直接标明使用HTTPS协议，以下是指向需要使用SSL的网页的超链接：SSL例子需要说明的是，在网页里的超链接如果使用相对路径的话，其默认启用协议与引用该超链接的网页或资源的传输协议相同，例如在某超链接“”的网页中包含如下两个超链接：SSL链接非SSL链接那么，第一个链接使用与“”相同的传输协议HTTPS，第二个链接使用本身所标识的协议HTTP。
使用静态超链接的好处是容易实现，不需要额外开发。
然而，它却不容易维护管理; 因为在一个完全使用HTTP协议访问的Web应用里，每个资源都存放在该应用特定根目录下的各个子目录里，资源的链接路径都使用相对路径，这样做是为了方便应用的迁移并且易于管理。
但假如该应用的某些资源要用到HTTPS协议，引用的链接就必须使用完整的路径，所以当应用迁移或需要更改URL中所涉及的任何部分如：域名、目录、文件名等，维护者都需要对每个超链接修改，工作量之大可想而知。
再者，如果客户在浏览器地址栏里手工输入HTTPS协议的资源，那么所有敏感机密数据在传输中就得不到保护，很容易被黑客截获和篡改！方法二 资源访问限制为了保护Web应用中的敏感数据，防止资源的非法访问和保证传输的安全性，Java Servlet 2.2规范定义了安全约束（Security-Constraint）元件，它用于指定一个或多个Web资源集的安全约束条件；用户数据约束（User-Data-Constraint）元件是安全约束元件的子类，它用于指定在客户端和容器之间传输的数据是如何被保护的。
用户数据约束元件还包括了传输保证（Transport-Guarantee）元件，它规定了客户机和服务器之间的通信必须是以下三种模式之一：None、Integral、Confidential。
None表示被指定的Web资源不需要任何传输保证；Integral表示客户机与服务器之间传送的数据在传送过程中不会被篡改; Confidential表示数据在传送过程中被加密。
大多数情况下，Integral或Confidential是使用SSL实现。
这里以BEA的WebLogic Server 6.1为例介绍其实现方法，WebLogic是一个性能卓越的J2EE服务器，它可以对所管理的Web资源，包括EJB、JSP、Servlet应用程序设置访问控制条款。
假设某个应用建立在Weblogic Server里的/mywebAPP目录下，其中一部分Servlets、JSPs要求使用SSL传输，那么可将它们都放在/mywebAPP/sslsource/目录里，然后编辑/secureAPP/Web-INF/文件，通过对的设置可达到对Web用户实现访问控制。
当Web用户试图通过HTTP访问/sslsource目录下的资源时，Weblogic Server就会查找里的访问约束定义，返回提示信息：Need SSL connection to access this resource。
资源访问限制与静态超链接结合使用，不仅继承了静态超链接方法的简单易用性，而且有效保护了敏感资源数据。
然而，这样就会存在一个问题： 假如Web客户使用HTTP协议访问需要使用SSL的网络资源时看到弹出的提示信息: Need SSL connection to access this resource，大部分人可能都不知道应该用HTTPS去访问该网页，造成的后果是用户会放弃访问该网页，这是Web应用服务提供商不愿意看到的事情。
方法三 链接重定向综观目前商业网站资源数据的交互访问，要求严格加密传输的数据只占其中一小部分，也就是说在一个具体Web应用中需要使用SSL的服务程序只占整体的一小部分。
那么，我们可以从应用开发方面考虑解决方法，对需要使用HTTPS协议的那部分JSPs、Servlets或EJBs进行处理，使程序本身在接收到访问请求时首先判断该请求使用的协议是否符合本程序的要求，即来访请求是否使用HTTPS协议，如果不是就将其访问协议重定向为HTTPS，这样就避免了客户使用HTTP协议访问要求使用HTTPS协议的Web资源时，看到错误提示信息无所适从的情况，这些处理对Web客户来说是透明的。
实现思想是：首先创建一个类，该类方法可以实现自动引导Web客户的访问请求使用HTTPS协议，每个要求使用SSL进行传输的Servlets或JSPs在程序开始时调用它进行协议重定向，最后才进行数据应用处理。
J2EE提供了两种链接重定向机制。
第一种机制是RequestDispatcher接口里的forward()方法。
使用MVC(Model-View-Controller)机制的Web应用通常都使用这个方法从Servlet转移请求到JSP。
但这种转向只能是同种协议间的转向，并不能重定向到不同的协议。
第二种机制是使用HTTPServletReponse接口里的sendRedirect()方法，它能使用任何协议重定向到任何URL，例如(“”);此外，我们还需使用到Java Servlet API中的两个方法：ServletRequest接口中的getScheme()，它用于获取访问请求使用的传输协议；HTTPUtils类中的getRequestUrl()，它用于获取访问请求的URL，要注意的是该方法在Servlet 2.3中已被移到HTTPServletRequest接口。
以下是实现协议重定向的基本步骤：1. 获取访问的请求所使用的协议；2. 如果请求协议符合被访问的Servlet所要求的协议，就说明已经使用HTTPS协议了，不需做任何处理；3. 如果不符合，使用Servlet所要求的协议(HTTPS)重定向到相同的URL。
例如，某Web用户使用HTTP协议访问要求使用HTTPS协议的资源BeSslServlet，敲入“URL：”，在执行BeSslServlet时首先使用ProcessSslServlet．processSsl（）重定向到，然后 BeSslServlet与客户浏览器之间就通过HTTPS协议进行数据传输。
以上介绍的仅是最简单的例子，是为了对这种重定向的方法有个初步的认识。
假如想真正在Web应用中实现，还必须考虑如下几个问题：● 在Web应用中常常会用到GET或Post方法，访问请求的URL中就会带上一些查询字串，这些字串是使用getRequesUrl()时获取不到的，而且在重定向之后会丢失，所以必须在重定向之前将它们加入到新的URL里。
我们可以使用()来获取GET的查询字串，对于Post的Request参数，可以把它们转换成查询串再进行处理。
● 某些Web应用请求中会使用对象作为其属性，必须在重定向之前将这些属性保存在该Session中，以便重定向后使用。
● 大多数浏览器会把对同一个主机的不同端口的访问当作对不同的主机进行访问，分用不同的Session，为了使重定向后保留使用原来的Session，必须对应用服务器的Cookie 域名进行相应的设置。
以上问题均可在程序设计中解决。
通过程序自身实现协议重定向，就可以把要求严格保护的那部分资源与其他普通数据从逻辑上分开处理，使得要求使用SSL的资源和不需要使用SSL的资源各取所需，避免浪费网站的系统资源。
