CentOS Apache配置Require not ip未生效 无法拦截指定IP地址

以下是结合你当前配置（/var/www目录段配置RequireAll组合规则）的高频问题排查方向，没有冗余的无效步骤：

• 配置作用域被覆盖（最高发原因）
  CentOS默认的Apache配置是分散加载的：主httpd.conf会自动引入/etc/httpd/conf.d/目录下所有.conf后缀的配置文件，同时所有<VirtualHost>虚拟主机段内的目录权限规则，优先级会高于主配置文件里针对全局/var/www路径写的规则。
  如果你在虚拟主机单独的目录块（比如针对站点实际路径写的<Directory /var/www/your-site>）里配置了Require all granted，但没有把你写的IP拦截规则同步到这个块里，那么主配置里的拦截规则会被直接覆盖，被拦截的IP依然可以正常访问。
• 权限规则的合并逻辑错误
  你写的RequireAll块本身的语法逻辑是正确的（块内所有规则同时满足才允许访问：允许所有IP、排除指定的被拦截IP），但常见错误是：在这个RequireAll块的外部，额外单独写了一行Require all granted。按照Apache的权限合并规则，跨层的Require指令会被默认合并为“任意规则满足即允许”，相当于你单独写的全局允许规则直接抵消了块内的IP拦截逻辑。
  另外要确认Require not ip后面填写的IP，是不是Apache实际拿到的客户端真实IP——如果网站前面套了反向代理/Nginx/CDN，Apache默认拿到的是代理层的内网IP，你拦截的公网客户端IP根本没传到Apache层，规则自然不会触发。这个时候需要确认mod_remoteip模块是否加载、是否正确配置了代理传递的真实IP头字段。
• 配置没有真正生效
  很多时候你觉得“成功重启了httpd服务”，实际上服务因为语法错误启动失败，线上跑的还是修改前的旧进程：
  1. 先执行httpd -t检查配置文件语法是否有报错
  2. 执行systemctl status httpd确认服务启动时间和你重启的时间一致，没有出现启动失败回退旧进程的情况
  3. 确认你使用的Apache版本支持当前的语法：RequireAll、Require not ip是Apache 2.4版本才引入的语法，如果你用的是Apache 2.2及更早版本，这部分规则会被直接忽略，需要换成2.2版本对应的Order,Deny语法配置。
• 请求根本没走到Apache层
  如果你在Apache前面部署了WAF、CDN、负载均衡设备，被拦截IP的请求被上层网络设备直接放行返回内容，根本没有到达Apache的处理流程，这种情况下Apache的配置自然不会生效。可以直接查看/var/log/httpd/access_log，如果日志里找不到被拦截IP的访问记录，就可以确定问题出在上层网络层，和Apache配置无关。

内容的提问来源于stack exchange，提问作者Ryan H