一、概述
如今利用nginx做反向代理和負載均衡的實例已經很多了，針對不同的應用場合，還有很多需要注意的地方，本文要說的就是在通過CDN後到達nginx做反向代理和負載均衡時請求頭中的“X-Forwarded-For”項到底發生了什麼變化。
二、簡單web架構圖
三、X-Forwarded-For的定義：
X-Forwarded-For:簡稱XFF頭，它代表客戶端，也就是HTTP的請求端真實的IP，只有在通過了HTTP 代理或者負載均衡服務器時纔會添加該項。它不是RFC中定義的標準請求頭信息，在squid緩存代理服務器開發文檔中可以找到該項的詳細介紹。
標準格式如下：
X-Forwarded-For: client1, proxy1, proxy2
從標準格式可以看出，X-Forwarded-For頭信息可以有多個，中間用逗號分隔，第一項爲真實的客戶端ip，剩下的就是曾經經過的代理或負載均衡的ip地址，經過幾個就會出現幾個。
四、依照WEB架構圖進行分析
按照上圖的Web架構圖，可以很容易的看出，當用戶請求經過CDN後到達Nginx負載均衡服務器時，其X-Forwarded-For頭信息應該爲 客戶端IP,CDN的IP 但實際情況並非如此，一般情況下CDN服務商爲了自身安全考慮會將這個信息做些改動，只保留客戶端IP。我們可以通過php程序獲得X-Forwarded-For信息或者通過Nginx的add header方法來設置返回頭來查看。
下面來分析請求頭到達Nginx負載均衡服務器的情況；在默認情況下，Nginx並不會對X-Forwarded-For頭做任何的處理，除非用戶使用proxy_set_header 參數設置：
- proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
$proxy_add_x_forwarded_for變量包含客戶端請求頭中的"X-Forwarded-For"，與$remote_addr用逗號分開，如果沒有"X-Forwarded-For" 請求頭，則$proxy_add_x_forwarded_for等於$remote_addr。$remote_addr變量的值是客戶端的IP。
當Nginx設置X-Forwarded-For於$proxy_add_x_forwarded_for後會有兩種情況發生：
1、如果從CDN過來的請求沒有設置X-Forwarded-For頭（通常這種事情不會發生），而到了我們這裏Nginx設置將其設置爲$proxy_add_x_forwarded_for的話，X-Forwarded-For的信息應該爲CDN的IP，因爲相對於Nginx負載均衡來說客戶端即爲CDN，這樣的話，後端的web程序時死活也獲得不了真實用戶的IP的。
2、CDN設置了X-Forwarded-For，我們這裏又設置了一次，且值爲$proxy_add_x_forwarded_for的話，那麼X-Forwarded-For的內容變成 ”客戶端IP,Nginx負載均衡服務器IP“如果是這種情況的話，那後端的程序通過X-Forwarded-For獲得客戶端IP，則取逗號分隔的第一項即可。
如上兩點所說，如果我們知道了CDN設置了X-Forwarded-For信息，且只有客戶端真實的IP的話，那麼我們的Nginx負載均衡服務器可以不必理會該頭，讓它默認即可。
其實Nginx中還有一個$http_x_forwarded_for變量，這個變量中保存的內容就是請求中的X-Forwarded-For信息。如果後端獲得X-Forwarded-For信息的程序兼容性不好的話（沒有考慮到X-Forwarded-For含有多個IP的情況），最好就不要將X-Forwarded-For設置爲 $proxy_add_x_forwarded_for。應該設置爲$http_x_forwarded_for或者乾脆不設置！