ToB企服应用市场:ToB评测及商务社交产业平台

标题: 使用Nginx获取客户端真实IP(real_ip_header) [打印本页]

---

作者: 郭卫东    时间: 2024-11-26 06:23
标题: 使用Nginx获取客户端真实IP(real_ip_header)
使用 Nginx 获取客户端真实 IP

在使用 Nginx 作为反向代理或负载平衡器时，我们常常需要获取客户端的真实 IP 地址。然而，默认情况下，Nginx 的 $remote_addr 变量记录的 IP 地址可能是上游代理或负载平衡器的 IP，而非实际客户端的 IP。为了确保我们可以或许精确获取和记录客户端的真实 IP，本文将先容怎样配置 Nginx，并进行调试。
一、配置 Nginx 获取客户端真实 IP

1、根本配置说明

起首，我们需要确保 Nginx 可以或许精确剖析来自上游代理或负载平衡器的 X-Forwarded-For 头部信息。通过配置 real_ip_header 和 set_real_ip_from，Nginx 可以将 $remote_addr 更新为客户端的真实 IP。
示例配置：

1. http {
2.     include       mime.types;
3.     default_type  application/octet-stream;
4.     server_tokens off;
6.     # 设置真实 IP 的头部信息
7.     real_ip_header X-Forwarded-For;
9.     # 指定可信任的上游代理 IP 范围，这里以 172.0.0.0/8 为例(就是你负载均衡的ip网段)
10.     set_real_ip_from 172.0.0.0/8;
12.     # 其他配置
13.     ...
14. }

复制代码

• real_ip_header X-Forwarded-For;：指定从哪个头部获取客户端的真实 IP 地址。常见的头部包括 X-Forwarded-For、X-Real-IP 等。
  
• set_real_ip_from 172.0.0.0/8;：指定哪些 IP 地址段的哀求可以被信托。假如哀求来自这些地址段，那么 Nginx 会根据 real_ip_header 的配置更新 $remote_addr。
  

在 Nginx 中，set_real_ip_from 指令用于定义哪些 IP 地址或 IP 地址段是被信托的。根据哀求来源 IP 地址是否在 set_real_ip_from 指定的范围内，Nginx 的举动会有所不同，具体区别如下：
2、set_real_ip_from详解

1. 哀求来源 IP 在 set_real_ip_from 范围内

假如哀求来源的 IP 地址在 set_real_ip_from 指定的范围内，Nginx 会信托该哀求，并使用 real_ip_header 指定的头部（如 X-Forwarded-For）中的值作为客户端的真实 IP 地址。
举动:

• Nginx 使用 X-Forwarded-For 头中的第一个（最左边的）IP 地址作为 $remote_addr（即客户端的真实 IP 地址）。
  
• 这种情况通常出如今负载平衡器或反向代理服务器前端，它们会添加 X-Forwarded-For 头来指示真实的客户端 IP。
  

2. 哀求来源 IP 不在 set_real_ip_from 范围内

假如哀求来源的 IP 地址不在 set_real_ip_from 指定的范围内，Nginx 不会信托这个哀求中的 X-Forwarded-For 头部中的 IP 地址。
举动:

• Nginx 直接使用哀求来源的 IP 地址（即 $remote_addr）作为客户端的 IP 地址。
  
• 这意味着 Nginx 会将负载平衡器或代理服务器的 IP 地址视为客户端的 IP，而不会思量 X-Forwarded-For 头中的值。
  

场景分析：

• 在范围内： 假如你有一个负载平衡器，全部哀求都会先经过它再到达 Nginx。负载平衡器会在哀求头中参加 X-Forwarded-For 以记录客户端的真实 IP。假如你将负载平衡器的 IP 地址配置在 set_real_ip_from 中，Nginx 会读取并信托 X-Forwarded-For 中的客户端真实 IP。
  
• 不在范围内： 假如哀求不是通过你信托的负载平衡器发来的（可能是直接访问 Nginx，或者来自不可信的代理服务器），Nginx 会以为这个哀求中的 X-Forwarded-For 不可信，于是使用实际哀求来源 IP（负载平衡器或代理的 IP 地址）作为客户端 IP。
  

3、log_format 配置（参考）

配置日志格式时，可以直接使用 $remote_addr 变量。Nginx 在剖析 real_ip_header 后，会自动将 $remote_addr 替换为剖析后的真实 IP 地址。
日志格式配置：

1. log_format main '$remote_addr - $remote_user [$time_local] "$request" '
2.                 '$status $body_bytes_sent "$http_referer" '
3.                 '"$http_user_agent" "$http_x_forwarded_for"';

复制代码

• $remote_addr：在配置了 real_ip_header 之后，这个变量将代表客户端的真实 IP 地址。
  

二、调试与测试

为了确保配置精确，我们可以使用一个简单的调试日志来测试 X-Forwarded-For 头部的内容。

• 添加调试日志
  可以通过下面的配置，将 X-Forwarded-For 头部记录到一个专门的调试日志文件中。
  调试日志配置：
  
  1. log_format debug '$http_x_forwarded_for';
  2. access_log /path/to/log/debug.log debug;

  复制代码
  通过这一配置，你可以在调试过程中直接检察 X-Forwarded-For 头部的内容，以确认它是否包含客户端的真实 IP 地址。
  
• 查抄调试日志
  配置完成后，重启 Nginx，并通过访问应用生成一些日志。然后，检察调试日志 /path/to/log/debug.log 以验证 X-Forwarded-For 头部的值。
  
  1. tail -f /path/to/log/debug.log

  复制代码
  假如 X-Forwarded-For 头部中包含了客户端的真实 IP 地址，那么说明配置精确，Nginx 可以或许精确获取并记录客户端的真实 IP。
  

三、Lua 中使用客户端真实 IP（参考）

在实际应用中，假如你使用了 OpenResty 或 Nginx 的 Lua 模块，可以在 Lua 代码中使用 ngx.var.remote_addr 来获取剖析后的真实 IP。
示例代码：

1. access_by_lua "
2. local uid = ngx.var.cookie_bb_id
3. if not uid then
4.     uid = ngx.md5(ngx.now() .. ngx.var.remote_addr .. ngx.var.http_user_agent)
5.     ngx.header['Set-Cookie'] = 'bb_id=' .. uid .. '; path=/; Expires=' .. ngx.cookie_time(ngx.time() + 3650*86400) .. '; Secure; SameSite=None'
6. end
7. ";

复制代码

在上面的 Lua 代码中，ngx.var.remote_addr 会获取到剖析后的客户端真实 IP。这在用户跟踪或日志记录中非常有效。
四、总结

通过精确配置 real_ip_header 和 set_real_ip_from，我们可以确保 Nginx 可以或许通过 $remote_addr 获取并记录客户端的真实 IP 地址。在配置完成后，通过调试日志可以验证配置是否生效。假如你在 Lua 中需要获取真实 IP，可以直接使用 ngx.var.remote_addr。
这篇博客先容了怎样配置、调试并验证 Nginx 的真实 IP 获取配置，渴望能对你有所帮助。假如你在实际操作中遇到其他问题，欢迎进一步探讨！

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。

---

欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/)

Powered by Discuz! X3.4