nginx, как я подозреваю, поставил "Welcome to Nginx!" когда он не знает, что еще делать? - PullRequest
1 голос
/ 28 марта 2020

Я отлаживаю простой (Docker) прокси-сервер, который, насколько я знаю, не имеет "веб-сайта по умолчанию" или чего-то подобного. Я думаю, что он получает 302 ответов от апстрима, но я пока не знаю, почему. Но то, что интересно, так это то, что я получаю "Добро пожаловать в Nginx!" Хотя я не думаю, что существует файл веб-сайта, который бы на самом деле его создавал, ни любая причина для go в такое место.

Так ... * иногда ли nginx производит этот ответ "самостоятельно?" Если это так, то если бы кто-нибудь мог мне сказать, «при каких обстоятельствах», это очень помогло бы мне устранить неполадки. Если это подсказка , Я бы хотел понять эту подсказку ...

Ответы [ 2 ]

2 голосов
/ 28 марта 2020

На самом деле это значение по умолчанию index.html для Nginx веб-сервера. Если вы раскрутите контейнер vanilla 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 по умолчанию определен разработчиками контейнеров для маршрутизации всего трафика c через порт 80, который он получает /usr/share/nginx/html, если он входит в / или /usr/share/nginx/html, если он входит в любой другой путь. Как показано в STDOUT, созданном cat ранее в моем посте, содержимое этих файлов - то, что вы видите в своем браузере.

Надеюсь, что это поможет, дайте мне знать, если вам нужны какие-либо другие вопросы об этом!

0 голосов
/ 30 марта 2020

Решено благодаря чрезвычайно полезной помощи TJ. Оказывается, что страница на самом деле доставлялась контейнером nginx, который был проксирован, и причиной root было то, что в нее не было вставлено правильное volume.

Я проследил проблема с контейнером, пытаясь curl напрямую к IP-адресу контейнера после указания ports 8080:80, чтобы я мог это сделать. Затем я вошел в контейнер и очень внимательно осмотрелся . На самом деле это было так, как описал TJ: выдается ошибка, и в результате создается экран по умолчанию.

Когда я исправил спецификацию volume (точка привязки) , чтобы раскрыть Правильный файл, проблема исчезла.


Между прочим, я предполагаю (сейчас), что мое первоначальное предположение, что каким-то образом "Nginx создает эту страницу по умолчанию", было неверным. Это действительно произвело страницу, потому что это было сказано, чтобы сделать это. Я просто не до конца понял, почему.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...