获取和记录站点访客的真实 IP 对于站点日志的分析和安全策略的指定很有帮助，Nginx 默认的日志记录获取到的 IP 地址如果站点启用了 CDN 服务，那么这里的 IP 地址都是 CDN 服务器节点的 IP 地址了，并不是用户访客的 IP 地址（如图 1），这时候分析 Nginx 日志看到的数据就不是很真实了，影响判断呀！今天说站就给大家分享一个 Nginx 不受 CDN 服务影响获取访客真实 IP 的方法。
获取和记录站点访客的真实 IP 对于站点日志的分析和安全策略的指定很有帮助，Nginx 默认的日志记录获取到的 IP 地址如果站点启用了 CDN 服务，那么这里的 IP 地址都是 CDN 服务器节点的 IP 地址了，并不是用户访客的 IP 地址（如图 1），这时候分析 Nginx 日志看到的数据就不是很真实了，影响判断呀！今天明月就给大家分享一个 Nginx 不受 CDN 服务影响获取访客真实 IP 的方法。
获取和记录站点访客的真实 IP 对于站点日志的分析和安全策略的指定很有帮助，Nginx 默认的日志记录获取到的 IP 地址如果站点启用了 CDN 服务，那么这里的 IP 地址都是 CDN 服务器节点的 IP 地址了，并不是用户访客的 IP 地址(如图 1)，这时候分析 Nginx 日志看到的数据就不是很真实了，影响判断呀!今天明月就给大家分享一个 Nginx 不受 CDN 服务影响获取访客真实 IP 的方法。
realip模块的作用是：当本机的nginx处于一个反向代理的后端时获取到真实的用户IP。
在使用 Nginx 作为反向代理服务器时，默认情况下，后端服务器只能看到 Nginx 的 IP 地址。为了记录日志、限制访问或进行其他基于 IP 地址的操作，获取客户端的真实 IP 地址非常重要。
nginx -V (注意是大写的V) 查看对应的nginx版本 以及当时的 configure arguments: 即当时编译安装的nginx参数项 是否有你要的 --with-http_realip_module 配置，如果有了就直接后续改配置，如果没有那就先安装对应的模块
我们已经介绍了haproxy提出的proxy protocol协议，通过proxy protocol协议，服务器端可以获得客户端的真实IP地址和端口，从而可以进行一些非常有意义的操作。
Nginx，作为当今最流行的开源Web服务器之一，以其高性能、高稳定性和丰富的功能而闻名。在处理HTTP请求的过程中，Nginx采用了模块化的设计，将整个请求处理流程划分为若干个阶段，每个阶段都可以由特定的模块来处理。这种设计不仅使得Nginx具有极高的灵活性和可扩展性，而且也方便了开发者对Nginx进行定制和优化。我们将深入探讨Nginx处理HTTP请求的11个阶段，揭示其背后的工作原理。
网站避免攻击以及需要加速的情况下使用了CDN的情况下，nginx的访问日志只会记录节点IP，无法记录用户真实访问IP。下面就教大家如何记录用户真实IP。废话不多说下面以宝塔面板为例：
今天的这篇文章发布于2016年01月，是介绍HTTP扩展头部 X-Forwarded-For，以及在nginx中使用http_x_forwarded_for变量来完成一些"特殊"功能，例如网站后台面向内部工作人员，所以希望只允许办公室网络IP访问。
CC 攻击和采集都是同个IP发起大量访问请求，这个会造成大量请求拥堵，导致服务器资源耗尽，CC攻击主要针对特定服务接口，属于实现 DoS 攻击的一种方式。
从标准格式可以看出，X-Forwarded-For头信息可以有多个，中间用逗号分隔，第一项为真实的客户端ip，剩下的就是曾经经过的代理或负载均衡的ip地址，经过几个就会出现几个。
目前问题：腾讯云CDN作为前端，Apache作为后端的情况下，Apache只能获取到腾讯云CDN前端的ip地址，而无法获取到用户的真实ip地址，在这种情况下，后端是Apache如何获取用户真实ip地址？
周末出现事故，记录一下。还好BOSS不在，赶紧整，出现400了。。 写完回家！ 同事说测试站点访问接口出现400 Bad Request Request Header Or Cookie Too Large提示，心想还好是测试服务器出现问题，影响不大，不过也赶紧上服务器进行测试查看，打开nginx与ugwsi日志与配置，发现后端服务日志记录正常，而测试站点的访问日志有7百多M（才运行两三天没几个访问，几M的话才是正常现象），在浏览器里直接访问后端服务接口也正常没有问题（我们的服务器软件架构是微服务架构，将很
Nginx日志主要分为两种，访问日志和错误日志。两种日志可以在http和server模块中配置，nginx有一个非常灵活的日志记录模式。每个级别的配置可以有各自独立的访问日志。日志格式通过log_format命令来定义
做过面向公网 WEB 运维的苦逼们肯定见识过各种恶意扫描、拉取、注入等图谋不轨行为吧？对于直接对外的 WEB 服务器，我们可以直接通过 iptables 、 Nginx 的 deny 指令或者是程序来 ban 掉这些恶意请求。 而对于套了一层 CDN 或代理的网站，这些方法可能就失效了。尤其是个人网站，可能就一台 VPS，然后套一个免费的 CDN 就行走在互联网了。并不是每个 CDN 都能精准的拦截各种恶意请求的，更闹心的是很多 CDN 还不支持用户在 CDN 上添加 BAN 规则，比如腾讯云 CDN。。。
1、请求通过边缘加速节点后，会增加 x-forward-for 头部，携带客户端真实 IP 信息，无需手动配置。
Module ngx_http_log_module nginx 日志相关指令主要有两条， 一条是log_format，用来设置日志格式， 另外一条是access_log，用来指定日志文件的存放路径、格式和缓存大小。 通俗的理解就是先用log_format来定义自己想用的日志格式，然后在用access_log定义日志时再把定义的log_format名称 跟在后面； 1、log_format 格式 log_format name(格式名字) string(格式样式即想要得到什么样的日志内容) 示例： log_
remote_addr代表客户端的IP，但它的值不是由客户端提供的，而是服务端根据客户端的ip指定的，当你的浏览器访问某个网站时，假设中间没有任何代理，那么网站的web服务器（Nginx，Apache等）就会把remote_addr设为你的机器IP，如果你用了某个代理，那么你的浏览器会先访问这个代理，然后再由这个代理转发到网站，这样web服务器就会把remote_addr设为这台代理机器的IP。
需要根据用户的真实IP限制访问, 但是NGINX前边还有个F5, 导致deny指令不生效.
需要根据用户的真实 IP 进行限制, 但是 NGINX 前边还有个 F5, 导致 deny 指令不生效.
需求背景：本地开发 java 微服务项目，但是拿到的对应的web前端项目只有打包编译过后的 dist 目录里的静态资源（里面只有一个index.html和一些编译过后的 js、css文件），前端接口需要先访问到 java 的网关服务商，然后网关里再做转发。
首先，一个请求肯定是可以分为请求头和请求体的，而我们客户端的IP地址信息一般都是存储在请求头里的。如果你的服务器有用Nginx做负载均衡的话，你需要在你的location里面配置 X-Real-IP和 X-Forwarded-For请求头：
Nginx服务器日志相关指令主要有两条：一条是log_format，用来设置日志格式；另外一条是access_log，用来指定日志文件的存放路径、格式和缓存大小，可以参加ngx_http_log_module。一般在Nginx的配置文件的日志配置(/usr/local/nginx/conf/nginx.conf)。
允许重新定义或者添加发往后端服务器的请求头。value可以包含文本、变量或者它们的组合。 当且仅当当前配置级别中没有定义proxy_set_header指令时，会从上面的级别继承配置。 默认情况下，只有两个请求头会被重新定义：
通常web应用获取用户客户端的真实ip一个很常见的需求，例如将用户真实ip取到之后对用户做白名单访问限制、将用户ip记录到数据库日志中对用户的操作做审计等等
nginx反向代理后，在应用中取得的ip都是反向代理服务器的ip，取得的域名也是反向代理配置的url的域名，解决该问题，需要在nginx反向代理配置中添加一些配置信息，目的将客户端的真实ip和域名传递到应用程序中。
nginx服务器日志相关指令主要有两条：一条是log_format，用来设置日志格式；另外一条是access_log，用来指定日志文件的存放路径、格式和缓存大小，可以参加ngx_http_log_module。一般在nginx的配置文件中日记配置(/usr/local/nginx/conf/nginx.conf)。 log_format指令用来设置日志的记录格式，它的语法如下： log_format name format {format ...} 其中name表示定义的格式名称，format表示定义的格式
jokey，腾讯云容器产品工程师，热衷于云原生领域。目前主要负责腾讯云TKE 的售中、售后的技术支持，根据客户需求输出合理技术方案与最佳实践。 适用范围：腾讯云容器服务（Tencent Kubernetes Engine ，TKE）, 以下简称 TKE。 为什么需要获取客户端真实源 IP？ 当需要能感知到服务请求来源去满足一些业务需求时，就需要后端服务能准确获取到请求客户端的真实源 IP， 比如以下场景： 对服务请求的来源有做审计的需求，如异地登陆告警。 针对安全攻击或安全事件溯源需求，如 APT 攻击、
#access_log logs/host.access.log main;
在使用 Gin 框架时，获取用户请求的真实 IP 地址涉及到多种情况，尤其在使用代理服务器（如 Nginx）时。
可能我的读者多少了解过Nginx，我先给不了解的同学简单说一下原理。已经了解的跳到第二节。
很多场景下，不得不承认Nginx是个好东西，它给我们的跨系统间的访问、安全性方面等等，带来了极大的便利，况且它的性能也极高。
从攻击者的视角来进行资产的梳理，采用全端口扫描+子域名收集的方式，识别所有的企业资产暴露面。但即使是这样，往往会因为配置错误或是未及时回收等原因，依然存在着一些隐形资产。
完成了代理这个大模块的学习，我们继续其它 Nginx 中 HTTP 相关的模块学习。今天的内容都比较简单，不过最后的来源处理非常有用，可以帮我们解决外链问题。另外两个其实大家了解一下就好。
站点访问速度及安全一直以来都是站长们建站所关注的重要内容。为了满足站点能够被全球用户的访问需求，通常我们会采用云服务商提供的 CDN 来加速访问速度。比如国外比较知名的 AWS 提供的 Cloudfront、GCP 提供的 Cloud CDN 以及 Cloudflare 公司提供的 Cloudflare 等，国内比较知名的腾讯云提供的 CDN、阿里云提供的 CDN、又拍云提供的 CDN 以及七牛云提供的 CDN 等。(PS：其实国内的其他云服务商比如华为云、百度云、滴滴云、京东云等等都提供了 CDN 解决方案。)
傍晚时分，你坐在屋檐下，看着天慢慢地黑下去，心里寂寞而凄凉，感到自己的生命被剥夺了。当时我是个年轻人，但我害怕这样生活下去，衰老下去。在我看来，这是比死亡更可怕的事。--------王小波
使用lnmp的服务器一般配置文件在：/usr/local/nginx/conf/nginx.conf 使用宝塔Nginx的服务器一般配置文件在 ：/www/server/nginx/conf/nginx.conf
针对访问后台人数过多，导致源站压力巨大的问题，研发自定义了一个header信息，用来设置缓存，并判断是否命中header。针对这个问题，在测试环境进行测试时，发现自定义的header信息被nginx过滤掉了，经过一方查询，发现需要在nginx的配置里增加一个配置项，用来支持下划线的header
一种高效、可靠、免费的高可用及负载均衡软件，非常适合于高负载站点的七层数据请求。客户端通过Haproxy代理服务器获得站点页面，而代理服务器收到客户请求后根据负载均衡的规则将请求数据转发给后端真实服务器，实现了一种事件驱动、单一进程模型，能支持非常大的并发连接数。
为了加快网站的解析速度，可以把动态页面和静态页面由不同的服务器来解析，加快解析速度。降低原来单个服务器的压力。 在动静分离的tomcat的时候比较明显，因为tomcat解析静态很慢，其实这些原理的话都很好理解，简单来说，使用正则表达式匹配过滤，然后交给不同的服务器。 静态页面一般直接由Nginx来处理，动态页面则是通过反向代理，代理到后端的Tomcat，然后在做负载均衡，是选择本地静态页面，还是后端Tomcat，这由负载均衡配置决定。 动静分离是在负载均衡后做的，例如静态wbe有多台，动态web有多台，先动静分离，然后在各自集群里做负载均衡、权重等。
在工作中经常和正向代理和反向代理打交道，有必要总结下正向代理的原理和实践应用了。（反向代理安排在下篇吧）
nginx 的 Real IP 模块用于解决代理服务器转发请求到nginx上时可能出现的 IP 地址问题。因为当 PROXY收到客户端的请求时，它会通过自己的IP与nginx服务器连接并转发请求。这会导致在nginx应用程序中记录的 IP 地址是代理服务器的地址，而不是实际客户端的地址。
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
Interesting things 安装LVS-DR环境 vip:192.168.12.100 lvs-director:192.168.12.4 nginx1:192.168.12.2
示例集群有三个主节点，以及一个虚拟 IP 地址。本示例中的虚拟 IP 地址也可称为“浮动 IP 地址”。这意味着在节点故障的情况下，该 IP 地址可在节点之间漂移，从而实现高可用。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
