ERR_ICANN_NAME_COLLISION при спробі використання localhost .dev в Chrome

Сьогодні я отримав цю помилку при спробі отримати доступ до локальних доменів, зазначених у apache httpd-vhosts.conf. Це відбулося вперше з доменом .dev, тому здавалося правдоподібним, що у світлі останніх новин Goggle нарешті отримав його.

Однак я намагався використовувати інші доменні імена (наприклад, .abb або .loc), і помилка зберігається. Я працюю з UniServerZ в Windows7, і Chrome пояснює помилку "ERR_ICANN_NAME_COLLISION" приблизно як "Цей веб-сайт використовує нове доменне ім'я верхнього рівня. Якщо він працював, зверніться до адміністратора мережі". Він дійсно використовувався для роботи з доменами .dev.

Тепер спроба google ERR_ICANN_NAME_COLLISION приносить дуже мало результатів, і у мене немає адміністратора мережі, з яким зв’язатися. :-)

Питання: це я та, можливо, мої налаштування господарів / vhosts чи вина у всьому світі? Які локальні доменні імена зараз слід добре використовувати для локального сервера розробників?

Псевдоменні доменні імена, які ви використовуєте, реєструються як новий домен верхнього рівня.

DNS повертається, 127.0.53.53що є сигналом про те, що цей TLD реєструється кимось. Версії Chrome від M43 мають новий спосіб передачі повідомлення про помилку користувачеві.

Використовуйте власне доменне ім’я. Можливо, використання повного імені типу "localhost.dev. $ Yourdomain" може допомогти вам тут залежно від налаштувань.

Це здається , що Google хоче використовувати .devтільки для внутрішніх курсових. Згідно з цим припущенням, здається, безпечно розмістити "підроблену" зону розробки на вашому внутрішньому сервері DNS

ICANN випустила нові публічні gTLD, такі як .dev. Ви можете додати локальну адресу у C:\\Windows\System32\Drivers\etc\hostsфайл або змінити адресу сайту у конфігураційному файлі веб-сервера.

Використовуйте example.localзамість, example.devі це працює на мене.

У мене виникла та сама проблема, і я вирішив, коли перестаю використовувати більше 9 доменів.

Ви можете перевірити, чи є у вашого хостового файлу (C: \ Windows \ System32 \ driver \ etc \ hosts) більше 9 доменів

Іншим способом було б вторгнутись у вашу vm. Знайдіть IP-адресу, яку використовує інтерфейс, використовуючи ifconfig.

Відредагуйте файл хостів (C: \ Windows \ System32 \ driver \ etc \ hosts).

У моєму випадку як приклад це виглядає приблизно так:

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

додавши це до хостів:

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