标签：反向代理

curl报Received HTTP/0.9 when not allowed，往往是端口、TLS或反向代理协议不匹配，收到的响应没有标准HTTP状态行。本文介绍定位与安全处理。

反向代理后应用跳转到错误域名或租户时，检查Nginx转发给上游的Host值，并区分原始域名、默认代理主机与固定后端域名。

Nginx反向代理出现路径重复或丢失时，先核对location与proxy_pass是否携带URI，再对照后端实际收到的路径。

Nginx动态proxy_pass报no resolver defined时，需要确认变量触发的运行时解析，并为对应作用域设置可信DNS和合理缓存时间。

Nginx提示上游在响应头返回前提前关闭连接时，对照代理与应用日志，区分进程退出、目标配置和超时；先定位原因再修改重试策略。

Nginx提示no live upstreams时，应确认实际upstream组、逐个检查后端连通性与失败记录，再修复服务、DNS或健康参数，避免直接关闭失败保护。

Nginx反向代理出现connect() failed (111: Connection refused)，通常表示目标地址可到达，但对应端口没有服务接受连接。本文介绍从日志、监听地址、容器网络和proxy_pass配置定位并修复的方法。

Nginx启动报host not found in upstream时，应在Nginx实际运行环境内验证DNS、上游名称和容器网络，再根据静态或动态解析方式配置可信resolver。

Nginx配置修改后网站表现没有变化时，应先确认请求入口、运行进程和实际加载的配置文件，再检查语法、重载结果、配置覆盖与缓存层。