包括宝塔百度CDN环境使用后查看真实用户IP

Nginx(包括宝塔环境)使用百度CDN后查看真实用户IP

之前写过一篇获取如果网站挂了CDN怎么查询用户真实IP的文章,用了那片文章的代码,查看日志的时候会发现出现了3个ip,第一个是用户的真实ip,后两个是加速或代理ip,查看日志分析特别麻烦,今天写一下Nginx(包括宝塔环境)使用百度CDN后查看真实用户IP 之前网上有很多文章没有写的很清楚只写了,宝塔环境下,nginx的配置文件下加入

set_real_ip_from 0.0.0.0/0;real_ip_header X-Forwarded-For;

就能看见真实IP,这个也不能说是错的,对于一些CDN厂商是可以的,但是有一些是不可以的,比如百度CDN 这两天一直在研究关于获取IP这件事,其实对于百度CDN来说很简单,首先到百度CDN后台,获取真实IP的选项打开以后 把上面的代码,修改一下如下

set_real_ip_from 0.0.0.0/0;real_ip_header X-Real-IP;

如果不是宝塔环境需要找到配置文件加入一下代码
Nginx(包括宝塔环境)使用百度CDN后查看真实用户IP
这样就可以了,看出来宝塔环境那段代码有什么不同了吗,X-Forwarded-For 和X-Real-IP 为什么之前用X-Forwarded-For的时候获取的不是真实IP呢 是这样的.... X-Forwarded-For是用于记录代理信息的,每经过一级代理(匿名代理除外),代理服务器都会把这次请求的来源IP追加在X-Forwarded-For中 X-Real-IP,一般只记录真实发出请求的客户端IP 下面是一段网上的摘抄

一般来说,X-Forwarded-For是用于记录代理信息的,每经过一级代理(匿名代理除外),代理服务器都会把这次请求的来源IP追加在X-Forwarded-For中 来自4.4.4.4的一个请求,header包含这样一行

X-Forwarded-For: 1.1.1.1, 2.2.2.2, 3.3.3.3

代表 请求由1.1.1.1发出,经过三层代理,第一层是2.2.2.2,第二层是3.3.3.3,而本次请求的来源IP4.4.4.4是第三层代理 而X-Real-IP,没有相关标准,上面的例子,如果配置了X-Read-IP,可能会有两种情况

// 最后一跳是正向代理,可能会保留真实客户端IP
X-Real-IP: 1.1.1.1
// 最后一跳是反向代理,比如Nginx,一般会是与之直接连接的客户端IP
X-Real-IP: 3.3.3.3

所以 ,如果只有一层代理,这两个头的值就是一样的

那一般在后端取值(比如nodejs通过nginx代理)是用哪个值呢?我看sf上看一般推荐是用X-Forwarded-For,直接用 X-Real-IP岂不是更方便点?
X-Forwarded-For确实是一般的做法 1. 他在正向(如squid)反向(如nginx)代理中都是标准用法,而正向代理中是没有x-real-ip相关的标准的,也就是说,如果用户访问你的 nginx反向代理之前,还经过了一层正向代理,你即使在nginx中配置了x-real-ip,取到的也只是正向代理的IP而不是客户端真实IP 2. 大部分nginx反向代理配置文章中都没有推荐加上x-real-ip ,而只有x-forwarded-for,因此更通用的做法自然是取x-forwarded-for 3. 多级代理很少见,只有一级代理的情况下二者是等效的 4. 如果有多级代理,x-forwarded-for效果是大于x-real-ip的,可以记录完整的代理链路
按照HTTP 请求头中的 X-Forwarded-For这篇文章的例子,如果在Nginx的反向代理中添加了配置“proxy_set_header X-Real-IP $remote_addr”,X-Real-IP的值为”3.3.3.3“

使用X-Forwarded-For,你可能获得知识一级代理IP而不是真实的用户IP,不通的CDN厂商规则都不一样,这个就需要发工单去咨询了 这样使用Nginx(包括宝塔环境)使用百度CDN后查看真实用户IP 拜拜ヾ(•ω•`)o

上一篇:市场上的“假牛肉”究竟是用什么做的 看到制作原料 你还敢吃吗
下一篇:油炸花生米怎么做才酥脆?5步操作,4点技巧,越嚼越香的下酒菜