记录一次nginx反向代理tomcat，项目无法正确获取到Scheme

本次部署的环境是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)

        网友的分享 记录下负载均衡+tomcat遇到的获取到错误scheme的坑 - ilanyu's Blog