Nginx多参数URL下的page参数校验与非法值处理问题

嘿，我来帮你搞定这个问题！你现在的配置问题出在第二个if的正则表达式上——那个$表示整个查询参数字符串的结尾，所以只有当page是最后一个参数且值是2/12/24的时候才会匹配。一旦page后面还有其他参数（比如page=2&arg=file），这个正则就不生效了，直接触发重写把所有参数都清掉，这显然不是你想要的效果。

问题根源拆解 #

你的第二个判断条件(.*&)?page=(2|12|24)$要求page参数必须是URL的最后一个参数，而实际场景中page可能在参数列表的任意位置，后面还跟着其他参数，这就导致合法的多参数URL也被误判成非法，触发了重写。

解决方案：调整正则逻辑（两种方式） #

方式一：优化现有if判断逻辑

直接修改正则，去掉结尾的$，改成匹配page参数的值，不管它后面有没有其他参数：

# 先标记存在page参数的情况
if ($args ~* "(.*&)?page="){
    set $wrongP W;
}

# 判断page参数的值是否为合法值（允许后面跟着其他参数）
if ($args !~* "(.*&)?page=(2|14|24)(&.*)?"){
    set $wrongP "${wrongP}R";
}

# 只有当存在page参数且值非法时，才重写URL
if ($wrongP = WR){
    rewrite ^(.*)$ $uri? permanent;
}

这里的(&.*)?表示page参数后面可以跟着任意其他参数（或者没有），这样就能正确识别page在任意位置的合法多参数URL了。

方式二：用map指令更优雅地处理（推荐）

Nginx里多个if嵌套容易出现意外行为，用map来预先判断参数合法性会更可靠高效：

# 在server块外部定义map，根据查询参数判断page是否合法
map $args $valid_page {
    default 0; # 默认标记为不合法
    # 匹配page参数为2、14、24的所有情况（不管参数位置）
    ~*(.*&)?page=(2|14|24)(&.*)? 1;
}

server {
    # 你的其他server配置...
    
    # 只有当存在page参数，且参数值非法时，才执行重写
    if ($args ~* "(.*&)?page=" && $valid_page = 0) {
        rewrite ^(.*)$ $uri? permanent;
    }
}

这个配置的逻辑是：

1. map会自动检查所有查询参数，只要page的值是2、14、24，不管它在参数列表的开头、中间还是结尾，都把$valid_page设为1（合法）；
2. 在server块里，只要检测到存在page参数，且$valid_page为0（非法），就重写URL到不带参数的版本。

效果验证 #

• 合法URL：/somefile.html?page=2&arg=file → 不会被重写，保留所有参数；
• 非法URL：/somefile.html?page=3&arg=file 或 /somefile.html?arg=test&page=10 → 会被重写成/somefile.html（清空所有参数），符合你的需求。

备注：内容来源于stack exchange，提问作者Palioras