为什么 nginx 接受 Host 标头与 server_name 不匹配的请求？

Question

我有一个这样设置的站点：nginx 作为代理服务器，代理请求 tu 一个 gunicorn 实例通过 UNIX 套接字为 Django 站点提供服务。

这是我的 nginx 配置：

server {
    listen 80;
    server_name api.mysite.com;

    location /static/ {
        alias /webapps/mysite/static/;
        autoindex off;
    }

    location / {
        include proxy_params;
        proxy_pass http://unix:/webapps/mysite/mysite.sock;
    }

}

我的理解是，nginx 在收到请求时，会将 Host 标头与服务器块的 server_name 参数进行匹配，如果匹配，则提供服务。但是，nginx 似乎正在尝试使用与 api.mysite.com 不同的 Host 标头来服务（将请求传递给我的 Django 服务器）请求。 Django 有一个名为ALLOWED_HOSTS 的设置（在我的情况下设置为['api.mysite.com']），它执行进一步检查Host 标头并在请求Host 标头不匹配时引发错误，这不应该发生，因为据说 nginx 已经过滤了这个。问题是我看到 Django 引发的错误如下所示：

• HTTP_HOST 标头无效：'/webapps/mysite/mysite.sock:'。根据 RFC 1034/1035，提供的域名无效。
• HTTP_HOST 标头无效：'testp1.piwo.pila.pl'。您可能需要将“testp1.piwo.pila.pl”添加到 ALLOWED_HOSTS。
• 无效的 HTTP_HOST 标头：'xxx.xxx.xxx.xxx' （我的服务器的真实 IP）。您可能需要将“xxx.xxx.xxx.xxx”添加到 ALLOWED_HOSTS。

有几点：

• 我知道请求是通过 nginx 发出的，因为它们显示在 nginx 日志中，而且无论如何直接访问 gunicorn 服务器都是不可能的，因为我通过 UNIX 套接字而不是通过 HTTP 进行代理。
• 我知道这些请求来自一个寻找免费代理的机器人，但我对此并不在意。我真正感兴趣的是带有 Host 标头的请求设置为我的 gunicorn/nignx UNIX 套接字的本地文件系统上的路径。

有什么线索吗？

Answer 1

事实证明，如果 nginx 没有遇到匹配的服务器块，它会将请求发送到第一个服务器块。所以解决方案是设置一个默认的服务器块，像这样丢弃每个请求：

server {
    listen 80 default_server;
    return 444;
}