Adicionei alguns domínios para bloquear ( 127.0.0.1 mydomain.com
) ao meu /etc/hosts
arquivo 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/hosts
alterações, mas o Safari não. Em anexo está uma amostra do meu /etc/hosts
arquivo.
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
macos
mountain-lion
network
safari
google-chrome
Nicholas Tulach
fonte
fonte
www.
ao início do URL. O Facebook pode redirecionar o navegador paraFacebook.com
. Tente adicionarwww.facebook.com
ao seu arquivo e veja se isso funciona.Respostas:
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:
Depois de:
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".
fonte
/etc/hosts
é uma nova linha? Por exemplo, abra-o comvi
.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.
fonte
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:
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:
fe80::1%lo0 www.website.com
ou::1 website.com
dscacheutil -flushcache
, mas apenas faça-o no caso.hosts
arquivo correto foi salvo, o Firefox continuou ignorando-o por um tempo (não está claro se a reinicialização era suficiente).New Private Window
ou reiniciar o navegador para testá-lo.http://
ouhttps://
no início do endereço#
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:Verifique se a sintaxe do
hosts
arquivo está correto por:cat -vet /etc/hosts
. Isso mostra caracteres invisíveis:$
127.0.0.1
ewebsite.com
deve haver apenas um espaço ou uma guia, que é exibida como^I
.hosts
arquivo deve terminar com uma nova linha.fonte
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.
fonte
A única coisa que funciona para mim (10.12.1 "Sierra"):
fonte
domain.com
ewww.domain.com
no arquivo host. O Safari pode adicionarwww.
sua solicitação e não coincide comdomain.com
.Trabalhou para mim em Yosemite:
Isso libera o dnscache em Yosemite. Agora, o Safari e o Chrome devem respeitar o arquivo de hosts.
fonte
Tente colocar um ou dois retornos de carro após a última entrada.
fonte
Em alguns casos, os endereços de loopback precisam ser adicionados para o IPv4 e o IPv6 no
/etc/hosts
arquivo.Digamos que já adicionamos uma entrada de bloqueio para o endereço IPv4 de
website.com
:Se
dscacheutil -q host -a name website.com
retornar endereços para ambas as versões de protocolo:precisamos adicionar outra linha no arquivo hosts:
fonte
Eu tinha final de linha errado. Tem que ter LF, eu tive CR.
fonte
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"
fonte
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 ...
fonte
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:
fonte
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.
fonte