Apache 头部接收解码请求
我们在JBoss上运行服务。有时，我们收到的请求中，参数被完全解码。下面是apache访问日志条目。查看以下url中的重定向url参数。要使这些URL正常工作，需要对参数进行编码。我们发布的URL是经过编码的。要么是有人在我们收到东西之前就在显式解码，要么是有故障的浏览器插件等，要么是我们的服务器在做我们不理解的事情Apache 头部接收解码请求,apache,servlets,jboss,Apache,Servlets,Jboss,我们在JBoss上运行服务。有时，我们收到的请求中，参数被完全解码。下面是apache访问日志条目。查看以下url中的重定向url参数。要使这些URL正常工作，需要对参数进行编码。我们发布的URL是经过编码的。要么是有人在我们收到东西之前就在显式解码，要么是有故障的浏览器插件等，要么是我们的服务器在做我们不理解的事情 78.150.249.12 - - [30/Apr/2009:19:44:58 +0000] "HEAD /r/?client_id=2&redirect_url=http
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)"
HEAD/GET模式看起来像某种web加速器插件/代理——读取链接以查看它是否存在/是否被修改，然后获取它。假设JBoss前面没有其他web服务器，那么这不可能是你的错 此外，我认为这实际上不是一个真正的用户代理字符串（XP上真正的IE6 UAs通常也会发送其CLR版本），这将支持这是一个损坏的代理服务器的理论