访问本地服务、反向代理或旧设备时，curl可能返回Received HTTP/0.9 when not allowed。curl并不一定真的发现了一台HTTP/0.9服务器，而是收到了没有标准HTTP状态行和响应头的字节流。
最常见的排查方向是协议或端口接错，而不是立即加--http0.9。
curl为什么拒绝这类响应
curl官方手册说明，HTTP/0.9响应没有响应头，因此允许它时，curl也可能把来自非HTTP服务的数据当作响应。curl从7.66.0开始默认禁用HTTP/0.9接受行为，命令行需要显式使用--http0.9才会放行。
默认拒绝是一条协议边界和安全边界。
先核对URL方案和端口
确认地址使用http://还是https://，端口是否真的是HTTP监听端口。把明文HTTP发到TLS端口、把HTTPS发到明文端口，或误连数据库与缓存端口，都可能让首批返回字节不像HTTP状态行。
使用curl -v查看连接目标和握手阶段。调试日志要隐藏Authorization、Cookie和查询参数中的密钥。
检查反向代理和上游响应
若入口是Nginx、HAProxy或应用网关，分别从入口和同机上游地址测试，确认代理配置的上游方案与真实监听方式一致。检查上游是否直接输出业务正文、启动日志或自定义欢迎语，却没有返回HTTP/1.1 200这样的状态行。
代理能建立TCP连接不代表上层HTTP协议正确。
什么时候才使用http0.9
只有在设备或遗留服务文档明确说明使用HTTP/0.9，并且访问范围受控时，才考虑临时执行curl --http0.9。该选项会接受没有响应头的数据，无法获得现代HTTP的状态码、内容类型和安全头。
不要把它写进通用健康检查来掩盖错误端口。生产服务应修正监听协议或代理配置。
修复后的验收标准
再次运行curl -v，确认响应以HTTP状态行开头、TLS证书对应目标域名、代理和上游协议一致。可在萤光云或LightNode的测试VPS分别搭建明文与TLS监听。验收标准是不使用http0.9兼容开关也能获得预期状态码、响应头和正文，且健康检查连接到正确端口。
FAQ
问：加–http1.1能解决吗？答：它只限制请求使用的HTTP版本，若连错端口或上游不返回状态行，错误仍会存在。
问：为什么浏览器可能还能看到内容？答：浏览器、代理或中间层的容错策略不同，不能用浏览器表现代替对原始响应的检查。
温馨提示
温馨提示：维护端口和协议清单，健康检查同时验证状态码与关键响应头。出现协议异常时先保存脱敏抓取结果，再修改代理配置。
