時(shí)間:2023-01-30 16:40:01 | 來源:建站知識(shí)
時(shí)間:2023-01-30 16:40:01 來源:建站知識(shí)
Nginx最為最受歡迎的反向代理和負(fù)載均衡服務(wù)器,被廣泛的應(yīng)用于互聯(lián)網(wǎng)項(xiàng)目中。這不僅僅是因?yàn)镹ginx本身比較輕量,更多的是得益于Nginx的高性能特性,以及支持插件化開發(fā),為此,很多開發(fā)者或者公司基于Nginx開發(fā)出了眾多的高性能插件。使用者可以根據(jù)自身的需求來為Nginx指定某款插件以增強(qiáng)Nginx在某種特定場(chǎng)景下的功能或者提升Nginx在某種特定場(chǎng)景下的性能。
request.getRemoteAddr()
取到的IP是Nginx的IP地址,并非客戶端真實(shí)IP,通過request.getRequestURL()
獲取的域名、協(xié)議、端口都是Nginx訪問Web應(yīng)用時(shí)的域名、協(xié)議、端口,而非客戶端瀏覽器地址欄上的真實(shí)域名、協(xié)議、端口。server { listen 80; location / { proxy_pass http://127.0.0.1:8080; # 反向代理應(yīng)用服務(wù)器HTTP地址 }}
在另一臺(tái)機(jī)器上用瀏覽器打開http://192.168.1.100/test訪問某個(gè)Servlet應(yīng)用,獲取客戶端IP和URL:System.out.println("RemoteAddr: " + request.getRemoteAddr());System.out.println("URL: " + request.getRequestURL().toString());
打印的結(jié)果信息如下:RemoteAddr: 127.0.0.1URL: http://127.0.0.1:8080/test
可以發(fā)現(xiàn),Servlet程序獲取到的客戶端IP是Nginx的IP而非瀏覽器所在機(jī)器的IP,獲取到的URL是Nginx proxy_pass配置的URL組成的地址,而非瀏覽器地址欄上的真實(shí)地址。如果將Nginx用作https服務(wù)器反向代理后端的http服務(wù),那么request.getRequestURL()
獲取的URL是http前綴的而非https前綴,無法獲取到瀏覽器地址欄的真實(shí)協(xié)議。如果此時(shí)將request.getRequestURL()
獲取得到的URL用作拼接Redirect地址,就會(huì)出現(xiàn)跳轉(zhuǎn)到錯(cuò)誤的地址,這也是Nginx反向代理時(shí)經(jīng)常出現(xiàn)的一個(gè)問題。proxy_set_header Host $http_host;proxy_set_header X-Real-IP $remote_addr;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;proxy_set_header X-Forwarded-Proto $scheme;
各參數(shù)的含義如下所示。Host
包含客戶端真實(shí)的域名和端口號(hào);X-Forwarded-Proto
表示客戶端真實(shí)的協(xié)議(http還是https);X-Real-IP
表示客戶端真實(shí)的IP;X-Forwarded-For
這個(gè)Header和X-Real-IP
類似,但它在多層代理時(shí)會(huì)包含真實(shí)客戶端及中間每個(gè)代理服務(wù)器的IP。request.getRemoteAddr()
和request.getRequestURL()
的輸出結(jié)果:RemoteAddr: 127.0.0.1URL: http://192.168.1.100/test
可以發(fā)現(xiàn)URL好像已經(jīng)沒問題了,但是IP還是本地的IP而非真實(shí)客戶端IP。但是如果是用Nginx作為https服務(wù)器反向代理到http服務(wù)器,會(huì)發(fā)現(xiàn)瀏覽器地址欄是https前綴但是request.getRequestURL()
獲取到的URL還是http前綴,也就是僅僅配置Nginx還不能徹底解決問題。/*** * 獲取客戶端IP地址;這里通過了Nginx獲取;X-Real-IP */public static String getClientIP(HttpServletRequest request) { String fromSource = "X-Real-IP"; String ip = request.getHeader("X-Real-IP"); if (ip == null || ip.length() == 0 || "unknown".equalsIgnoreCase(ip)) { ip = request.getHeader("X-Forwarded-For"); fromSource = "X-Forwarded-For"; } if (ip == null || ip.length() == 0 || "unknown".equalsIgnoreCase(ip)) { ip = request.getHeader("Proxy-Client-IP"); fromSource = "Proxy-Client-IP"; } if (ip == null || ip.length() == 0 || "unknown".equalsIgnoreCase(ip)) { ip = request.getHeader("WL-Proxy-Client-IP"); fromSource = "WL-Proxy-Client-IP"; } if (ip == null || ip.length() == 0 || "unknown".equalsIgnoreCase(ip)) { ip = request.getRemoteAddr(); fromSource = "request.getRemoteAddr"; } return ip;}
這種方式雖然能夠獲取客戶端的IP地址,但是我總感覺這種方式不太友好,因?yàn)榧热籗ervlet API提供了request.getRemoteAddr()
方法獲取客戶端IP,那么無論有沒有用反向代理對(duì)于代碼編寫者來說應(yīng)該是透明的。httpConfig
,加入配置:<New id="httpConfig" class="org.eclipse.jetty.server.HttpConfiguration"> ... <Call name="addCustomizer"> <Arg><New class="org.eclipse.jetty.server.ForwardedRequestCustomizer"/></Arg> </Call></New>
重新啟動(dòng)Jetty,再用瀏覽器打開http://192.168.1.100/test測(cè)試,結(jié)果:RemoteAddr: 192.168.1.100URL: http://192.168.1.100/test
此時(shí)可發(fā)現(xiàn)通過request.getRemoteAddr()
獲取到的IP不再是127.0.0.1
而是客戶端真實(shí)IP,request.getRequestURL()
獲取的URL也是瀏覽器上的真實(shí)URL,如果Nginx作為https代理,request.getRequestURL()
的前綴也會(huì)是https。java -jar start.jar --module=http-forwarded
更多Jetty如何啟用模塊的相關(guān)資料可以參考:http://www.eclipse.org/jetty/documentation/current/startup.html<Valve className="org.apache.catalina.valves.RemoteIpValve" />
好了,咱們今天就聊到這兒吧!別忘了給個(gè)在看和轉(zhuǎn)發(fā),讓更多的人看到,一起學(xué)習(xí)一起進(jìn)步!!關(guān)鍵詞:協(xié)議,獲取,真實(shí)
客戶&案例
營(yíng)銷資訊
關(guān)于我們
客戶&案例
營(yíng)銷資訊
關(guān)于我們
微信公眾號(hào)
版權(quán)所有? 億企邦 1997-2025 保留一切法律許可權(quán)利。