☰

Nginx redirecionando domínio para a porta 8000 com 301

tag-icon • tag-icon nginx php-fpm 301-redirect
Nginx redirecionando domínio para a porta 8000 com 301

Tenho procurado em todos os lugares para descobrir por que meu servidor nginx está causando um redirecionamento 301 em um domínio e não no outro. Tenho dois sites configurados neste servidor no estilo apache (sites disponíveis). Digamos domínio1.com e domínio2.com. Estou executando o PHP-FPM também. Aqui estão as configurações

Domínio1.com

server {
        listen   80; ## listen for ipv4; this line is default and implied
        server_name domain1.com www.domain1.com; 

        root /var/www/domain1.com;
        index index.php index.html index.htm;


        location / { 
                try_files $uri $uri/ /index.php?$args;
        }   

        #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/www;
        }   

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #   
        location ~ \.php$ {
                try_files $uri =404;
                fastcgi_pass unix:/var/run/php5-fpm.sock;
                fastcgi_index index.php;
                fastcgi_param SCRIPT_FILENAME $document_root$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;
        }   
}

Domínio2.com

server {
        listen   80; ## listen for ipv4; this line is default and implied
        server_name domain2.com www.domain2.com; 

        root /home/mike/www;
        index index.php index.html index.htm;


        location / { 
                try_files $uri $uri/ /index.php?$args;
        }   

        #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/www;
        }   

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #   
        location ~ \.php$ {
                try_files $uri =404;
                fastcgi_pass unix:/var/run/php5-fpm.sock;
                fastcgi_index index.php;
                fastcgi_param SCRIPT_FILENAME $document_root$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;
        }   
}

Você notará que eles são basicamente iguais, exceto server_name e root. Caso contrário, eles são idênticos. Agora aqui está a situação. domain1.com funciona bem, sem problemas. O site do domínio2 foi testado UMA VEZ usando listen 8000 quando o DNS do domínio2.com não foi alterado para o servidor. Quando foi testado como IP:8000, funcionou bem, então mudei para o domínio, mudei a porta para 80 e mudei o DNS. Desde então, o servidor foi completamente desligado e o nginx e o php5-fpm foram reiniciados provavelmente 100 vezes.

Se eu visitar domain2.com no navegador, ele redirecionará automaticamente para domain2.com:8000. Se eu usar web-sniffer.net e observar o cabeçalho HTTP, ele retornará um redirecionamento 301. Eu nunca configurei um redirecionamento e não há configuração 301 em nenhum lugar deste servidor. O que realmente me incomoda é que se eu visitar www.domain2.com, depois de removê-lo do arquivo de configuração nginx em server_name, vejo a página nginx padrão, o que significa que está funcionando bem. Depois de adicionar www.domain2.com à diretiva server_name na configuração, o redirecionamento 301 inicia novamente.

Eu adicionei port_in_redirect off na seção http em meu nginx.conf também, o que parece não fazer nada.

Alguém tem alguma ideia do que está acontecendo aqui?

Editar: curl-vhttp://domínio2.com

* About to connect() to domain2.com port 80 (#0)
*   Trying 162.243.XXX.XXX... connected
> GET / HTTP/1.1
> User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3
> Host: domain2.com
> Accept: */*
> 
< HTTP/1.1 301 Moved Permanently
< Server: nginx/1.1.19
< Date: Mon, 13 Jan 2014 17:37:07 GMT
< Content-Type: text/html; charset=UTF-8
< Transfer-Encoding: chunked
< Connection: keep-alive
< X-Powered-By: PHP/5.3.10-1ubuntu3.9
< X-Pingback: http://162.243.XXX.XXX:8000/xmlrpc.php
< Location: http://domain2.com:8000/
< 
* Connection #0 to host domain2.com left intact
* Closing connection #0

Responder1

É um pouco difícil adivinhar sem ver a saída real do servidor. Sugiro usar curl -v http://example2.com/para ver o que realmente é retornado, mas acho que seu navegador armazenou o redirecionamento em cache. Eu já vi isso antes.

Usar um navegador diferente mostra o mesmo redirecionamento?

Atualizar: De acordo com sua saída de diagnóstico, parece claro que isso foi causado pelo Wordpress emitindo o redirecionamento, em vez de nginx.

informação relacionada