Grafana Simple JSON数据源反向代理502错误排查与配置请求

从你的日志和配置细节来看，问题核心出在HAProxy对请求路径的错误处理，同时缺少适配POST请求的关键配置项，导致带JSON负载的POST请求无法正确传递到后端服务。

问题分析 #

1. 路径改写逻辑错误：你在BACK.AWS.WEB.RTGRAF后端配置了http-request set-path /，这会把所有匹配/grafana前缀的请求路径直接替换为根路径/。比如原本的/grafana/query会被改成/，但你的后端服务是通过/query接口处理POST请求的，这就导致后端无法识别请求，直接丢弃或返回无效响应，最终HAProxy返回502。
2. POST请求处理缺失：默认配置下，HAProxy对带请求体的POST请求支持有限，缺少必要的请求体解析和转发配置，容易出现请求截断或无响应的情况。

修正后的HAProxy配置 #

frontend FRONT.AWS.WEB.PROXY
 mode http
 bind *:8080
 timeout client 1m
 option httplog
 acl IS_RELE path_beg /release
 acl IS_GRAF path_beg /grafana
 use_backend BACK.AWS.WEB.ARTIFACTS if IS_RELE
 use_backend BACK.AWS.WEB.RTGRAF if IS_GRAF

backend BACK.AWS.WEB.ARTIFACTS
 mode http
 # 仅移除/release前缀，保留后续完整路径
 http-request set-path %[path,regsub(^/release,/,i)]
 http-response replace-value X-Application-Context (.*)(\release).*$ \1
 server AWS.WEB.ARTIFACTS *:5581 maxconn 1000 check port 5581

backend BACK.AWS.WEB.RTGRAF
 mode http
 option forwardfor  # 透传客户端真实IP到后端服务
 option http-use-htx  # 启用HTX模式处理复杂HTTP请求（如带JSON体的POST）
 timeout server 1m  # 增加后端超时时间，避免请求处理超时
 # 移除/grafana前缀，保留后续请求路径（例：/grafana/query → /query）
 http-request set-path %[path,regsub(^/grafana,/,i)]
 http-response replace-value X-Application-Context (.*)(\grafana).*$ \1
 server AWS.WEB.RTGRAF *:5582 maxconn 1000 check port 5582

关键修改说明 #

• 路径修正：将粗暴的http-request set-path /替换为正则匹配移除前缀的逻辑，确保后端服务能收到完整的接口路径（比如/query），而不是被强制改为根路径。
• HTX模式启用：option http-use-htx是HAProxy 2.0+的特性，能更可靠地处理包含请求体的HTTP请求，避免旧模式下可能出现的请求体截断或解析失败问题。
• 超时与IP透传：增加后端超时时间防止请求被误判为超时，同时透传客户端IP方便后端日志排查和权限控制。

验证方法 #

修改配置后重启HAProxy，用curl测试POST请求：

curl -d '{"requestId":"Q119","timezone":"utc","filters":[]}' -H 'Content-Type: application/json' http://localhost:8080/grafana/query

如果返回正常的JSON响应，说明问题已解决。同时查看HAProxy日志，POST请求的状态码应变为200。

内容的提问来源于stack exchange，提问作者bua