在 nginx 中，将 server_name 绑定到本机 ip 地址的正确做法是直接在配置文件中将该字段设置为具体的 ipv4 或 ipv6 地址。这样做会创建一个基于名称的虚拟主机，nginx 在处理请求时，如果 http 请求头中的 host 字段与配置的 ip 完全匹配，就会进入该 server 块；若未匹配且没有更通用的默认配置，则可能回退到其他规则。需要注意的是，这种绑定方式通常用于特定的反向代理场景或 api 服务，因为大多数现代浏览器和客户端倾向于使用域名而非裸 ip 进行访问。
如何配置 server_name 以匹配特定 IP 的请求
要实现这一功能，只需在 /etc/nginx/conf.d/ 或 /etc/nginx/sites-available/ 目录下的配置文件（如 default.conf）中，找到对应的 server 块，并将 server_name 的值修改为本机 IP。例如，假设本机 IP 为 192.168.1.100，配置如下：
server {
listen 80;
server_name 192.168.1.100;
location / {
root /usr/share/nginx/html;
index index.html;
}
}
保存配置后，必须执行 nginx -t 检查语法是否正确，然后通过 systemctl reload nginx 重新加载配置。此时，当你使用 curl http://192.168.1.100 发起请求时，Nginx 会识别出 Host: 192.168.1.100 并命中此配置块。如果希望同时支持域名和 IP，可以将两者并列写在 server_name 中，用空格分隔，如 server_name 192.168.1.100 example.com;。
当 Host 头不匹配时 Nginx 如何处理请求
如果客户端发送的请求中 Host 头不是配置的 IP 地址，Nginx 会根据“最佳匹配”原则选择 server 块。如果没有其他 server 块明确匹配该域名，Nginx 会将请求交给第一个被加载的、或者标记为默认的 server 块处理。这通常意味着请求会被导向一个完全不同的网站，或者返回 404 错误，具体取决于默认服务器的配置。因此，仅绑定 IP 并不能让所有访问本机的流量都进入该服务器块，它只针对精确匹配的 Host 值生效。
# 另一个可能的默认服务器配置
server {
listen 80 default_server;
server_name _;
location / {
return 404;
}
}
在上述代码中，server_name _; 是一个通配符，通常作为最后的兜底。如果请求的 Host 是 www.example.com，而之前的配置只绑定了 IP，那么请求可能会落入这个默认服务器。要确保行为符合预期，开发者应明确设置 default_server 参数，或者确保所有可能的访问入口都有明确的 server_name 定义。通过这种方式，可以精细控制不同 Host 头对应的后端逻辑或静态资源路径。
使用 curl 测试 server_name IP 绑定的实际效果
为了验证上述配置是否生效，可以使用 curl 命令模拟不同的 Host 头进行测试。首先，测试直接访问 IP 的情况：
curl -H "Host: 192.168.1.100" http://192.168.1.100
如果配置正确，这将返回 index.html 的内容。接着，测试访问一个未配置的域名：
curl -H "Host: www.unconfigured.com" http://192.168.1.100
根据前文提到的默认服务器配置，这可能会返回 404 错误或被重定向到其他站点。通过对比这两种情况下的响应状态码和内容，可以确认 server_name 的匹配逻辑是否符合预期。此外，还可以检查 Nginx 的错误日志（通常位于 /var/log/nginx/error.log），查看是否有因无法匹配 server_name 而产生的警告信息，这有助于排查复杂的虚拟主机冲突问题。
