nginx não servindo subdomínios corretamente

3

Meu nginx.conf é praticamente o conf padrão com um bloco de servidor de fallback adicionado:

user www-data;
worker_processes auto;
pid /run/nginx.pid;

events {
    worker_connections 768;
    # multi_accept on;
}

http {

    ##
    # Basic Settings
    ##

    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    # server_tokens off;

    # server_names_hash_bucket_size 64;
    # server_name_in_redirect off;

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

    ##
    # SSL Settings
    ##

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
    ssl_prefer_server_ciphers on;

    ##
    # Logging Settings
    ##

    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    ##
    # Gzip Settings
    ##

    gzip on;
    gzip_disable "msie6";

    # gzip_vary on;
    # gzip_proxied any;
    # gzip_comp_level 6;
    # gzip_buffers 16 8k;
    # gzip_http_version 1.1;
    # gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

    ##
    # Virtual Host Configs
    ##

    # fallback-server if host is not known
    server {
        listen 80 default_server;
        server_name _;
        return 404;
    }

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}

A pasta /etc/nginx/conf.d/ está vazia.

O recurso "Sites ativados" contém um link simbólico para o seguinte arquivo de configuração:

server {  
    listen 80;
    server_name www.subdomain.example.com subdomain.example.com;
    root /var/www/subdomain;
    index index.html;   

    location / {
        try_files $uri $uri/ =404;
    }
}

O problema é que o nginx é sempre padronizado para o servidor de fallback, mesmo para pedidos com subdomain.example.com .

A remoção do servidor de fallback resulta no servidor de subdomínio atendendo a todas as solicitações que, até onde eu entendo, são um comportamento padrão do nginx.

Esta é uma configuração de teste que eu gosto de estender para servir vários subdomínios. Adicionar um segundo servidor para um segundo subdomínio também resulta em apenas um servidor atendendo a todas as solicitações.

nginx access.log excerpt (2 solicitações recentes):

XX.XXX.XXX.XXX - - [17/Aug/2017:18:13:32 +0200] "GET / HTTP/1.1" 404 152 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 10_3_3 like Mac OS X) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.0 Mobile/14G60 Safari/602.1"
XX.XXX.XXX.XXX - - [17/Aug/2017:18:14:17 +0200] "GET / HTTP/1.1" 404 209 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.90 Safari/537.36"

nginx error.log excerpt (últimas 2 entradas)

2017/08/17 16:11:53 [notice] 3829#3829: signal process started
2017/08/17 16:32:10 [notice] 3914#3914: signal process started

Minhas perguntas:

  1. O que estou perdendo aqui?
  2. É possível que meus subdomínios estejam configurados incorretamente, como se o host incorreto fosse enviado? No entanto, a verificação da entrada de host de cabeçalhos de solicitação com o Google Chrome mostra o subdomínio correto (subdominio.example.com) e a realização de um dig também retorna uma seção de respostas.

Claro que fiz alguma pesquisa sobre isso, mas não consegui descobrir o que está errado:

  • Esta questão - > diretiva de escuta errada: verificada.
  • Esta questão - > Subdomínio mal configurado: verificado (embora isso possa ser o problema e eu não sei como verificar isso).
  • Esta questão - > Bloco de servidores não ativado em sites: verificado.
  • Esta questão - > Não server_name no bloco do servidor: verificado.

Atualizar

Resultados de nginx -t

nginx: [alert] could not open error log file: open() "/var/log/nginx/error.log" failed (13: Permission denied)
2017/08/18 08:03:51 [warn] 6200#6200: the "user" directive makes sense only if the master process runs with super-user privileges, ignored in /etc/nginx/nginx.conf:1
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
2017/08/18 08:03:51 [emerg] 6200#6200: open() "/run/nginx.pid" failed (13: Permission denied)
nginx: configuration file /etc/nginx/nginx.conf test failed

Resultados de sudo nginx -t

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

Atualização 2

Não tenho certeza se isso é relevante. Depois de remover todos os bloqueios de servidor, as solicitações com subdomain.example.com resultam em um site 503 Service Temporarily Unavailable . Solicitações para XX.XXX.XXX.XXX:80 resultam no navegador dizendo que não é possível abrir a página.

Além disso, tentei atender locais diferentes no bloco de servidores de subdomínios, o que funcionou. No entanto, eu configurei incorretamente um local usando root em vez de alias e isso retornou a página nginx padrão em /var/www/html , que não é definida como diretório raiz nem alias. Como isso é possível?

    
por fr3d-5 17.08.2017 / 18:22

0 respostas