Nginx location 配置中带问号的 URL 参数怎么在匹配中进行拦截-Nginx-PHP中文网

nginx的location不匹配query string，需用$request_uri或$query_string配合if拦截；例如拦截“?http”用if ($request_uri ~ "^/\?http") { return 403; }，禁止末尾孤立?用if ($request_uri ~ "?$") { return 400; }。

nginx location 配置中带问号的 url 参数怎么在匹配中进行拦截

在 Nginx 的 location 配置中，location 本身不匹配 query string（即问号 ? 后的部分）。这是关键前提：无论你写 location /api 还是 location = /api?token=123，Nginx 都会忽略 ?token=123，只按 /api 匹配路径。所以想“在 location 中直接带问号匹配”，语法上无效，也永远不会命中。

用 $request_uri 或 $query_string 变量做条件拦截

要真正识别并拦截含特定参数的请求，必须借助 if 指令配合内置变量：

$request_uri：原始未解码的完整请求串，含路径 + ? + 参数，例如 /search?q=nginx&page=1
$query_string：仅 query string 部分（不含 ?），已解码，例如 q=nginx&page=1

推荐优先用 $request_uri，它保留编码信息，能准确捕获如 %3F、%26 等绕过手段。

示例：拦截所有带 ?http 开头的恶意参数

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

location / {
    if ($request_uri ~* "^/\?http") {
        return 403;
    }
}

精准拦截某路径 + 特定参数组合

如果只想封禁某个接口的特定参数（比如禁止 /chatIndex 带 kefu_id=l5702123&ent_id=324），不要用 location 路径匹配，而是用正则锁定整个 URI 模式：

location /chatIndex {
    if ($query_string ~* "^kefu_id=l5702123&ent_id=324$") {
        return 403;
    }
    # 其他正常处理，如 proxy_pass
    proxy_pass http://backend;
}

注意：^ 和 $ 保证参数完全匹配，避免误伤 kefu_id=l57021234 这类相似值。