IIS HTTP错误400（无效的动词） - 请求损坏？

寻找这一个帮助。由于该应用是内部的，因此我的分享内容有所限制...IIS HTTP错误400（无效的动词） - 请求损坏？

场景：Web应用向/ api/shortLink端点发送POST请求以找回短链接（想法：URL缩短服务）以我们的BI应用程序中的仪表板。短链接保存参数/过滤器值，以便用户可以使用短链接返回相同的视图。

短链接服务返回一个常规的200状态和短链接代码。一切都很好，对吗？并非如此..页面上的下一个HTTP请求（GET，POST，无关紧要）将导致HTTP 400错误（无效的动词）。

该问题只发生在Chrome（最新版本）中。 Firefox，IE11，Vivaldi和Safari都能正常工作。

战后初期的请求得到shortLink值（正常工作，shortLink生成并返回：

Request: 
POST http://jaxbamaptst1:8000/api/shortlink/?sessionId=4ea65890-dbb2-4757-8f03-c0e3bf306cdf HTTP/1.1 
Host: jaxbamaptst1:8000 
Connection: keep-alive 
Content-Length: 18192 
Pragma: no-cache 
Cache-Control: no-cache 
Accept: */* 
Origin: http://jaxbamaptst1:8000 
X-Requested-With: XMLHttpRequest 
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36 
Content-Type: application/json; charset=UTF-8 
Referer: http://jaxbamaptst1:8000/Dashboard/1e4ce64e-31e7-4f9e-96aa-8b9e546ba5c8 
Accept-Encoding: gzip, deflate 
Accept-Language: en-US,en;q=0.8 
Cookie: webapp_sessionid=4ea65890-dbb2-4757-8f03-c0e3bf306cdf; webapp_clientid=27271080-59a9-4c3c-aaef-d8c489414165 

"/Dashboard/41c892a0-d83c-4d98-beaa-cee8c656c727?e=false&vo=viewonly&overrides=eyJfX2NsYXNzVHlwZSI6ImR1bmRhcy52aWV3LmNvbnRyb2xzLlZpZXdPdmVycmlkZXMiLCJ2aWV3UGFyYW1ldGVycyI6W10sImRlZmF1bHRWaWV3UGFyYW1ldGVyVmFsdWVzIjpbeyJ2aWV3UGFyYW1ldGVyTmFtZSI6InBhcmFtQ3VycmVudE9yZyIsInBhcmFtZXRlclZhbHVlIjp7Il9fY2xhc3NUeXBlIjoiZHVuZGFzLmRhdGEuQ29sbGVjdGlvbk1lbWJlclZhbHVlIiwidmFsdWVzIjpbeyJfX2NsYXNzVHlwZSI6ImR1bmRhcy5kYXRhLkhpZXJhcmNoeU1lbWJlciIsImNvbXBhdGlibGVVbmlxdWVOYW1lIjoiW0RpbSBFbXBsb3llZV0uW0N1cnJlbnQgT3JnLUNlbnRlci1VTS1UTS1BZ2VudF0uW0NlbnRlcl0uJltSXSZbQ01DXSZbS05YQ01DXSIsImhpZXJhcmNoeVVuaXF1ZU5hbWUiOiJbRGltIEVtcG<<snip rest of overrides. Very lengthy>>

的反应也属正常，并返回所需的shortLink：

HTTP/1.1 200 OK 
Cache-Control: no-store, must-revalidate, no-cache, max-age=0 
Pragma: no-cache 
Content-Type: application/json; charset=utf-8 
Expires: Mon, 01 Jan 1990 00:00:00 GMT 
Vary: Accept-Encoding 
Access-Control-Allow-Origin: * 
Date: Fri, 30 Sep 2016 02:44:21 GMT 
Content-Length: 28 

"saqecfh3x14wmygknpqnzxwt3w"

现在，没有无论下一个呼叫来自哪一页，结果将是一个HTTP 400 - 无效动词

该请求在Chrome中看起来完全正常。但是，当您看到它的提琴手，事情变得有点古怪..

这里是一个失败的请求：

JSZVVUAXF1ZU5HBWUIOIJBRGLTIEVTCGXVEWVLXS5BQ3VYCMVUDCBPCMCTQ2VUDGVYLVVNLVRNLUFNZW50XS5BT3JNYW5PEMF0AW9UXS4MW1JDJLTDTUNDIIWIAGLLCMFYY2H5VW5PCXVLTMFTZSI6ILTEAW0GRW1WBG95ZWVDLLTDDXJYZW50IE9YZY1DZW50ZXITVU0TVE0TQWDLBNRDIIWIY2FWDGLVBII6IKNNQYISIMXLDMVSV<<snipped for brevity>>SBGFWC2VKIJPMYWXZZSWIY2HPBGRJDGVTQ291BNQIOJASINVUAXF1ZU5HBWUIOIJBRGLTIGET http://jaxbamaptst1:8000/Link/?shortLink=saqecfh3x14wmygknpqnzxwt3w HTTP/1.1 
Host: jaxbamaptst1:8000 
Connection: keep-alive 
Pragma: no-cache 
Cache-Control: no-cache 
Upgrade-Insecure-Requests: 1 
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36 
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 
Referer: http://jaxbamaptst1:8000/Dashboard/1e4ce64e-31e7-4f9e-96aa-8b9e546ba5c8 
Accept-Encoding: gzip, deflate, sdch 
Accept-Language: en-US,en;q=0.8 
Cookie: webapp_sessionid=4ea65890-dbb2-4757-8f03-c0e3bf306cdf;  webapp_clientid=27271080-59a9-4c3c-aaef-d8c489414165

注意的编码数据（或者乱码虚无？）的“GET”动词前面。不足为奇的是IIS返回错误400

铬看起来一切都很好（除了400响应）：

Request URL:http://jaxbamaptst1:8000/Link/?shortLink=saqecfh3x14wmygknpqnzxwt3w 
Request Method:GET 
Status Code:400 Bad Request 
Remote Address:127.0.0.1:8888 <<due to Fiddler proxy>>

曾经见过这样的事？

此外，作为旁白 - 我们通常不使用SSL与此应用程序，因为它是内部的。但是，我注意到，如果我使用SSL访问它，则不会发生错误。

来源

2016-09-30 Jeff J

看起来像第二个请求尝试GET和不向API发送请求。通常，端点会拒绝（出于安全原因）任何GET请求。 – Franco

感谢佛朗哥。预计GET在这里。它不是一个API端点。这是尝试导航到短链接页面。 –

解决：今天早上终于明白这个问题是由McAfee DLP引起的。如果有其他人遇到类似的情况，请留下此处。

来源

2016-09-30 14:05:38

McAfee DLP在什么情况下可以做到这一点？ –

IIS HTTP错误400（无效的动词） - 请求损坏？

回答

相关问题