Nginx如何匹配十六进制前缀的URL？

你遇到的\x16\x03\x01是TLS握手阶段Client Hello的起始二进制标识，这类请求是客户端误将HTTPS请求发往了HTTP端口（比如80），导致Nginx收到的"请求URI"是这些二进制数据而非正常HTTP路径。

正确配置方式 #

1. 正则Location匹配

在Nginx配置中，要匹配这类二进制前缀，需要对十六进制转义的反斜杠做双重转义——因为Nginx配置解析器会先处理一次转义，再将正则交给PCRE引擎执行。示例配置：

location ~ "^\\x16\\x03\\x01" {
    # 按需选择处理逻辑，比如跳转到HTTPS端口
    return 301 https://$host$request_uri;
    # 或者你需要的重写规则：rewrite ^ /unknown/ permanent;
}

这里的^\\x16\\x03\\x01精准匹配以二进制0x16、0x03、0x01开头的请求。

2. 全局Server块处理（if指令）

如果需要在整个server范围内拦截这类请求，可结合$request_uri变量使用if指令：

server {
    listen 80;
    server_name your-domain.com;

    if ($request_uri ~ "^\\x16\\x03\\x01") {
        return 301 https://$host$request_uri;
    }

    # 其他业务配置...
}

之前配置无效的原因 #

• 直接写\x16：Nginx配置解析器会把\x当成转义序列，实际传给正则引擎的是字符串x16，而非目标二进制字符。
• 用x16x03x01匹配：这是在匹配纯文本字符串，和二进制前缀完全不对应。
• 未双重转义反斜杠：正则引擎无法识别十六进制转义规则，导致匹配失败。

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