一次不规范HTTP请求引发的nginx响应400问题分析与解决

发布网友发布时间：2024-09-30 10:28

共1个回答

热心网友时间：2024-10-13 21:11

近期在分析数据过程中，偶然发现部分用户的所有HTTP POST请求在nginx日志中返回400错误，这占据了整体请求的不到0.5%。更令人费解的是，只有log上报的POST接口受到影响，其他接口不论是POST还是GET均正常。进一步调查后，问题出在特定用户使用的某些设备，其客户端的HTTP请求格式不规范。

通常情况下，400错误在nginx层面可能由以下几个原因导致：客户端请求格式错误，nginx无法识别，从而直接返回错误。然而，这次的分析显示，nginx在转发请求给upstream server时，upstream server地址是有效的，这意味着问题可能出在upstream服务器返回400，而非nginx本身。日志中显示，不规范的请求如未对query参数进行urlencode，比如"channel=Google Play"中的空格，可能是引发400的直接原因。

为验证这一假设，我使用curl构造了测试请求，发现带有空格的query参数确会导致upstream server返回400。HTTP协议规定，请求消息的结构依赖于空格分隔，未urlencode的空格会导致请求不符合规范，从而引发错误。不过，有些组件能处理这类不规范格式，而golang的net/http库和Django的http模块在遇到这类请求时会报400。

在golang的net/http库中，HTTP解析代码会因requestURI中的空格问题导致错误。解决办法包括在客户端端修复这个问题，确保所有参数都进行urlencode。此外，还考虑了临时在nginx层面使用lua/perl脚本对query参数进行编码，但由于线上环境的*，这个方案未被采纳。最后，通过调整nginx配置，将异常请求路由到能兼容空格未转码HTTP请求的服务，以减少对整体系统的影响。