Nginx默认透传User-Agent，无需额外配置；仅当需改写、拼接或清洗时才需显式设置proxy_set_header User-Agent，并确保使用$http_user_agent变量且置于proxy_pass前。
可以，Nginx 通过 proxy_set_header 能把客户端浏览器的 User-Agent（UA）准确传递给后端服务。
默认已透传 UA，通常无需额外配置
Nginx 作为反向代理时，默认会将原始请求头中的 User-Agent 透传给上游服务器。也就是说，只要没显式覆盖或清除，后端（如 Node.js、Python Flask、Java Spring 等）就能直接读到真实浏览器 UA。
- 默认行为等效于：
proxy_set_header User-Agent $http_user_agent; -
$http_user_agent是 Nginx 内置变量，自动提取请求头中的User-Agent字段 - 若你没在配置里写过
proxy_set_header User-Agent ...，就已是透传状态
需要手动设置的常见场景
以下情况才需显式配置 proxy_set_header User-Agent：
-
强制改写 UA：比如统一标识为“Backend-Proxy”，便于后端日志归类
proxy_set_header User-Agent "Backend-Proxy"; -
拼接原始 UA + 自定义标记：保留原信息的同时添加代理标识
proxy_set_header User-Agent "$http_user_agent (via Nginx)"; -
防止客户端伪造 UA 后被直接透传（较少见）：可结合
map指令做白名单或清洗，但需谨慎评估业务需求
验证是否生效的简单方法
在后端接口中打印请求头的 User-Agent 值，或用 curl 模拟不同 UA 测试：
- 本地测试命令：
curl -H "User-Agent: MyTestBrowser/1.0" http://your-domain.com/api/test - 检查后端日志或响应体中是否出现
MyTestBrowser/1.0 - 也可在 Nginx 日志中添加
$http_user_agent变量，确认接入层收到的值正确
注意事项
确保配置位置正确，避免被覆盖：
-
proxy_set_header必须放在location或server块中，且在proxy_pass之前 - 如果使用了多个
proxy_set_header User-Agent，**只有最后一个生效** - 不要写成
$user_agent（错误）——正确是$http_user_agent - 若后端收不到 UA，请先检查是否被中间层（如 CDN、WAF）提前剥离
