Question

我正在调试一个简单的（Docker）代理服务器，据我所知，该服务器没有“默认网站”或类似的网站。我认为它正在收到来自上游的302响应，但我还不知道为什么。但是有趣的是，我得到了“欢迎使用Nginx！” ，尽管我认为没有网站文件可以实际生成它，任何理由去这样的地方。

那么……nginx有时会“独立地”产生该响应吗？如果是这样，如果有人可以告诉我“在什么情况下”，这将极大地帮助我进行故障排除。如果这是线索，我想了解该线索...

Answer 1

实际上，这是Nginx Web服务器的default index.html。如果您旋转一个普通的Nginx容器并在其中进行连接，您甚至可以在文件系统上看到这些文件。例如：

$> docker run --name nginx -d nginx
98da5173df23ea4690b9ce8bda87d844775c77609905f76b542115e4babcdcfa

$> docker exec -it nginx sh

$> ls /usr/share/nginx/
html

$> ls /usr/share/nginx/html
50x.html  index.html

$> cat /usr/share/nginx/html/index.html
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>

那么Nginx如何解释这个文件？好吧，除非您将自己的/etc/nginx/nginx.conf文件批量安装到容器中，否则Nginx进程将使用原始容器开发人员添加的引用上面index.html文件的默认文件。我们也可以追踪：

$> ls /etc/nginx/
conf.d  fastcgi_params  koi-utf  koi-win  mime.types  modules  nginx.conf  scgi_params  uwsgi_params  win-utf

$> cat /etc/nginx/nginx.conf

user  nginx;
worker_processes  1;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    keepalive_timeout  65;

    #gzip  on;

    include /etc/nginx/conf.d/*.conf;
}

所以，如果我们看这里，就会发现一件事。文件的最后一行说：include /etc/nginx/conf.d/*.conf。这意味着Nginx在完成读取此配置文件后，应继续递归处理在*.conf目录中存在的任何/etc/nginx/conf.d文件中找到的所有配置信息。

所以让我们看一下该目录：

$> ls /etc/nginx/conf.d/
default.conf

$> cat /etc/nginx/conf.d/default.conf
server {
    listen       80;
    server_name  localhost;

    #charset koi8-r;
    #access_log  /var/log/nginx/host.access.log  main;

    location / {
        root   /usr/share/nginx/html;
        index  index.html index.htm;
    }

    #error_page  404              /404.html;

    # redirect server error pages to the static page /50x.html
    #
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   /usr/share/nginx/html;
    }

    # proxy the PHP scripts to Apache listening on 127.0.0.1:80
    #
    #location ~ \.php$ {
    #    proxy_pass   http://127.0.0.1;
    #}

    # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
    #
    #location ~ \.php$ {
    #    root           html;
    #    fastcgi_pass   127.0.0.1:9000;
    #    fastcgi_index  index.php;
    #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
    #    include        fastcgi_params;
    #}

    # deny access to .htaccess files, if Apache's document root
    # concurs with nginx's one
    #
    #location ~ /\.ht {
    #    deny  all;
    #}
}

我们在这里看到了什么？好吧，大多数情况下，几乎整个配置文件都会被注释掉。让我们删除它们，使其更易于阅读和理解。

server {
    listen       80;
    server_name  localhost;
    location / {
        root   /usr/share/nginx/html;
        index  index.html index.htm;
    }
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   /usr/share/nginx/html;
    }
}

我们可以在此处看到，容器开发人员默认将Nginx定义为：如果它进入/usr/share/nginx/html或/，则它将接收到的端口80上的所有流量路由到/usr/share/nginx/html如果它进入任何其他路径。正如STDOUT在我的帖子中先前所产生的cat中所展示的那样，这些文件的内容就是您在浏览器中看到的。

希望有帮助，如果您对此还有其他疑问，请告诉我！

Answer 2

已解决，感谢TJ的极大帮助。事实证明，该页面实际上是由正在被代理的nginx容器传递的，并且根本原因是没有在其中装入适当的volume。

我通过指定curl后尝试直接ports 8080:80到容器的IP地址来跟踪问题出在容器上。然后，我登录到该容器，并仔细地环顾了非常。确实，正如TJ所描述的：抛出了一个错误，并因此产生了默认屏幕。

当我更正volume （绑定点）规范以显示正确的文件时，问题消失了。

偶然地，我猜（现在）我最初的假设“某种程度上，“ Nginx默认生成此页面””是不正确的。它确实确实产生了该页面，因为有人告诉它这样做。我只是不完全明白为什么。

我怀疑nginx是否将“欢迎使用Nginx！”什么时候不知道该怎么办？

2 个答案: