在上一篇博客中，我们了解了tomcat的server.xml中各组件的用法和作用；其中对于tomcat连接器来说，它分三类，一类是http连接器，一类是https连接器，一类是ajp连接器；通常tomcat作为应用服务器，我们不建议也不应该让tomcat直接面向客户端提供服务；因此进入tomcat的访问就只有其他反代服务器的请求了；如果说tomcat使用其他反代服务器对外提供服务，那么对于https的访问就应该由代理服务器端来实现，从代理服务器到tomcat的访问，我们应该还是使用http或者ajp协议，综上所述常用的连接器也就http和ajp;http是一个文本格式协议，对于浏览器来说是支持的；ajp协议是二进制格式协议，对于浏览器是不支持的；所以对于反代服务器来讲，面向客户端它提供http协议访问，面向服务端它提供ajp协议去访问；这样去反代tomcat，相对要安全一点，至少客户端不能绕过代理直接访问tomcat；
常见的的反代服务器有haproxy、nginx、httpd，这三款软件中haproxy和nginx 可基于http协议来代理tomcat；httpd可基于http协议反代tomcat，也支持ajp协议反代tomcat，如果是ajp协议反代tomcat，在httpd上要启用一个proxy_ajp_module；
1、nginx反代tomcat
nginx基于http协议反代tomcat和反代其他web服务器的配置没有本质的不同，我们定义一个location，然后通过proxy_pass 把对应url反代到后端tomcat服务器上就好；
示例：nginx反代tomcat中的www.test1.com 和localhost主机
提示：以上配置表示访问路径匹配根，就把请求代理到192.168.0.22：8080上，其实这个请求到tomcat上个以后，它会去找对应host是否有，如果有就从匹配到的host上响应，如果没有就从默认的host上响应，很明显192.168.0.22不能匹配tomcat的host，所以他会从默认host localhost这个虚拟主机响应；相当于把访问/的请求反代给localhost这个虚拟主机上；对于匹配以.jsp或者.do结尾的资源就走第二个location，把请求反代到www.test1.com这台虚拟主机上；
验证：访问192.168.0.22看看是否访问到tomcat的localhost虚拟主机上提供的页面？
提示：可以看到我们访问192.168.0.22时，浏览器返回了tomcat中localhost提供的主页；
验证：访问192..168.0.22/index.jsp 看看是否访问到tomcat上的www.test1.com 所提供的主页？
提示：可以看到访问192.168.0.22/index.jsp时，浏览器中响应了tomcat中www.test1.com这台虚拟主机提供的主页；
2、httpd反代tomcat
示例：httpd基于http协议反代tomcat
提示：以上配置表示访问www.test1.com 把请求反代到http://127.0.0.1:8080上；这里需要注意proxypreservehost off表示不把客户端传来的host首部传到tomcat上去，这意味着我们访问www.test1.com ，是不能够访问到tomcat中www.test1.com这台虚拟主机的，因为客户端访问httpd,host首部是www.test1.com，到了httpd后，httpd封装报文，它不会把客户端host首部原封不动的传给后面tomcat，而是重新封装host首部为127.0.0.1，因为封装后的报文host首部的值为127.0.0.1，到达tomcat后，它匹配不到127.0.0.1的虚拟主机，所以会从默认虚拟主机localhost返回，所以客户端访问www.teste1.com，会响应tomcat中localhost虚拟主机的页面；
验证:用浏览器访问www.test1.com 看看是否响应tomcat 中localhost的页面给我们？
提示：可以看到我们访问www.test1.com ，响应的并不是tomcat中www.test1.com这个虚拟主机提供的页面，而是localhost虚拟主机提供的页面；这其中的原因就是proxypreservehost off；它并没有把客户端的host首部传递到tomcat；
修改proxypreservehost off 为on ,然后重启httpd，再访问www.test1.com 看看是否还是给我们返回localhost虚拟主机的页面呢？
提示：以上修改proxypreservehost on 表示把客户端host首部的值传递到后端tomcat；这样一来tomcat就可以根据客户端传递的host首部来分别响应不同虚拟主机上的页面了；
验证：重启httpd服务，访问www.test1.com 看看是否会把tomcat中www.test1.com 虚拟主机的页面响应给我们？
提示：可以看到现在我们访问www.test1.com 就不再给我们响应localhost虚拟主机的页面了，而是www.test1.com虚拟主机的页面，说明httpd把客户端hosts首部的值传递到后端tomcat上了；
测试：访问192.168.0.22 看看是否访问到默认localhost虚拟主机页面呢？
提示：可以看到我们访问192.168.0.22时，响应给我们的是tomcat中localhost虚拟主机页面；原因是httpd把客户端host首部的值192.168.0.22传递给后端tomcat后，在tomcat上并没有找到192.168.0.22这个虚拟主机，所以在tomcat上就以默认虚拟主机localhost响应给httpd，然后在响应给浏览器；所以我们看到的就是tomcat中localhost虚拟主机的页面；
3、httpd基于ajp协议反代tomcat
以上面的例子，httpd通过http协议反代tomcat和通过ajp协议反代tomcat，从httpd的配置上，没有本质的不同；不外乎就是把http协议修改成ajp协议，把后端tomcat8080端口改成8009端口；其他的都一样；如下所示
提示：这里需要注意一点，httpd使用ajp协议反代tomcat ，需要请用proxy_ajp_module模块，否则httpd是不支持ajp协议的；
验证：分别在浏览器上访问www.test1.com 和192.168.0.22 看看是否能访问到tomcat中对应虚拟主机的页面？
提示：可以看到我们使用基于ajp协议反代tomcat和基于http反代tomcat在访问上没有什么不同；
到此这篇关于nginx/httpd反代tomcat配置教程的文章就介绍到这了,更多相关nginx/httpd反代tomcat配置内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家！
原文链接：https://www.cnblogs.com/qiuhom-1874/p/13334180.html
