每日一得--https协议及tomcat服务器简单配置（待验证）-CSDN博客

本文详细介绍了HTTPS的工作原理，包括客户端和服务端如何通过TLS进行安全通信的过程，并提供了在Tomcat服务器上部署HTTPS的具体步骤。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

也就是在HTTP上又加了一层处理加密信息的模块。服务端和客户端的信息传输都会通过TLS进行加密，所以传输的数据都是加密后的数据

1. 客户端发起HTTPS请求

这个没什么好说的，就是用户在浏览器里输入一个https网址，然后连接到server的443端口。

2. 服务端的配置

采用HTTPS协议的服务器必须要有一套数字证书，可以自己制作，也可以向组织申请。区别就是自己颁发的证书需要客户端验证通过，才可以继续访问，而使用受信任的公司申请的证书则不会弹出提示页面(startssl就是个不错的选择，有1年的免费服务)。这套证书其实就是一对公钥和私钥。如果对公钥和私钥不太理解，可以想象成一把钥匙和一个锁头，只是全世界只有你一个人有这把钥匙，你可以把锁头给别人，别人可以用这个锁把重要的东西锁起来，然后发给你，因为只有你一个人有这把钥匙，所以只有你才能看到被这把锁锁起来的东西。

3. 传送证书

这个证书其实就是公钥，只是包含了很多信息，如证书的颁发机构，过期时间等等。

4. 客户端解析证书

这部分工作是有客户端的TLS来完成的，首先会验证公钥是否有效，比如颁发机构，过期时间等等，如果发现异常，则会弹出一个警告框，提示证书存在问题。如果证书没有问题，那么就生成一个随即值。然后用证书对该随机值进行加密。就好像上面说的，把随机值用锁头锁起来，这样除非有钥匙，不然看不到被锁住的内容。

5. 传送加密信息

这部分传送的是用证书加密后的随机值，目的就是让服务端得到这个随机值，以后客户端和服务端的通信就可以通过这个随机值来进行加密解密了。

6. 服务段解密信息

服务端用私钥解密后，得到了客户端传过来的随机值(私钥)，然后把内容通过该值进行对称加密。所谓对称加密就是，将信息和私钥通过某种算法混合在一起，这样除非知道私钥，不然无法获取内容，而正好客户端和服务端都知道这个私钥，所以只要加密算法够彪悍，私钥够复杂，数据就够安全。

7. 传输加密后的信息

这部分信息是服务段用私钥加密后的信息，可以在客户端被还原

8. 客户端解密信息

客户端用之前生成的私钥解密服务段传过来的信息，于是获取了解密后的内容。整个过程第三方即使监听到了数据，也束手无策。

9. 自己生成证书，tomcat服务器https配置

(1)．生成keystore

利用 JDK 自带的 keytool 工具完成keystore 的生成，运行命令：

[JAVA_HOME]/bin/keytool -genkey -alias tomcat -keyalg RSA -keystore [location/fileName]

根据提示输入各项值。最后在location 路径下生成名为fileName 的KeyStore 文件。

(2). 修改server.xml

在tomcat 的conf 目录下找到server.xml, 在该文件中找到与SSL 相关的内容， ，将“<Connector port="8443"…… ”这个标签的注释去掉，并且在加入两个属性：keystoreFile 和keystorePass ，其中keystoreFile 指向上一步生成的KeyStore 文件，keytStorePass 为上一步中输入的keystore 密码。

(3). 强制Https 访问

经过上面两部的设置，Tomcat 已经可以支持Https 的访问了，但是Http 的访问也同样支持。

在tomcat 的conf 目录下找到web.xml 文件，加入如下配置：

<login-config>

<auth-method>CLIENT-CERT</auth-method>

<realm-name>Client Cert Users-only Area</realm-name>

</login-config>

<security-constraint>

<web-resource-collection >

<web-resource-name >SSL</web-resource-name>