nginx反向代理啥意思

nginx反向代理啥意思

一句话讲明白

反向代理是服务器前的一道“中转站”。用户请求先发给代理服务器，由它决定转发给后方哪台真实服务器处理，再把处理结果返回给用户。用户只看得到代理服务器，并不知道背后有几台机器在干活。 Nginx 是业界最常用的反向代理软件。您可以把 Nginx 想象成公司前台：访客不需要知道每个员工坐在哪个工位，只要把信交给前台，前台按部门分拣，再交给对应的人，最后由前台把结果交还给访客。

反向代理与正向代理的区别

正向代理是“代表您访问别人”。比如您通过代理服务器访问外网，目标是外网网站，对方并不知道您的真实 IP。 反向代理是“代表服务器接受访问”。目标是用户，用户不知道提供服务的真实服务器是谁，只认识 Nginx。 | 角色 | 真正处理方 | 典型用途 | |------|-----------|----------| | 正向代理 | 客户端 | 翻墙、做访问控制 | | 反向代理 | 服务端 | 负载均衡、安全防护、缓存 |

Nginx 反向代理能解决什么问题

1. 隐藏后端服务器结构

后端服务器的 IP、端口、服务框架都不对外曝光。攻击者无法直接找到应用服务器，只能看到 Nginx 暴露的 80/443 端口，降低了被直接攻击的风险。

2. 负载均衡

多台服务器分担请求，避免单台压力过大。Nginx 支持轮询、权重、IP 哈希等多种分配策略。

3. 统一入口与域名路由

一个域名、一个入口，Nginx 根据 URL 路径或域名将请求转发给不同的服务。比如 `www.example.com/api/` 转给后端接口服务，`www.example.com/static/` 直接读磁盘静态文件。

4. 提供缓存、超时、限流、访问控制等能力

在转发之前，Nginx 可以提前把静态页面缓存下来、控制请求频率、限制来源 IP，或校验身份凭证。这些功能只需修改配置，不必改动业务代码。

一个最基础的反向代理示例

假设您有一台 Nginx 服务器（公网 IP `1.2.3.4`），后端应用运行在局域网 `192.168.1.100` 的 `8080` 端口。您希望用户访问 `http://1.2.3.4/` 时，实际看到的是 `192.168.1.100:8080` 上的内容。 在 Nginx 配置文件（通常是 `/etc/nginx/conf.d/example.conf`）中添加如下内容： nginx server { listen 80; server_name 1.2.3.4; # 也可填域名 location / { proxy_pass http://192.168.1.100:8080; proxy_set_header Host $host; # 传递原始域名 proxy_set_header X-Real-IP $remote_addr; # 传递用户真实 IP proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; # 传递 http/https } } 修改配置后，先检查语法： bash nginx -t 确认无错误后重载配置： bash nginx -s reload 这时，访问 Nginx 的 80 端口，就会看到后端应用返回的页面。

常见场景：按路径转发给多个服务

如果您的架构中同时有 Web 页面和图片服务，可以这样配置： nginx server { listen 80;

静态资源直接由 Nginx 处理，不转发给后端

location /static/ { alias /data/static/; expires 7d; }

动态请求转发给应用服务器

location /api/ { proxy_pass http://192.168.1.100:8080; }

其他请求转发给另一套服务

location / { proxy_pass http://192.168.1.101:9000; } } `proxy_pass` 的地址可以是 IP、域名或内网负载均衡地址。如果后端有多个实例，还可以在上层增加一组 `upstream` 配置，实现负载均衡： nginx upstream backend { ip_hash; # 同一用户的请求固定到同一台服务器，便于保持会话 server 192.168.1.100:8080 weight=3; server 192.168.1.101:8080; } server { listen 80; location /api/ { proxy_pass http://backend; } }

需要留意的几个细节

• `proxy_set_header Host $host` 往往不能省。有些后端服务会根据域名做路由或防盗链，不传递原始 Host 可能导致请求被拒。
• 长连接设置。如果后端是 WebSocket，需要额外配置 `Upgrade` 和 `Connection` 头，否则连接会断。
• 日志中可能泄露用户 IP。Nginx 默认只是记录 `--` 或本机地址，建议把 `$remote_addr` 正确传递到后端，并在后端日志中记录。对外发布的错误页面和日志不要打印内部 IP。
• 修改配置前先备份。备份原文件后再编辑，出错时可快速回滚。

回滚方案

如果新配置导致问题，执行以下步骤还原：

1. 用备份文件覆盖当前配置：

`cp /etc/nginx/conf.d/example.conf.bak /etc/nginx/conf.d/example.conf`

1. 检查配置：`nginx -t`
2. 重载：`nginx -s reload`

若 Nginx 本身无法启动，可先停止服务并直接使用备份配置启动。

小结

Nginx 反向代理并不神秘：它只是把请求“接过来，再转出去”。通过合理配置，您可以获得灵活的站点架构、更高的安全性和更平稳的服务表现。如果您的业务量较小，直接使用单个后端并配置简单的 `proxy_pass` 即可；当业务增长后，再逐步增加 `upstream`、缓存和限流规则。无论哪种方案，请先在测试环境验证配置，再应用到生产。