Por que o Safari está ignorando meu arquivo / etc / hosts?

Adicionei alguns domínios para bloquear ( 127.0.0.1 mydomain.com) ao meu /etc/hostsarquivo e, por algum motivo, o Safari parece estar ignorando-os.

Eu tentei:

• desativando extensões do Safari,
• limpando o cache ( sudo dscacheutil -flushcache),
• reiniciando o Safari e o Mac completamente.

O Chrome respeita as /etc/hostsalterações, mas o Safari não. Em anexo está uma amostra do meu /etc/hostsarquivo.

Estou executando o Safari 6.0.4 com Mountain Lion 10.8.3

Alguma ideia?

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1       localhost
255.255.255.255 broadcasthost
::1             localhost
fe80::1%lo0     localhost
127.0.0.1       facebook.com

Eu tinha uma versão ligeiramente diferente do mesmo problema e pensei em mencionar o que funcionou para mim.

Eu desenvolvo sites. Para fazer isso, tenho uma cópia completa de cada site em execução na minha rede local. Quando desejo trabalhar localmente, sempre adicionei uma entrada para "example.com" ao meu arquivo local / etc / hosts, que sempre substituiu o DNS, possibilitando o acesso à cópia local do site em qualquer navegador, incluindo Safari e Firefox. Posso trabalhar sem afetar o site ativo real e fazer o upload das alterações quando concluídas.

Recentemente, no entanto, essa técnica parou de funcionar tanto para o Safari quanto para o Firefox, mas não para o Chrome. Por um tempo, fiquei limitado a usar o Chrome para desenvolvimento local. Pesquisei no google e tentei todas as correções sugeridas - CR no final do arquivo hosts, apenas uma entrada por linha, várias alterações na configuração do Firefox usando "about: config", etc. Nada funcionou.

Depois, tentei o seguinte: além de colocar a versão IPV4 do endereço no arquivo / etc / hosts, também coloquei a versão IPV6.

Antes:

10.0.1.23       example.com

Depois de:

10.0.1.23       example.com
0:0:0:0:0:FFFF:0A00:0117        example.com

Assim que adicionei a entrada IPV6, o Firefox e o Safari começaram a atingir o servidor (local) correto.

Existem vários sites que traduzirão endereços IPV4 para IPV6; basta fazer uma pesquisa no google em "ipv4 to ipv6".

Eu tive esse mesmo problema e foi causado por ter realmente longas filas no arquivo hosts (vários hosts mapeados para o mesmo endereço IP listado na mesma linha). Corrigi-o dividindo isso em várias linhas.

Passei bastante tempo no OS X El Captain 10.11.4 para bloquear sites usando o arquivo / etc / hosts em vez de usar o Controle dos Pais nas preferências do sistema. No final, simplesmente funcionou assim:

127.0.0.1 www.website.com
127.0.0.1 website.com

Eu tentei muitas variantes, mas estava sempre mapeando para 0.0.0.0 ( 0.0.0.0 website.com). Isso nunca funcionou em nenhuma variação.

Ao contrário de algumas sugestões na web, elas eram inúteis:

• Não havia necessidade de bloqueio de IPv6 como fe80::1%lo0 www.website.comou::1 website.com
• Não havia necessidade dscacheutil -flushcache, mas apenas faça-o no caso.
• Não importa se você colar no início ou no final do arquivo hosts
• Os navegadores parecem ter respondido de maneira diferente: o Chrome e o Safari o bloquearam imediatamente depois que o hostsarquivo correto foi salvo, o Firefox continuou ignorando-o por um tempo (não está claro se a reinicialização era suficiente).
  • Tente usar New Private Windowou reiniciar o navegador para testá-lo.
• Não adicione http://ou https://no início do endereço
• Nenhum outro comando foi necessário.
• Não desative (= comente adicionando um #no início) as linhas que já estão no arquivo hosts.

Verificações úteis

• Verifique se o sistema reconhece seu redirecionamento dscacheutil -q host -a name website.com- ele deve exibir:

  name: website.com
  ip_address: 127.0.0.1
  

• Verifique se a sintaxe do hostsarquivo está correto por: cat -vet /etc/hosts. Isso mostra caracteres invisíveis:

  • As linhas devem terminar com $
  • Entre 127.0.0.1e website.comdeve haver apenas um espaço ou uma guia, que é exibida como ^I.
• Observe que, em alguns sites, como o Facebook, por exemplo, pode ser necessário bloquear muitos endereços .
• Eu acho que o hostsarquivo deve terminar com uma nova linha.

Eu tive uma questão semelhante. Todos os softwares do meu Mac respeitavam a entrada do arquivo / etc / hosts quando o arquivo do host era vinculado (alias) a outro arquivo, exceto o Safari. Quando o arquivo hosts é um link simbólico, o Safari o ignora.

Minha solução foi tornar o / etc / hosts um link físico. Felizmente, o arquivo de hosts que eu mantenho atualizado está no mesmo sistema de arquivos. Se não for, você está borked.

Safari ruim ... ruim.

A única coisa que funciona para mim (10.12.1 "Sierra"):

127.0.0.1   example.com
127.0.0.1   www.example.com
fe80::1%lo0 example.com
fe80::1%lo0 www.example.com

Trabalhou para mim em Yosemite:

1. Vá para Preferências do sistema> Rede> Avançado> Proxies
2. Marque Detecção automática de proxy, pressione OK e Aplicar (não tenho mais nada marcado)
3. Entre no Terminal: dscacheutil -flushcache

Isso libera o dnscache em Yosemite. Agora, o Safari e o Chrome devem respeitar o arquivo de hosts.

Tente colocar um ou dois retornos de carro após a última entrada.

...
127.0.0.1       facebook.com

^ Carriage Return

Em alguns casos, os endereços de loopback precisam ser adicionados para o IPv4 e o IPv6 no /etc/hostsarquivo.

Digamos que já adicionamos uma entrada de bloqueio para o endereço IPv4 de website.com:

127.0.0.1 website.com

Se dscacheutil -q host -a name website.comretornar endereços para ambas as versões de protocolo:

name: website.com
ipv6_address: rand:omin:vali:dipv:6addr:ess5

name: website.com
ip_address: 127.0.0.1

precisamos adicionar outra linha no arquivo hosts:

::1 website.com

Eu tinha final de linha errado. Tem que ter LF, eu tive CR.

Eu também tive esse problema, mas a solução é realmente fácil Vamos supor que você crie um Alias ​​no arquivo host da sua máquina com o nome localhost2

Essa entrada no arquivo host deve ficar assim: 127.0.0.1 localhost2

Ao digitar "localhost2" na barra de URL do safari, você notará no menu suspenso que a opção padrão é pesquisar no google, você deve selecionar a opção "Ir para o site localhost2"

Verifique se o seu / etc / hosts possui exatamente esses atributos. Eu estava copiando, modificando e substituindo o arquivo usando meu próprio ID de usuário, todos os outros programas continuavam funcionando, exceto o safari ...

$ ls -l /etc/hosts
-rw-r--r--  1 root  wheel  1004 Sep 24 16:03 /etc/hosts

Para um endereço https exemplo.com, eu tinha que incluir os endereços IPv4 e IPv6 para exemplo.com e www.exemplo.com antes de funcionar. Como isso:

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1       localhost
127.0.0.1       example.com
::1     example.com
127.0.0.1       www.example.com
::1     www.example.com
255.255.255.255 broadcasthost
::1             localhost

De acordo com este blog http://thecoredump.org/2011/09/editing-the-hosts-file-in-mac-os-x-lion/

Você deve colocar a entrada no início do arquivo host. Muito pouco ortodoxo. Não tenho nenhuma experiência pessoal disso.