Nginx代理配置：为指定location追加默认文件名及扩展名

让我们一步步拆解你的需求，先优化现有规则，再搞定那个棘手的索引页式重定向：

一、优化你的静默Rewrite规则 #

你之前的/mnt/thumbnail/xxx?yyy → /mnt/thumbnail?yyy静默重写规则虽然能用，但可以更简洁健壮。原来的规则可能类似这样：

rewrite ^/mnt/thumbnail/(.*)$ /mnt/thumbnail?$query_string break;

可以简化为：

rewrite ^/mnt/thumbnail/.+$ /mnt/thumbnail?$args break;

用.+匹配任意非空后缀，$args直接引用原查询参数（比$query_string更符合Nginx的现代写法），break确保规则在当前location内生效，不会触发后续location匹配。

二、实现无文件名请求的永久重定向 #

你要的是：当请求/mnt/thumbnail?yyy（末尾无文件名）时，自动永久重定向到/mnt/thumbnail/image.jpg?yyy。核心问题是精准识别这类请求，并保证规则执行顺序正确。

完整配置示例 #

location /mnt/ {
    # 第一步：先处理静默重写，必须放在重定向规则之前
    rewrite ^/mnt/thumbnail/.+$ /mnt/thumbnail?$args break;

    # 第二步：匹配无文件名的请求（含带斜杠的/mnt/thumbnail/情况）
    if ($uri ~ ^/mnt/thumbnail/?$) {
        # 301永久重定向，保留原查询参数
        return 301 $uri/image.jpg?$args;
    }

    # 你的upstream代理配置
    proxy_pass http://your_upstream_server;
    # 补充必要的代理头（根据你的实际需求调整）
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
}

关键细节说明 #

1. 规则顺序：必须先执行静默重写，再判断重定向。如果反过来，重定向会先触发，静默重写就没机会生效了。
2. 精准匹配：用$uri ~ ^/mnt/thumbnail/?$正则匹配两种情况：
   • 不带斜杠的/mnt/thumbnail
   • 带斜杠的/mnt/thumbnail/
     覆盖用户可能输入的两种URL形式。
3. 保留查询参数：$args会自动带上原请求的?yyy部分，不用手动拼接。
4. 安全使用if：这里的if是精确匹配或明确正则匹配，属于Nginx官方推荐的安全用法，不会有逻辑冲突风险。

三、排查之前尝试失败的常见原因 #

你之前没成功大概率是这几个坑：

• 规则顺序搞反了，重定向规则在静默重写之前，导致内部重写没生效
• 没有正确匹配/mnt/thumbnail（比如漏了带斜杠的情况，或正则写得不准确）
• 重定向时没保留$args，导致查询参数丢失
• 用了rewrite做重定向却没加permanent标记，或者用了错误的flag（比如break会变成内部跳转，不是外部重定向）

测试与生效 #

配置修改后，先验证语法正确性：

nginx -t

没问题的话，重新加载配置：

nginx -s reload

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