ERR_ICANN_NAME_COLLISION al intentar usar localhost .dev en Chrome


37

Hoy recibí este error al intentar acceder a los dominios locales especificados en apache httpd-vhosts.conf. Sucedió por primera vez con un dominio .dev, por lo que parecía plausible que a la luz de las noticias recientes, Goggle finalmente lo entendiera.

Sin embargo, intenté con otros nombres de dominio (p. Ej. .Abb o .loc) y el error persiste. Estoy trabajando con UniServerZ en Windows7 y Chrome explica el error "ERR_ICANN_NAME_COLLISION" aproximadamente como "este sitio web utiliza un nuevo nombre de dominio de nivel superior. Póngase en contacto con su administrador de red si solía funcionar". De hecho, solía funcionar con dominios .dev.

Ahora, intentar buscar en Google ERR_ICANN_NAME_COLLISION trae muy pocos resultados y no tengo un administrador de red con quien contactar. :-)

La pregunta es: ¿soy yo y posiblemente la configuración de mis hosts / vhosts o es culpa del mundo? ¿Qué nombres de dominio locales deberían usarse ahora para un servidor de desarrollo local?



Si necesita un nombre de dominio de TLD local, tal vez use .local o .localdomain ... IIRC al menos uno de esos dos está reservado para uso local y no se emitirá a ningún registrador en el corto plazo (como es el caso con .invalid para ejemplos de TLD no válidos, o example.com/.net para ejemplos de dominio).
Archimedix

2
@Archimedix también .localpuede ser problemático: support.apple.com/en-us/HT204684
Hagen von Eitzen

1
¿Tiene el nombre de dominio correctamente listado en su archivo de hosts? Recibí este error hasta que lo agregué.
Simon East

2
Según RFC 2608, Sección 2, .test, .example, .invalid y .localhost son los únicos TLD garantizados que nunca se asignarán. tools.ietf.org/html/rfc2606#section-2
Rodrigo M

Respuestas:


18

Los nombres de pseudo dominio que está utilizando se están registrando como un nuevo dominio de nivel superior.

El DNS regresa, lo 127.0.53.53cual es una señal de que este TLD está siendo registrado por alguien. Las versiones de Chrome de M43 tienen esta nueva forma de transmitir el mensaje de error al usuario.

Use un nombre de dominio que posea. Posiblemente, usar el nombre completo como "localhost.dev. $ Yourdomain" podría ayudarlo aquí dependiendo de su configuración.


Ok, lo entiendo. ¿Puedo crear un subdominio de un dominio que uso para mi sitio web personal y ponerlo en el archivo vhosts o 1. ¿Necesito comprar uno específicamente para uso local 2. ¿Debo configurar algo además de la entrada vhosts?
konrad

Solo las entradas de vhost por sí solas no son suficientes. También necesita configurar registros DNS coincidentes. En el caso de Linux puede ser /etc/hostso si desea que otro pueda usarlo, debe registrar un dominio y configurar registros A coincidentes.
cstamas

No, es solo para uso personal. Entonces, ¿ debería ser suficiente redirigir un subdominio de cualquier dominio existente bajo mi control a localhost en hostsarchivo + entrada vhostspara dirigir el subdominio a un directorio local?
konrad

@konrad con / etc / hosts, el dominio ni siquiera tiene que estar bajo su control.
cstamas

/etc/hostslas entradas para un TLD que no posee aún son una mala idea debido a la fuga de DNS. Un error tipográfico de nombre de host dará como resultado que se consulten los servidores DNS reales para su dominio "apropiado". A partir de ahí, lo que sucede es una incógnita; NXDOMAINrespuesta si su suerte continúa, o respuestas comodín de DNS que redirigen los navegadores a sitios de malware si no lo está. Si se va a hacer esto, asegúrese de editar todos sus /etc/resolv.confarchivos para eliminar el dominio que no lo hace propio de la searchruta.
Andrew B

2

Se parece que Google quiere utilizar .devsolamente para puposes internos. Bajo esa suposición, parece seguro alojar una zona de desarrollo "falsa" en su servidor DNS interno


8
¿Quiere decir que es posible evitar el error de alguna manera con la configuración local correcta? ¿Qué debo configurar para esto?
konrad

Suponiendo que ya tiene un servidor DNS privado, consulte su documentación sobre cómo configurar un "horizonte dividido".
tripleee

2

ICANN ha lanzado nuevos gTLD-s públicos, como .dev. Puede agregar la dirección local a su C:\\Windows\System32\Drivers\etc\hostsarchivo o cambiar la dirección del sitio en el archivo de configuración de su servidor web.



0

Recibí el mismo problema y lo solucioné cuando dejé de usar más de 9 dominios.

Puede verificar si su archivo de host (C: \ Windows \ System32 \ drivers \ etc \ hosts) tiene más de 9 dominios


-1

Otra forma sería ssh en su vm. Busque la dirección IP utilizada por la interfaz mediante ifconfig.

Edite su archivo de hosts (C: \ Windows \ System32 \ drivers \ etc \ hosts).

En mi caso como ejemplo, se ve así:

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

agregando esto a los 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
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.