Bloquear sites com / etc / hosts [duplicado]

Esta pergunta já tem uma resposta aqui:

Não foi possível bloquear um site através do System32 / drivers / etc / hosts 4 respostas

Por isso, tentei bloquear alguns sites por razões óbvias, mas ainda posso continuar acessando esses sites, mesmo quando os supostamente os 'supostamente' os bloqueei.

Eu editei o /etc/hostsarquivo para que fique assim (exemplo: Facebook)

0.0.0.0       https://www.facebook.com
0.0.0.0       facebook.com
0.0.0.0       www.facebook.com

Ainda posso acessar o Facebook. O que estou fazendo de errado?

EDIT: Apenas o Chrome parece bloquear o site, embora eu ainda possa acessá-lo através do Safari e Firefox.

Estou executando o OS X Yosemite

networking internet

— Pessoa aleatória
fonte

@ Steven Ainda assim possível acessar os site

— RandomPerson

@ Steven 0.0.0.0 não é o mesmo que 127.0.0.1, alterá-lo para 127.0.0.1 e ver se ele funciona

— pun

@ Steven Ainda possível, eu queria usar 0.0.0.0 para não ter que esperar o tempo limite. A questão é para sistemas unix.

— RandomPerson

0.0.0.0 é uma opção melhor que 127.0.0.1.

— Q5dfdsaq

@ Steven Eu atualizei o OP. Não é uma duplicata, pois ouve o arquivo, apenas no Chrome. Também tenho outros sites que precisam desativar para acessar determinados arquivos quando não estão no trabalho e reativá-los no trabalho. Isso funciona.

— RandomPerson

Use o seguinte:

127.0.0.1      facebook.com
127.0.0.1      www.facebook.com

O endereço IP 127.0.0.1 é o host local , também conhecido como loopback local, para o seu sistema. Ao usar 127.0.0.1, você está informando ao seu sistema que o endereço IP do facebook.com é o endereço do seu próprio sistema, tornando o FaceBook inacessível, pois o sistema obterá o endereço IP do site a partir do arquivo hosts, em vez de executar um DNS olho para cima. A primeira entrada que você coloca no arquivo, https://www.facebook.com , não pertence a ele. O arquivo fornece um mecanismo estático para converter um nome de domínio totalmente qualificado (FQDN) em um endereço IP, portanto, deve conter apenas FQDNs ou nomes de host com endereços IP associados, não aqueles prefixados por um protocolo, como HTTP, HTTPS, FTP, etc. .

— ponto da lua
fonte

Eu tentei isso antes, mas só funciona quando se usa o Chrome. Se eu tentasse acessar o site com o Firefox ou o Safari eu ainda seria capaz de alcançá-lo

— RandomPerson

127.0.0.1 é absurda e inferior a 0.0.0.0

— qasdfdsaq

@RandomPerson, o Firefox tem seu próprio cache DNS . Limpe o cache do Firefox e tente novamente. O Safari também pode estar usando uma entrada DNS em cache. A reinicialização provavelmente limparia todas as entradas em cache.

— moonpoint

@moonpoint Cache reinicializado e limpo. Ambos ainda têm acesso ao site

— RandomPerson

@ RandomPerson, o que você vê se fizer ping no facebook.com em uma janela do Terminal? Você mencionou que está usando Yosemite; quando adicionei uma entrada ao / etc / hosts em um sistema OS X 10.8.5 (Mountain Lion), o acesso foi bloqueado. Mas há um relatório de um problema semelhante no site Apple StackExchange por alguém executando o Yosemite no OS X 10.10.1 / etc / hosts & / private / etc / hosts, o arquivo está sendo ignorado e não está resolvendo - consulte a correção de JB Smith para bloquear o Facebook lá.

— moonpoint