ERR_ICANN_NAME_COLLISION lors de la tentative d'utilisation de localhost .dev dans Chrome

37

Aujourd'hui, j'ai eu cette erreur en essayant d'accéder aux domaines locaux spécifiés dans apache httpd-vhosts.conf. C'est arrivé pour la 1ère fois avec un domaine .dev, il semblait donc plausible qu'à la lumière des informations récentes, Goggle l'ait finalement obtenu.

Cependant, j'ai essayé avec d'autres noms de domaine (par exemple .abb ou .loc) et l'erreur persiste. Je travaille avec UniServerZ sur Windows7 et Chrome explique l'erreur "ERR_ICANN_NAME_COLLISION" à peu près comme "ce site Web utilise un nouveau nom de domaine de premier niveau. Contactez votre administrateur réseau s'il travaillait auparavant". Il travaillait en effet avec les domaines .dev.

Maintenant, essayer de google ERR_ICANN_NAME_COLLISION n'apporte que très peu de résultats et je n'ai aucun administrateur réseau à contacter. :-)

La question est: est-ce moi et peut-être mes paramètres hosts / vhosts ou la faute du monde? Quels noms de domaine locaux devraient être utiles pour un serveur de développement local?

Konrad
la source
1
Jetez un coup d'œil à cette ressource: icann.org/resources/pages/name-collision-2013-12-06-fr
Si vous avez besoin d’un nom de domaine TLD local, utilisez peut-être .local ou .localdomain ... IIRC au moins un de ces deux noms est réservé à l’usage local et ne sera transmis à aucun registraire de sitôt (comme dans le cas de .invalid exemples de TLD non valides, ou exemple.com/.net pour des exemples de domaines).
Archimedix
2
@Archimedix .localpeut également poser problème: support.apple.com/fr-fr/HT204684
Hagen von Eitzen
1
Le nom de domaine est-il correctement répertorié dans votre fichier hosts? J'ai eu cette erreur jusqu'à ce que je l'ajoute.
Simon East
2
Selon RFC 2608, Section 2, .test, .example, .invalid et .localhost sont les seuls domaines de premier niveau garantis qui ne seront jamais attribués. tools.ietf.org/html/rfc2606#section-2
Rodrigo M le

Réponses:

18

Le ou les pseudo-noms de domaine que vous utilisez sont en cours d’enregistrement en tant que nouveau domaine de premier niveau.

Le DNS renvoie 127.0.53.53ce qui indique que ce TLD est en train d'être enregistré par quelqu'un. Les versions Chrome de M43 ont cette nouvelle façon de relayer le message d'erreur à l'utilisateur.

Utilisez un nom de domaine que vous possédez. Utiliser éventuellement le nom complet tel que "localhost.dev. $ Votredomaine" pourrait vous aider ici en fonction de votre configuration.

cstamas
la source
Ok, je comprends. Puis-je créer un sous-domaine d'un domaine que j'utilise pour mon site Web personnel et le placer dans un fichier vhosts ou 1. Dois-je en acheter un spécifiquement pour une utilisation locale 2. Devrais-je configurer autre chose que l'entrée vhosts?
Konrad
Juste les entrées vhost ne suffisent pas. Vous devez également configurer les enregistrements DNS correspondants. Dans le cas de linux cela peut être /etc/hostsou si vous voulez que d'autres puissent l'utiliser, vous devez enregistrer un domaine et configurer les enregistrements A correspondants.
Cstamas
Non, c'est pour un usage personnel seulement. Donc, rediriger un sous-domaine de tout domaine existant sous mon contrôle vers localhost dans le hostsfichier + entrée vhostspour diriger le sous-domaine vers un répertoire local devrait suffire?
Konrad
@konrad avec / etc / hosts, le domaine n'a même pas besoin d'être sous votre contrôle.
Cstamas
/etc/hostsLes entrées pour un TLD que vous ne possédez pas sont toujours une mauvaise idée en raison de la fuite de DNS. Une typo de nom d’hôte entraînera l’interrogation des vrais serveurs DNS de votre domaine «approprié». À partir de là, ce qui se passe est à deviner. NXDOMAINréponse si votre chance continue, ou des réponses génériques DNS redirigeant les navigateurs vers des sites de logiciels malveillants si vous ne l'êtes pas. Si vous êtes allez faire, assurez - vous d'éditer tous vos /etc/resolv.conffichiers pour supprimer le domaine que vous ne possédez pas du searchchemin.
Andrew B
2

Il semble que Google veut utiliser .devuniquement pour puposes internes. Dans cette hypothèse, il semble sans danger d’héberger une "fausse" zone de développement sur votre serveur DNS interne.

Hagen von Eitzen
la source
8
Voulez-vous dire qu'il est possible de contourner l'erreur d'une manière ou d'une autre avec les paramètres locaux corrects? Que dois-je mettre en place pour cela?
Konrad
En supposant que vous ayez déjà un serveur DNS privé, consultez sa documentation pour savoir comment configurer un "horizon divisé".
tripleee
2

L’ICANN a publié de nouveaux gTLD publics, tels que .dev. Vous pouvez soit ajouter l'adresse locale à votre C:\\Windows\System32\Drivers\etc\hostsfichier, soit modifier l'adresse du site dans le fichier de configuration de votre serveur Web.

Rápli András
la source
2

Utilisez example.localau lieu de example.devet cela fonctionne pour moi.

Michael Cole
la source
1
C'est une très bonne solution de contournement.
dsignr
0

J'ai eu le même problème et j'ai corrigé quand cesser d'utiliser plus de 9 domaines.

Vous pouvez vérifier si votre fichier hôte (C: \ Windows \ System32 \ drivers \ etc \ hosts) contient plus de 9 domaines.

Arol
la source
-1

Une autre façon serait de SSH dans votre vm. Recherchez l'adresse IP utilisée par l'interface à l'aide de ifconfig.

Editez votre fichier hôtes (C: \ Windows \ System32 \ drivers \ etc \ hosts).

Dans mon cas, à titre d'exemple, cela ressemble à ceci:

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

en ajoutant ceci aux hôtes:

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
termnml
la source