Posso confirmar o seu problema que parece afetar, entre o Chrome e o Firefox, apenas o Firefox. Essa é uma resposta para usuários afetados pelo mesmo problema e se forem afetados por ambos / todos os navegadores. Siga estas etapas para que isso funcione corretamente. Supondo que você já tenha editado o /etc/hosts
arquivo para o qual recomendo as 2 maneiras a seguir de editar o arquivo:
- Gedit -
gksudo gedit /etc/hosts
(Agora você tem uma maneira amigável da GUI de editar o arquivo. Gksu, que fornece o gksudo, foi descontinuado nos repositórios oficiais 18.04 e posteriores.)
- nano -
sudo nano /etc/hosts
(Agora você tem uma maneira fácil de editar o arquivo.)
E você tem, por exemplo:
127.0.0.1 localhost adobe.com
ou
127.0.0.1 localhost
127.0.0.1 adobe.com
(Ambos são a mesma coisa.)
Você primeiro faz o teste para verificar se está funcionando corretamente no terminal. Digite ping adobe.com
e ele deve responder do IP atribuído a ele. Nesse caso, ele deve responder com 127.0.0.1. Isso significa que está tudo bem.
Em seguida, continuamos com os testes do navegador. Você testou o Chrome e funcionou. Você mudou /etc/hosts
entre ter e não ter a entrada para adobe.com e funcionou toda vez que você a alterou. Mas então você foi com o Firefox, ele pode ter funcionado pela primeira vez, mas depois de alterar o hosts
arquivo para frente e para trás, de alguma forma, ele pára de funcionar. Isso significa que é um problema de cache ou um problema para resolver o nome correto.
No caso do Firefox e da resolução do nome, o Firefox adiciona o prefixo www ao site da adobe para que se pareça com esse "www.adobe.com", mas no Chrome se parece com "adobe.com". Os dois apontam para o mesmo local e o prefixo www está disponível apenas para informar que o local que você está visitando é um serviço da web. Mas, no caso do seu problema, você precisará adicioná-lo ao hosts
arquivo. Assim, quando o Firefox adicionar o prefixo www, ele funcionará. Então ficaria assim:
127.0.0.1 localhost
127.0.0.1 adobe.com www.adobe.com
OU da mesma forma
127.0.0.1 localhost adobe.com www.adobe.com
NOTA: Lembre-se de que você PRECISA pressionar F5para atualizar a guia site / Firefox ou fechar a guia e abri-la novamente para testar. De alguma forma, pressionar Entercomo louco não serve.
Isso deve resolver o problema para alguns usuários, mas, até o momento, você ainda não resolveu o problema, podemos testar o que poderia ser.
Chegamos aqui alguns níveis de cache para verificar então. Você adquiriu o seu programa Cache, neste caso o Firefox, depois o cache do sistema, no caso Ubuntu, e o cache do hardware, nesse caso, o roteador.
Pelo que sei, a versão Ubuntu Desktop não possui um serviço de cache DNS instalado por padrão. O mais conhecido é o nscd e, se você o tiver instalado, /etc/init.d/nscd restart
será simples . Mas para a maioria das pessoas, elas não terão isso instalado, para que possamos anular a falha do sistema Ubuntu.
Isso deixa o roteador e o navegador da web. No caso do roteador, você deverá configurá-lo para interromper o cache DNS ou reconfigurá-lo para resolver esse problema. Isso depende totalmente do modelo, fabricante do roteador, etc. Nem todos os roteadores fazem cache de DNS, mas alguns fazem e você precisaria ver na configuração dele, se ele tem essa opção e se a opção está ativada. Mas vamos supor que você não tenha um roteador habilitado para cache de DNS.
Isso deixa o navegador.
Para descobrir se o Firefox está sendo ruim com o cache do DNS, você pode instalar um complemento para verificar o cache do DNS no Firefox. o que eu recomendo é o cache do DNS .
Depois de reiniciar o Firefox, você verá uma engrenagem na parte inferior (semelhante à engrenagem do Ubuntu no canto superior direito). Você pode clicar com o botão esquerdo ou com o botão direito do mouse no Cog e deverá ver opções como Ativar / Desativar DNS e Liberá-lo. Isso ajudará no caso de o problema ser o cache DNS do Firefox. Brinque com isso.
Acho que consegui todas as maneiras de resolver isso. Se eu perdi alguma coisa, me avise.
hosts
arquivo da máquina local (ou seja, se o problema persistir mesmo depois que o domínio com owww
subdomínio for adicionado e mesmo após a atualização da página), recomendo reportar isso como um bug. (Eu não tenho certeza o que seria um erro em , desde Firefox presumivelmente usa instalações de resolução de DNS do sistema operacional, o que fazer , ou é suposto, respeitá-lo. Mas você pode denunciá-lo contrafirefox
no Ubuntu e, em seguida, solução de problemas adicional poderia provavelmente redirecionar-lo de lá).www.foo.net
funcione apenas porquefoo.net
funciona. Em vez disso, sefoo.net
ewww.foo.net
são ambos definidos para127.0.0.1
em/etc/hosts
, digitandofoo.net
na barra de endereço de um navegador web e pressionar enter deve resultar no navegador tentar abrir uma conexão com127.0.0.1:80
. Caso contrário, há um bug em algum lugar.Eu sei que esse tópico tem um ano, mas me deparei com ele procurando as respostas para o mesmo problema. Finalmente encontrei uma solução! Acontece que o
/etc/hosts
arquivo está sendo completamente ignorado pelo DNS. Para mudar isso, você deve editar/etc/nsswitch.conf
e incluirfiles
emhosts
. Exemplo abaixo:Isso garantirá que o
/etc/hosts
arquivo seja incluído na verificação da resolução de nomes. Ele primeiro verificará o DNS e depois ohosts
arquivo. Tenho certeza de que o OP não precisa mais dessas informações, mas isso ainda é bom para quem procura respostas para esse problema.Você também deve reiniciar para que isso entre em vigor
fonte
/etc/hosts
?hosts
? Ou o que?Eu acredito que
etc/hosts
é usado em muito nível de amante na pilha de software de rede do que no próprio navegador. Ou seja, as alterações nesse arquivo devem afetar qualquer navegador.O que você vê pode ser resultado do Firefox armazenando em cache as entradas DNS - ou seja, você abriu o site no Firefox, o Firefox lembra o endereço IP correspondente ao domínio adobe.com, você modificou
/etc/hosts
e recarregou a página - o Firefox não emite uma nova consulta DNS e usa os dados em cache. Em seguida, você abre o Chrome, ele faz uma nova consulta DNS e usa o que você digitou/etc/hosts
como o endereço IP do adobe.comReiniciar o Firefox deve corrigir o problema.
fonte
Todas as respostas são ótimas, mas a maneira mais curta de corrigi-las é:
depois de modificar o / etc / hosts (e possivelmente reiniciar o Firefox), recarregue a guia problemática com
Ctrl+Shift+R
. Ele ignorará qualquer tipo de cache que o Firefox possa ter.fonte
Meu problema era que eu tinha várias entradas para o mesmo nome de domínio. O sistema viu apenas a primeira ocorrência.
fonte
Você poderia tentar:
Adicionar próximas linhas
fonte
no Ubuntu 14.04, alterando o arquivo / etc / hosts para que apenas um host por linha funcionasse para mim, lutei por horas trabalhando com um host de host IP, depois mudei para host IP em cada linha e funcionou>. <
fonte
Eu tive esse mesmo problema em várias versões do Ubuntu. O mais recente elevou sua cabeça feia em 17.04 e 16.04. Eu descobri que tinha que formatar o arquivo hosts assim:
127.0.0.1 localhost
127.0.0.1 www.facebook.com facebook.com
ou seja, você precisa colocar na url o www e depois novamente sem. Eu não tenho idéia do por que isso funciona. Simplesmente salve o arquivo e faça ping no URL como em:
ping www.facebook.com
e deve resolver o endereço de loopback ou qualquer outro endereço que você desejar.eg:
80.82.xxx.xxx www.example.com example.com
Trabalhou para mim.
fonte