2009-05-01 104 views
0

我們在JBoss上運行一項服務。有時我們會收到完整解碼參數的請求。以下是apache訪問日誌條目。在下面的url中查看redirect_url參數。對於這樣的網址工作,參數需要被編碼。我們發佈的網址是經過編碼的。要麼有人在到達我們之前明確地解碼東西,某些錯誤的瀏覽器插件等,或者我們的服務器正在做一些我們不明白的事情。HEAD GET解碼請求

78.150.249.12 - - [30/Apr/2009:19:44:58 +0000] "HEAD /r/?client_id=2&redirect_url=http://www.amazon.co.uk/gp/search?ie=UTF8&keywords=William+Kentridge&search-alias=stripbooks&tag=inhouse3408608&token=3to08p0nn54916kfc000db5gmf HTTP/1.1" 400 - "-" "User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" 

78.150.249.12 - - [30/Apr/2009:19:44:58 +0000] "GET /r/?client_id=2&redirect_url=http://www.amazon.co.uk/gp/search?ie=UTF8&keywords=William+Kentridge&search-alias=stripbooks&tag=inhouse3408608&token=3to08p0nn54916kfc000db5gmf HTTP/1.1" 400 965 "-" "User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)" 

回答

1

頭/ GET圖案看起來像某種類型的網絡加速器插件/代理 - HEAD-ING的鏈接,查看它是否存在/被修改,然後獲取它。假設你在JBoss前沒有其他的Web服務器,那麼這不太可能是你的錯。

另外,我不認爲這實際上是一個真正的用戶代理字符串(實IE6的UA在XP通常送他們的CLR版本也一樣),這將支持這一理論,它是一個破碎的代理服務器。