nginx 的 server_name 不支持下划线开头的域名，因其违反 dns 规范（rfc 1034/1123），配置时会报 invalid server name 错误；server_name 匹配 host 头，而合法客户端不会发送含下划线的 host 值；特殊占位符 _ 与域名下划线需严格区分，替代方案应使用连字符或合法子域。
Nginx 的 server_name 不支持下划线开头的域名，因为这违反了 DNS 域名规范（RFC 1034/1123），而 Nginx 在解析 server_name 指令时会直接拒绝非法格式。
如果你写成这样：
server_name _example.com;
Nginx 启动时就会报错：
invalid server name "_example.com" in /path/to/nginx.conf:xx
原因很明确：
- DNS 域名必须以字母或数字开头，只能包含字母、数字和连字符（
-），不允许下划线_； -
server_name匹配的是 HTTP 请求头中的Host字段，而合法浏览器、curl 或标准客户端根本不会发送带下划线的 Host 值； - 即使你用非常规工具强行发一个
Host: _example.com，Nginx 在解析配置阶段就已拒收该server_name，根本不会进入匹配逻辑。
⚠️ 注意区分两个概念：
-
server_name _;中的_是 Nginx 特殊占位符，表示“匹配任意未显式声明的 Host”，它不是域名，而是语法约定； -
server_name example.com;中的域名本身不能含_，尤其不能开头。
常见误操作及替代方案：
- 误以为
server_name _test.example.com;能匹配test.example.com→ 实际无效，配置失败； - 想用下划线做内部标识（如
_staging.example.com）→ 应改用连字符：staging-example.com或staging.example.com； - 开发环境想快速区分环境，可用子域+合法命名：
dev.example.com、qa.example.com； - 若后端服务依赖下划线命名（如某些私有服务注册名），应通过
map或proxy_set_header在请求头中传递，而非塞进Host或server_name。
总结一句话：
Nginx 不允许、也不需要下划线开头的 server_name，这不是功能限制，而是对互联网协议规范的遵守。遇到这类需求，优先检查是否设计层面混淆了 DNS 域名与内部标识符。
