Aplicativo web local não resolve localhost

1

Eu tenho um site local chamado link mas agora, quando tento abri-lo em um navegador da web, ele me redireciona para link . Isso costumava funcionar antes. O que eu mudei no sistema foi a configuração do AWS CLI e a configuração local do Bitbucket para usar duas contas diferentes. Nada mais. Eu acredito que as mudanças são irrelevantes. Não são eles?

Todas as informações e arquivos que eu forneço são da estação de trabalho local. Estou usando o OS X 10.12 (beta 2).

A parte relevante de / etc / hosts é esta:

127.0.0.1   localhost
255.255.255.255 broadcasthost
::1 localhost 

127.0.0.1   localhost.example.com
127.0.0.1   babydiapi.example.com
127.0.0.1   localhost.mi.example.com
127.0.0.1   localhost.qr.example.com
127.0.0.1   localhost.pay.example.com
127.0.0.1   playground.com
127.0.0.1   payments.com
127.0.0.1   localhost.comunidad.example.com
198.58.110.224  web1.example.com
198.58.115.115  web2.example.com
45.56.67.40 web3.example.com

Mas eu faço ping localhost.example.com eu recebo isso:

PING localhost.example.com (104.200.16.137): 56 data bytes
64 bytes from 104.200.16.137: icmp_seq=0 ttl=49 time=166.894 ms

Eu tentei fazer ping http://localhost.example.com mas não funcionou:

ping: cannot resolve http://localhost.example.com: Unknown host

Suponho que este seja um comportamento normal.

Qual é o servidor de teste para meu aplicativo. Claramente não localhost.

Eu li em algum lugar que eu deveria usar host localhost.example.com , mas eu ainda entendo isso:

localhost.example.com has address 104.200.16.137

Eu uso o Nginx como meu servidor web local, a configuração é assim:

server {
    listen   127.0.0.1:80;
    listen   127.0.0.1:443 ssl;
    server_name localhost.example.com;
    server_name_in_redirect off;
    error_page 404 /www/error/404.html;
    error_page 503 /www/error/404.html;

    ssl_certificate /usr/local/etc/nginx/ssl/localhost.crt;
    ssl_certificate_key /usr/local/etc/nginx/ssl/localhost.key;


    access_log /usr/local/etc/nginx/logs/www.example.com.access.log;
    error_log /usr/local/etc/nginx/logs/www.example.com.error.log;

    location ~ ^/(.*)/$ {
         rewrite ^/(.*)/$    /$1 permanent;
    }

    location ~* ^.+(\.jpg|\.jpeg|\.gif|\.png|\.js|\.ico|\.woff|\.ttf|\.eot|\.css)$ {
        root /www/www.example.com/webroot;
        access_log        off;
        expires          365d;
    }
    location / {
        root   /var/www/www.example.com/webroot/;
        index  index.php index.html index.htm;
        if (-f $request_filename) {
            break;
        }
        if (-d $request_filename) {
            break;
        }

        if (-f $request_filename) {
            break;
        }


        # Trigger 503 response on maintenance
        set $mantenimiento 0;
        if (-f /var/www/www.example.com/.mantenimiento) {
            set $mantenimiento 1;
        }
        if ($remote_addr = 127.0.0.1) {
            set $mantenimiento 0;
        }
        if ($mantenimiento) {
            return 503;
        }

        if (!-f $request_filename) {
            rewrite ^/(.+)$ /index.php?url=$1 last;
            break;
        }

    }
    location ~ .*\.php[345]?$ {
        set  $script     $uri;
        set  $path_info  "";

        if ($uri ~ "^(.+\.php)(/.+)") {
          set  $script     $1;
          set  $path_info  $2;
        }
        include fastcgi_params;
        fastcgi_pass    127.0.0.1:9000;
        fastcgi_index   index.php;
        fastcgi_param SCRIPT_FILENAME /var/www/www.example.com$fastcgi_script_name;
        fastcgi_param  SCRIPT_NAME      $script;
        fastcgi_param  PATH_INFO        $path_info;
        fastcgi_buffer_size 128k;
        fastcgi_buffers 4 256k;
        fastcgi_busy_buffers_size 256k;
        fastcgi_read_timeout 300;
    }

    location @error_web {
        root /var/www/error;
        index 404.html;
    }
 }

Você tem alguma idéia ou sugestão? Eu fui procurado na internet por cerca de uma semana e não achei nada útil.

    
por Vladimir Nul 12.07.2016 / 22:14

2 respostas

1

Adoraria testar isso para você, mas não tenho o OSX.

Há alguma discussão sobre esse problema. As pessoas estão dizendo que os problemas de formatação (falta / falta de caracteres ocultos incorretos) no arquivo de hosts podem levar à sua ignorância. Veja a pergunta a seguir e vá até as respostas e comentários.

link

Você pode olhar para essa loucura também. Novamente com a formatação do arquivo hosts.

link

Qual editor você está usando? Você pode reescrever o arquivo inteiro cuidadosamente usando o vi, nano ou algum outro editor Unix?

Não use host ou nslookup, dig, etc ... eles ignoram o arquivo hosts e consultam os servidores DNS. Continue tentando com ping localhost.domain.com até obter 127.0.0.1 .

    
por 16.07.2016 / 10:58
2

Estou curioso para saber se seu / etc / hosts não é mais o mesmo que / private / etc / hosts. Da minha máquina 10.11.5, vejo que eles devem ser um link físico (o mesmo número de inode que é visto no primeiro campo na saída ls -li abaixo:

Camerons-MacBook-Air:~ cameron$ ls -li /private/etc/hosts /etc/hosts
12484749 -rw-r--r--  1 root  wheel  247 15 Jul 21:01 /etc/hosts
12484749 -rw-r--r--  1 root  wheel  247 15 Jul 21:01 /private/etc/hosts

Este ainda é o caso para você? Do / etc / hosts e / private / etc / hosts referem-se ao mesmo arquivo no disco?

Em um host Linux, eu também gostaria de saber sobre o /etc/nsswitch.conf, mas vejo que o OS X não parece ter isso; Eu não tenho certeza o que iria usar em vez disso. Esse arquivo controla a ordem do método de pesquisa para resolver nomes, como nomes de usuário ou nomes de host.

Felicidades, Cameron

    
por 16.07.2016 / 11:41