server_name no nginx.conf parece ser ignorado [duplicado]

4

Eu tenho um nome de domínio, digamos example.com nesse ponto para o meu servidor. E meu nginx.conf é:

upstream domain {
    server 127.0.0.1:8002; 
}

server {

    listen 80;
    server_name <example.com>;
    client_max_body_size 10M;
    keepalive_timeout    15;

Durante o desenvolvimento, desejo desativar example.com. Eu substituo por <different_name> .

server {

    listen 80;
    server_name <different_name>;
    client_max_body_size 10M;
    keepalive_timeout    15;

Funciona bem como esperado com <different_name> , mas continua respondendo a <example.com> . E não consigo descobrir o porquê. Eu gostaria que o nginx não respondesse de maneira alguma em <example.com> .

Naturalmente, não esqueci de reiniciar os serviços como gunicorn e nginx.

Editar: pode ser uma postagem duplicada, conforme sugerido. Na minha opinião, a maneira como o problema é exposto no post que você mencionou é confusa. Até o título não está claro. "nginx open reverse proxy" O que significa sério? Eu tentei expor meu problema que tem uma solução similar em termos claros, tendo em mente que ele poderia / deveria ser reutilizável e muito mais explícito para todos.

    
por Bastien Roques 13.05.2015 / 10:26

1 resposta

9

Resumindo: ao remover as solicitações de nome de domínio de produção para esse domínio, não serão bloqueadas; elas irão para o servidor padrão.

Parafraseado no manual :

Nginx tests only the request’s header field “Host” to determine which server the request should be routed to. If its value does not match any server name, or the request does not contain this header field at all, then nginx will route the request to the default server. Unless explicitly configured with default_server the default server is the first one.

Você pode criar um servidor padrão mínimo que retorne uma página padrão ou uma mensagem de erro, por exemplo:

server {
    listen      80 default_server;
    server_name _ ;
    return 503  "No server is currently configured for the requested host." ;
}
    
por 13.05.2015 / 11:00

Tags