server_name可直接写IP地址，Nginx通过字符串比对Host头进行精确匹配；支持与域名共存、空字符串捕获无Host请求，并需配合default_server避免误响应，HTTPS下使用IP需谨慎处理证书问题。
server_name 可以直接写 IP 地址，Nginx 会拿请求中的 Host 头和它比对，匹配成功就走这个 server 块。这不是“绑定服务器 IP”，而是把 IP 当作一个可被 Host 头携带的合法值来参与域名级匹配——比如用户在浏览器输 http://192.168.1.100，Host 头就是 192.168.1.100，只要 server_name 里写了它，就能命中。
IP 地址作为 server_name 的写法
语法完全一样，不加引号、不加协议、不带端口：
-
server_name 192.168.1.100;→ 匹配 Host 头为该 IP 的请求 -
server_name example.com 192.168.1.100;→ 同一 server 块同时响应域名和 IP 访问 -
server_name "";（空字符串）→ 专门捕获没有 Host 头或 Host 为空的请求，常配合default_server使用
IP 匹配的实际作用场景
它不是用来“监听哪个网卡”，listen 才管监听地址；server_name 中的 IP 是纯匹配逻辑，典型用途有：
- 内网直连调试：运维或开发用 IP 直接访问测试站，避免改 hosts 或配 DNS
- 多站点共用 IP 时区分入口：比如
192.168.1.100走后台，admin.example.com也走同一 IP 但由不同 server 块处理 - 屏蔽非法 Host 请求：单独设一个
server_name ""+return 444，拒绝无 Host 头的扫描或畸形请求
注意匹配优先级和 default_server
IP 地址属于精确匹配，优先级最高。但如果请求 Host 是 192.168.1.100，而配置里只有 server_name example.com，那就不会命中——Nginx 不会自动把 IP 和域名做反向解析。此时若没设 default_server，请求会落到该端口下第一个 server 块，容易误响应。建议：
- 对外服务务必显式声明
default_server，例如：listen 80 default_server; - 想让某个 IP 请求走特定逻辑，就把它明明白白写进对应 server_name
- 不要依赖“IP 自动对应到某域名配置”，Nginx 不查 DNS，只做字符串比对
HTTPS 下 IP 匹配要额外小心
HTTP/1.1 的 Host 头在 HTTPS 中仍存在，但 TLS 握手阶段需靠 SNI（Server Name Indication）传递域名信息。浏览器用 IP 访问 HTTPS 站点时，SNI 字段通常为空或填 IP 字符串（取决于客户端实现），而多数证书不包含纯 IP 的 SAN 条目，会导致证书警告甚至握手失败。所以：
- 用 IP 访问 HTTPS 服务，server_name 写 IP 仍能路由，但大概率卡在证书校验
- 生产环境不建议用 IP 配置 HTTPS 的 server_name，应通过域名 + 正确证书的方式提供服务
- 内网测试若必须用 IP，可自签含 IP 的证书，或改用 HTTP 调试
