Nginx中以字母i开头的location块匹配异常问题咨询

这个问题我之前帮同事排查过，属于老版本Nginx（1.12.x/1.14.x）结合特定系统locale的典型坑，核心原因和解决方法如下：

问题根源 #

异常的本质是系统locale的字符处理规则干扰了Nginx的PCRE库匹配逻辑，尤其是当系统使用土耳其语（tr_TR）locale时：

• 土耳其语对字母i的大小写处理非常特殊：小写i的大写是İ（带点大写I），而大写I的小写是ı（无点小写i），这和其他语言的规则完全不同。
• 对于正则location：当你用~* ^/[a-z]这种宽泛的字符范围时，PCRE库在土耳其语locale下会错误地将URI /的结尾空字符识别为符合[a-z]范围的字符，导致匹配成功；而排除i后，这个错误匹配就消失了。
• 对于前缀location /i：老版本Nginx在处理前缀匹配时，受locale影响可能出现逻辑错误，错误地将/i判定为/的匹配项，而其他字母开头的前缀location不受影响。

解决方法 #

1. 切换系统locale为通用UTF-8规则 #

这是最直接的解决方式，把系统默认locale改成en_US.UTF-8这类通用规则：

# 临时生效（重启后失效）
export LC_ALL=en_US.UTF-8
export LANG=en_US.UTF-8

# 永久生效（编辑locale配置文件，不同系统路径可能不同）
echo "LC_ALL=en_US.UTF-8" >> /etc/locale.conf
echo "LANG=en_US.UTF-8" >> /etc/locale.conf

# 生成所需locale（如果系统未预装）
locale-gen en_US.UTF-8

# 重启Nginx让配置生效
systemctl restart nginx

2. 优化Nginx配置，规避locale影响 #

在Nginx的http或server块中添加以下配置，强制PCRE按标准规则处理：

http {
    # 启用PCRE即时编译，提升匹配准确性
    pcre_jit on;
    # 明确指定字符集为UTF-8
    charset utf-8;
    # 忽略无效的UTF-8字符，避免干扰匹配
    ignore_invalid_utf8 on;

    server {
        # 你的其他配置...
    }
}

3. 使用精确的正则匹配 #

避免使用[a-z]这种宽泛的字符范围，改用ASCII码范围来匹配小写字母，彻底规避locale的影响：

# 用ASCII码范围\x61-\x7a精确匹配a-z小写字母
location ~* ^/[\x61-\x7a] { 
    return 302 /redirect-for-testing-purposes; 
}

4. 升级Nginx版本 #

老版本Nginx（1.12/1.14）在PCRE匹配的locale兼容性上存在缺陷，升级到1.18.x及以上的稳定版本，这类问题会被官方修复。

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