本次部署的环境是A云上的nginx反向代理B云上的Tomcat,nginx配置了https,tomcat是http,根据之前配置反向代理的经验,为了tomcat能正确获取到客户端的ip和请求的协议,在tomcat里配置了如下参数,也是网上常见的反向代理https配置参数。
<Valve className="org.apache.catalina.valves.RemoteIpValve" remoteIpHeader="X-Forwarded-For" protocolHeader="X-Forwarded-Proto" protocolHeaderHttpsValue="https">
之前配置的环境都是nginx和tomcat在一个局域网里,按照上面的配置,项目可以正确获取到Scheme为https,而此次的环境部署完以后,项目始终无法获取到https,只能获取到http,比对了跟之前服务器的环境,nginx版本、tomcat版本,配置参数都是一样的。但是就是无法正确获取到https,后来考虑问题可能出在两台服务器非一个局域网,但是又不知道具体是什么原因导致的,然后各种网络搜索,文章都是大同小异,都是配置上面那段配置。后面仔细搜索了一下上面这段参数配置内容,看了tomcat官方的配置说明,找到一个疑似关键的参数internalProxies ,奈何英语底子薄,只看明白个大概,问题跟这个有关系但是不敢肯定,后来搜了一下这个参数,发现之前有人遇到过这个问题,看了他的文档,明白了这个参数用来配置可信代理ip,结合官方配置说明,意思就是这个参数默认值是常见的一些局域网ip,这也就是为什么之前局域网配置一直没问题,而本次因为是两个网络,所以nginx服务器ip并不在默认可信ip匹配规则里,只需要将nginx服务器ip加到这个参数就可以正常获取到Scheme。
<Valve className="org.apache.catalina.valves.RemoteIpValve" remoteIpHeader="X-Forwarded-For" protocolHeader="X-Forwarded-Proto" protocolHeaderHttpsValue="https"
internalProxies="nginx服务器ip|10\.\d{1,3}\.\d{1,3}\.\d{1,3}|192\.168\.\d{1,3}\.\d{1,3}| 169\.254\.\d{1,3}\.\d{1,3}|127\.\d{1,3}\.\d{1,3}\.\d{1,3}| 172\.1[6-9]{1}\.\d{1,3}\.\d{1,3}|172\.2[0-9]{1}\.\d{1,3}\.\d{1,3}| 172\.3[0-1]{1}\.\d{1,3}\.\d{1,3}| 0:0:0:0:0:0:0:1|::1"
/>
简单的一次部署日志,希望可以帮到其他遇到一样问题的朋友。
相关参考链接:
tomcat官方 RemoteIpValve (Apache Tomcat 8.0.53 API Documentation)