日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關咨詢
選擇下列產品馬上在線溝通
服務時間:8:30-17:00
你可能遇到了下面的問題
關閉右側工具欄

新聞中心

這里有您想知道的互聯(lián)網營銷解決方案
Java面試-如何獲取客戶端真實IP

在進行一些小游戲開發(fā)時,我們經常比較關注的一個功能便是分享。針對分享,我們希望能根據(jù)各個城市或者地區(qū),能有不同的分享文案,辨識地區(qū)的功能如果由服務器來完成的話,我們就需要知道客戶端的真實IP。今天我們就來看看服務器是如何獲取到客戶端的真實IP的。

nginx配置

首先,一個請求肯定是可以分為請求頭和請求體的,而我們客戶端的IP地址信息一般都是存儲在請求頭里的。如果你的服務器有用Nginx做負載均衡的話,你需要在你的location里面配置X-Real-IP和X-Forwarded-For請求頭:

 
 
 
  1. location ^~ /your-service/ { 
  2. proxy_set_header X-Real-IP $remote_addr; 
  3. proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
  4. proxy_pass http://localhost:60000/your-service/; 

1. X-Real-IP

在《實戰(zhàn)nginx》中,有這么一句話:

經過反向代理后,由于在客戶端和web服務器之間增加了中間層,因此web服務器無法直接拿到客戶端的ip,通過$remote_addr變量拿到的將是反向代理服務器的ip地址。

這句話的意思是說,當你使用了nginx反向服務器后,在web端使用request.getRemoteAddr()(本質上就是獲取$remote_addr),取得的是nginx的地址,即$remote_addr變量中封裝的是nginx的地址,當然是沒法獲得用戶的真實ip的。但是,nginx是可以獲得用戶的真實ip的,也就是說nginx使用$remote_addr變量時獲得的是用戶的真實ip,如果我們想要在web端獲得用戶的真實ip,就必須在nginx里作一個賦值操作,即我在上面的配置:

 
 
 
  1. proxy_set_header X-Real-IP $remote_addr; 

2. X-Forwarded-For

X-Forwarded-For變量,這是一個squid開發(fā)的,用于識別通過HTTP代理或負載平衡器原始IP一個連接到Web服務器的客戶機地址的非rfc標準,如果有做X-Forwarded-For設置的話,每次經過proxy轉發(fā)都會有記錄,格式就是client1,proxy1,proxy2以逗號隔開各個地址,由于它是非rfc標準,所以默認是沒有的,需要強制添加。在默認情況下經過proxy轉發(fā)的請求,在后端看來遠程地址都是proxy端的ip 。也就是說在默認情況下我們使用request.getAttribute("X-Forwarded-For")獲取不到用戶的ip,如果我們想要通過這個變量獲得用戶的ip,我們需要自己在nginx添加配置:

 
 
 
  1. proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 

意思是增加一個$proxy_add_x_forwarded_for到X-Forwarded-For里去,注意是增加,而不是覆蓋,當然由于默認的X-Forwarded-For值是空的,所以我們總感覺X-Forwarded-For的值就等于$proxy_add_x_forwarded_for的值,實際上當你搭建兩臺nginx在不同的ip上,并且都使用了這段配置,那你會發(fā)現(xiàn)在web服務器端通過request.getAttribute("X-Forwarded-For")獲得的將會是客戶端ip和第一臺nginx的ip。

3. 那么$proxy_add_x_forwarded_for又是什么?

$proxy_add_x_forwarded_for變量包含客戶端請求頭中的X-Forwarded-For與$remote_addr兩部分,他們之間用逗號分開。

舉個例子,有一個web應用,在它之前通過了兩個nginx轉發(fā),www.linuxidc.com即用戶訪問該web通過兩臺nginx。

在第一臺nginx中,使用:

 
 
 
  1. proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 

現(xiàn)在的$proxy_add_x_forwarded_for變量的X-Forwarded-For部分是空的,所以只有$remote_addr,而$remote_addr的值是用戶的ip,于是賦值以后,X-Forwarded-For變量的值就是用戶的真實的ip地址了。

到了第二臺nginx,使用:

 
 
 
  1. proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 

現(xiàn)在的$proxy_add_x_forwarded_for變量,X-Forwarded-For部分包含的是用戶的真實ip,$remote_addr部分的值是上一臺nginx的ip地址,于是通過這個賦值以后現(xiàn)在的X-Forwarded-For的值就變成了“用戶的真實ip,第一臺nginx的ip”,這樣就清楚了吧。

服務器獲取真實IP

代碼為:

 
 
 
  1. public static String getIpAddress(HttpServletRequest request) { 
  2. String Xip = request.getHeader("X-Real-IP"); 
  3. String XFor = request.getHeader("X-Forwarded-For"); 
  4. if (!Strings.isNullOrEmpty(XFor) && !"unKnown".equalsIgnoreCase(XFor)) { 
  5. //多次反向代理后會有多個ip值,第一個ip才是真實ip 
  6. int index = XFor.indexOf(","); 
  7. if (index != -1) { 
  8. return XFor.substring(0, index); 
  9. } else { 
  10. return XFor; 
  11. XFor = Xip; 
  12. if (!Strings.isNullOrEmpty(XFor) && !"unKnown".equalsIgnoreCase(XFor)) { 
  13. return XFor; 
  14. if (Strings.nullToEmpty(XFor).trim().isEmpty() || "unknown".equalsIgnoreCase(XFor)) { 
  15. XFor = request.getHeader("Proxy-Client-IP"); 
  16. if (Strings.nullToEmpty(XFor).trim().isEmpty() || "unknown".equalsIgnoreCase(XFor)) { 
  17. XFor = request.getHeader("WL-Proxy-Client-IP"); 
  18. if (Strings.nullToEmpty(XFor).trim().isEmpty() || "unknown".equalsIgnoreCase(XFor)) { 
  19. XFor = request.getHeader("HTTP_CLIENT_IP"); 
  20. if (Strings.nullToEmpty(XFor).trim().isEmpty() || "unknown".equalsIgnoreCase(XFor)) { 
  21. XFor = request.getHeader("HTTP_X_FORWARDED_FOR"); 
  22. if (Strings.nullToEmpty(XFor).trim().isEmpty() || "unknown".equalsIgnoreCase(XFor)) { 
  23. XFor = request.getRemoteAddr(); 
  24. return XFor; 

我們來看看各個請求頭的含義:

  • X-Real-IP:nginx代理一般會加上此請求頭。
  • X-FORWARDED-FOR:這是一個Squid開發(fā)的字段,只有在通過了HTTP代理或者負載均衡服務器時才會添加該項。
  • Proxy-Client-IP 和 WL-Proxy-Client-IP:這個一般是經過apache http服務器的請求才會有,用apache http做代理時一般會加上Proxy-Client-IP請求頭,而WL-Proxy-Client-IP是它的weblogic插件加上的頭。

HTTPCLIENTIP

有些代理服務器會加上此請求頭。在網上搜了一下,有一個說法是:

這是普通的 http header,偽造起來很容易,不要輕易信任用戶輸入。 curl -H 'client-ip: 8.8.8.8' lidian.club/phpinfo.php | grep _SERVER 你就能看到 _SERVER["HTTP_CLIENT_IP"] 了。 client-ip 和 client-host 是在 NAPT 還沒普及的年代,企業(yè)內網假設的 http 透明代理,傳給服務器的 header,只有極少數(shù)廠家用過,從來不是標準,也從來沒成為過事實標準。 (大家最熟悉的事實標準就是 x-forwarded-for) 后來出現(xiàn)的 web proxy 也沒見用過這個 header。 TCP/IP Illustrated Vol 3 沒有講過這個 header,網上的傳言不可信。 可考的最早痕跡出現(xiàn)在2005年,日本一部 Perl/CGI 秘籍(9784798010779,270頁)通過 client-ip 與 via 兩個 header 屏蔽代理用戶訪問。

簡稱XFF頭,它代表客戶端,也就是HTTP的請求端真實的IP,只有在通過了HTTP 代理(比如APACHE代理)或者負載均衡服務器時才會添加該項。它不是RFC中定義的標準請求頭信息,在squid緩存代理服務器開發(fā)文檔中可以找到該項的詳細介紹。如果有該條信息, 說明您使用了代理服務器,地址就是后面的數(shù)值??梢詡卧?。標準格式如下:X-Forwarded-For: client1, proxy1, proxy2


當前文章:Java面試-如何獲取客戶端真實IP
URL地址:http://www.5511xx.com/article/cojippc.html