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:
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:
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?
Tags configuration nginx subdomain