Apache2.4配置指定URL放行其余走IP白名单时全路径返回403问题

现有配置所有路径均返回403的核心原因有两点：

• Apache 2.4中<If>/<ElseIf>/<Else>容器在VirtualHost上下文运行时，存在授权规则合并顺序缺陷：容器内的授权规则不会覆盖目录级默认授权逻辑，会和Apache 2.4站点根目录默认的Require all denied规则做合并校验，即便请求匹配到放行分支，依然会被默认拒绝规则拦截。
• 直接判断%{REQUEST_URI}变量存在匹配不稳定问题：WordPress默认开启mod_rewrite伪静态，重写流程可能改变REQUEST_URI的值，URL编码、路径格式差异也会导致正则匹配失效。

放弃使用<If>块做路径匹配，改用Apache原生专为URL路径匹配设计的<LocationMatch>容器，该容器的授权规则优先级明确，匹配逻辑稳定，不会出现规则合并异常。修正后的配置如下：

<VirtualHost *:443>
    ...其他原有配置保留

    # 全站默认访问规则：仅白名单IP可访问
    <Directory />
        Options FollowSymLinks
        AllowOverride None
        <RequireAny>
            Require ip ::1
            Require ip 127.0.0.1
            Require ip [替换为你的实际白名单IP段]
        </RequireAny>
    </Directory>

    # 例外路径1：允许所有IP访问
    <LocationMatch "^/wp-json/hl/v1/">
        Require all granted
    </LocationMatch>

    # 例外路径2：允许所有IP访问
    <LocationMatch "^/hl/images/">
        Require all granted
    </LocationMatch>
</VirtualHost>

配置生效逻辑：Apache授权规则合并时，路径匹配精度更高的<LocationMatch>规则会覆盖上层目录的默认规则，请求命中两类例外路径时直接执行全放行逻辑，不会触发IP校验；未命中例外路径的所有请求，默认走IP白名单校验，非白名单IP直接返回403，完全符合预期。

• 修改配置后先执行httpd -t（Debian/Ubuntu环境为apache2ctl configtest）检查配置语法，确认无报错后再重载服务
• 重载后先访问两个例外路径，确认当前非白名单测试IP可以正常返回内容
• 再访问站点首页、后台等非例外路径，确认非白名单IP返回403，白名单IP访问正常
• 如果存在路径匹配遗漏，可通过调整<LocationMatch>的正则规则适配，例如需要严格匹配路径后缀可补充正则结束符$

内容的提问来源于stack exchange，提问作者Kevin From