ERR_ICANN_NAME_COLLISION ao tentar usar o localhost .dev no Chrome

Hoje recebi esse erro ao tentar acessar domínios locais especificados no apache httpd-vhosts.conf. Aconteceu pela primeira vez com um domínio .dev, por isso parecia plausível que, à luz das notícias recentes, o Goggle finalmente o entendesse.

No entanto, tentei com outros nomes de domínio (por exemplo, .abb ou .loc) e o erro persiste. Estou trabalhando com o UniServerZ no Windows7 e o Chrome explica o erro "ERR_ICANN_NAME_COLLISION" mais ou menos como "este site usa um novo nome de domínio de nível superior. Entre em contato com o administrador da rede se ele costumava funcionar". Na verdade, costumava trabalhar com domínios .dev.

Agora, tentar pesquisar no Google ERR_ICANN_NAME_COLLISION traz muito poucos resultados e não tenho administrador de rede para entrar em contato. :-)

A questão é: sou eu e, possivelmente, minhas configurações de hosts / vhosts ou a culpa é do mundo? Quais nomes de domínio locais devem ser bons agora para usar em um servidor dev local?

Os pseudo nomes de domínio que você está usando estão sendo registrados como um novo domínio de nível superior.

O DNS retorna, 127.0.53.53que é um sinal de que este TLD está sendo registrado por alguém. As versões do Chrome do M43 têm uma nova maneira de retransmitir a mensagem de erro ao usuário.

Use um nome de domínio que você possui. Possivelmente, usar o nome completo como "localhost.dev. $ Yourdomain" pode ajudá-lo aqui, dependendo da sua configuração.

Ele parece que o Google quer usar .devsomente para puposes internos. Sob essa suposição, parece seguro hospedar uma zona de desenvolvimento "falsa" no servidor DNS interno

A ICANN lançou novos gTLDs públicos, como .dev. Você pode adicionar o endereço local ao seu C:\\Windows\System32\Drivers\etc\hostsarquivo ou alterar o endereço do site no arquivo de configuração do servidor da web.

Use em example.localvez de example.deve funciona para mim.

Eu tive o mesmo problema e corrigi quando parei de usar mais de 9 domínios.

Você pode verificar se o arquivo host (C: \ Windows \ System32 \ drivers \ etc \ hosts) possui mais de 9 domínios

Uma outra maneira seria ssh em sua vm. Pesquise o endereço IP usado pela interface usando ifconfig.

Edite o arquivo hosts (C: \ Windows \ System32 \ drivers \ etc \ hosts).

No meu caso, como exemplo, fica assim:

$ ifconfig
eth0      Link encap:Ethernet  HWaddr 08:00:27:2d:c7:28
          inet addr:10.0.2.15  Bcast:10.0.2.255  Mask:255.255.255.0
          inet6 addr: fe80::a00:27ff:fe2d:c728/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2268 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1958 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:222404 (222.4 KB)  TX bytes:215264 (215.2 KB)

eth1      Link encap:Ethernet  HWaddr 08:00:27:74:21:fb
          inet addr:192.168.50.4  Bcast:192.168.50.255  Mask:255.255.255.0
          inet6 addr: fe80::a00:27ff:fe74:21fb/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:601 errors:0 dropped:0 overruns:0 frame:0
          TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:173019 (173.0 KB)  TX bytes:1824 (1.8 KB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:2 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:190 (190.0 B)  TX bytes:190 (190.0 B)

adicionando isso aos hosts:

192.168.50.4    vvv.dev
192.168.50.4    local.wordpress.dev
192.168.50.4    local.wordpress-trunk.dev
192.168.50.4    src.wordpress-develop.dev
192.168.50.4    build.wordpress-develop.dev