nginx的server_name不支持非法字符，仅允许字母、数字、连字符“-”，且不可开头或结尾；下划线、中文、@、#、空格等均违反dns规范，会导致nginx -t报错或匹配失败。
Nginx 的 server_name 指令本身**不支持直接写入带特殊字符（如下划线 _、中文、@、#、空格、斜杠等）的域名**，因为这些不符合 DNS 域名规范，Nginx 在解析配置时会报错或静默忽略。
哪些字符算“非法”？为什么不能用？
根据 RFC 1034/1035 和 Nginx 实现：
-
下划线
_：DNS 协议明确禁止在域名中使用下划线（仅允许字母、数字、连字符-，且不能开头或结尾）；Nginx 会拒绝加载含server_name my_site.com;的配置（nginx -t报错） -
中文域名（如 你好.com）：必须先转为 Punycode 编码（如
xn--6qq79o.com），Nginx 只认 ASCII 形式；直接写中文会导致匹配失败 -
@、#、$、/、空格、引号等：配置语法解析阶段就出错，
nginx -t直接失败，无法启动
实际遇到带特殊字符的请求怎么办？
客户端可能发来 Host 头含非法字符的请求（比如测试工具误发、旧系统兼容问题），但 Nginx 不会用它去匹配 server_name。此时处理逻辑如下：
- 如果该 Host 无法匹配任何
server_name，且存在default_server（例如listen 80 default_server;），则交由默认 server 块处理 - 如果没有显式设
default_server，Nginx 会把第一个 listen 同端口的 server 块当作默认入口——这时你的server_name实际上没起过滤作用 - 可在默认块里用
if ($host ~* "[^a-zA-Z0-9\.\-]") { return 444; }主动丢弃非法 Host 请求（444是 Nginx 特有关闭连接状态码）
需要支持非标准标识，有什么替代方案？
真正需要“语义化标识”而非 DNS 域名时，不建议硬塞进 server_name。更合理的方式是：
- 用合法域名作入口（如
api.example.com），再通过 请求头（如X-App-ID: my_app_v2）或 URL 路径（如/v2/...）区分业务 - 反向代理层统一做 Host 标准化：前置一层 Nginx 或 Envoy，把
my_app_v2.internal重写为app-v2.example.com再转发 - 开发环境可用
/etc/hosts绑定合法别名（如127.0.0.1 app-test.local），避免用下划线
本质上，server_name 是为符合 DNS 规范的 Host 头设计的匹配字段，不是通用字符串路由开关。保持域名合法、用其他机制承载业务标识，才稳定可靠。
