A recent change to the API has seen it start responding with '400 BadRequest' for some (but not all) 'GET' requests that include a 'Content-Length: 0' request header. This is something the HTTP client library we are using routinely does (we believe to enable connection keep alives) and is difficult to disable. Our reading of the HTTP spec is that it states clients should not send this header for GET requests but that servers should also not error if they do. Was this a deliberate change and would it be possible to revert to the previous behaviour of accepting these requests?
找不到电影或节目?登录并创建它吧。
Travis Bell 的回复
于 2024 年 12 月 05 日 12:10上午
Hi @MaryGoRound,
Indeed, we've been tightening up some of the security on a few of our services, and this is a setting in one of the load balancer products we use. When we tested launching this, there was no noticeable change in traffic patterns so it seems to only have affected a very small number of requests. It's also a setting that has been enabled on our website for over 6 months, so we felt pretty comfortable with it.
Can you tell me more about what library is defaulting to sending this header? It shouldn't be doing that, and I'm not sure if I can guarantee us not re-enabling this setting in the long term, so I suggest changing libraries or having them fix it upstream, but for now, it's been reverted.
mary 的回复
于 2024 年 12 月 11 日 3:30下午
Thank you, @travisbell ! We are currently using the latest version of the Apache HttpClient 4.5 series - which is sending the header. There is a newer version of the library - Apache HttpClient 5.4 series - which appears not to send the header on 'GET' requests - but we have not been able to simply update the library because it is not backwards compatible with the earlier version and we have numerous dependencies on HttpClient 4.5 from various other 3rd party libraries - and some of those do not have available updates at this time. We are doing our best to work through the various dependencies to get everything updated.
Travis Bell 的回复
于 2024 年 12 月 16 日 5:23下午
Ok, thanks for letting me know.