ERR_ICANN_NAME_COLLISION podczas próby użycia localhost .dev w Chrome

Dzisiaj dostałem ten błąd podczas próby uzyskania dostępu do domen lokalnych określonych w apache httpd-vhosts.conf. Zdarzyło się to po raz pierwszy w domenie .dev, więc wydawało się prawdopodobne, że w świetle ostatnich wiadomości Goggle w końcu go dostał.

Jednak próbowałem z innymi nazwami domen (np. .Abb lub .loc) i błąd nadal występuje. Pracuję z UniServerZ na Windows7 i Chrome wyjaśnia z grubsza błąd „ERR_ICANN_NAME_COLLISION”, ponieważ „ta strona używa nowej nazwy domeny najwyższego poziomu. Skontaktuj się z administratorem sieci, jeśli kiedyś działał”. Rzeczywiście działało z domenami .dev.

Teraz próba Google ERR_ICANN_NAME_COLLISION przynosi bardzo niewiele wyników i nie mam administratora sieci, z którym mogę się skontaktować. :-)

Pytanie brzmi: czy to ja i moje ustawienia hostów / vhostów, czy wina świata? Jakich lokalnych nazw domen powinno się teraz używać na lokalnym serwerze deweloperskim?

Pseudo nazwy domen, których używasz, są rejestrowane jako nowa domena najwyższego poziomu.

DNS zwraca, 127.0.53.53co jest sygnałem, że ta TLD jest rejestrowana przez kogoś. Wersje Chrome od M43 mają ten nowy sposób przekazywania użytkownikowi komunikatu o błędzie.

Użyj swojej nazwy domeny. Prawdopodobnie użycie pełnej nazwy, takiej jak „localhost.dev. $ Twojadomena”, może ci pomóc w zależności od konfiguracji.

To wydaje się , że Google chce wykorzystać .devtylko dla puposes wewnętrznych. Przy takim założeniu wydaje się, że bezpieczne jest hostowanie „fałszywej” strefy deweloperskiej na wewnętrznym serwerze DNS

ICANN wydało nowe publiczne gTLD-y, takie jak .dev. Możesz dodać adres lokalny do C:\\Windows\System32\Drivers\etc\hostspliku lub zmienić adres strony w pliku konfiguracyjnym serwera WWW.

Użyj example.localzamiast example.devi to działa dla mnie.

Mam ten sam problem i naprawiłem go, gdy przestałem używać więcej niż 9 domen.

Możesz sprawdzić, czy plik hosta (C: \ Windows \ System32 \ drivers \ etc \ hosts) ma więcej niż 9 domen

Innym sposobem byłoby ssh do twojego vm. Wyszukaj adres IP używany przez interfejs za pomocą ifconfig.

Edytuj plik hosts (C: \ Windows \ System32 \ drivers \ etc \ hosts).

W moim przypadku jako przykład wygląda to tak:

$ 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)

dodając to do hostów:

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