在 nginx 中，`default_server` 参数用于捕获所有未匹配任何 `server_name` 的 http 请求。要启用此功能，只需在目标 `server` 块的 `listen` 指令中添加 `default_server` 标志即可。nginx 会优先匹配具体的域名，只有当请求的 host 头无法匹配任何已定义域名的服务器块时，才会将请求路由到标记为 `default_server` 的那个块。
如何配置 default_server 以返回特定状态码
通过设置 `return` 指令，可以控制未匹配请求的响应行为。例如，直接返回 444 状态码（Nginx 自定义错误）或 404 页面，可以有效阻止恶意扫描或未授权访问。配置时，确保该 server 块仅监听默认端口，并明确指定 `default_server`。
server {
listen 80 default_server;
server_name _;
return 444;
}
上述配置中，`listen 80 default_server;` 声明了该块为默认服务器。`server_name _;` 是一个通配符写法，虽然非必须，但能显式表明该块不匹配任何具体域名。当客户端发送一个 Host 头不在其他 server 块中定义的请求时，Nginx 会进入此块并执行 `return 444`，直接关闭连接而不返回任何内容。这是生产环境中常见的安全加固手段。
default_server 与具体 server_name 的匹配优先级
Nginx 的匹配逻辑遵循“最长前缀匹配”原则。如果存在多个 server 块，Nginx 会先尝试匹配 Host 头中的域名。只有当没有任何 server 块的 `server_name` 能够匹配时，才会回退到 `default_server`。这意味着，即使 `default_server` 块定义了广泛的规则，它也不会干扰正常域名的解析。
server {
listen 80;
server_name example.com www.example.com;
root /var/www/example;
}
server {
listen 80 default_server;
server_name _;
return 403 "Forbidden";
}
在这个示例中，第一个 server 块专门处理 `example.com` 及其子域名。第二个 server 块作为默认服务器，处理所有其他请求。如果用户访问 `unknown.com`，由于它不在第一个块的 `server_name` 列表中，Nginx 会将请求交给第二个块，返回 403 Forbidden。这种结构确保了合法流量被正确路由，而非法或未知流量被拦截。注意，`default_server` 只能在一个 server 块中使用，重复声明会导致配置加载失败。
基于 Host 头为空时的 default_server 行为
当客户端发送的请求中 Host 头字段为空或缺失时，Nginx 同样会将其视为未匹配情况，并路由到 `default_server`。这在某些代理场景或旧版 HTTP/1.0 客户端中较为常见。为了验证这一行为，可以构造一个不带 Host 头的请求，观察其是否落入默认服务器块。
curl -H "Host: " http://localhost/ # 或者使用 telnet $ telnet localhost 80 GET / HTTP/1.0
在上述测试中，如果 curl 命令发送的 Host 头为空字符串，或者 telnet 模拟的 HTTP/1.0 请求未包含 Host 头，Nginx 会将这些请求导向 `default_server` 配置的块。这有助于防止因缺少 Host 头导致的意外路由或缓存污染。在实际应用中，建议对 `default_server` 进行严格限制，如返回 403 或 444，以避免暴露服务器内部信息或被滥用。
