我已經通讀文檔(包括API和手冊),並且似乎沒有找到gwan對X-Forwarded-For
標題的任何支持。我發現的唯一可能是相關的是REMOTE_BIN_ADDR
。X-Forwarded-For在關
我知道要獲得一個客戶端IP,您可以使用REMOTE_ADDR
但是,我的gwan服務器位於HA代理負載平衡器的後面,該負載平衡器通過X-Forwarded-For
轉發客戶端IP。
請問Gwan不支持這個頭文件嗎?
我已經通讀文檔(包括API和手冊),並且似乎沒有找到gwan對X-Forwarded-For
標題的任何支持。我發現的唯一可能是相關的是REMOTE_BIN_ADDR
。X-Forwarded-For在關
我知道要獲得一個客戶端IP,您可以使用REMOTE_ADDR
但是,我的gwan服務器位於HA代理負載平衡器的後面,該負載平衡器通過X-Forwarded-For
轉發客戶端IP。
請問Gwan不支持這個頭文件嗎?
據我們所知,雖然廣泛使用,但X-Forwarded-For
HTTP標頭並不是RFC的一部分。一些服務器,如Nginx,正在使用替代品,因爲代理服務器可以「鏈接」客戶端IP地址,導致不可靠的結果。
在一個側面說明,請記住,HTTP頭提供X-Forwarded-For
價值不能信任 ...除非你自己代理的清理任何先前設定值,並加入了自己。這使得X-Forwarded-For
頭部乍看起來不如預期的那麼有用 - 並且肯定有助於解釋爲什麼Nginx感覺需要創建它自己的。
G-WAN最初支持這個頭部,但我們刪除了這個條目,因爲我們認爲它與本地G-WAN反向代理和負載平衡器是冗餘的(去年實施的功能仍然不是記錄爲以優化的方式記錄和導出接口需要時間 - 我們希望將此功能與協議處理程序合併,以簡化操作)。
請注意,現在,您可以輕鬆地從G-WAN公開的HTTP標頭中解析它,無論是從handler
還是從servlets
。
感謝吉爾給我加油,有點不方便在處理程序/腳本中做,但就像你說的那樣很容易完成。是否有任何形式的反向代理/負載均衡器的時間線(只是想知道) – 2013-03-02 03:11:00