ERR_ICANN_NAME_COLLISION beim Versuch, localhost .dev in Chrome zu verwenden

37

Heute habe ich diese Fehlermeldung erhalten, als ich versucht habe, auf lokale Domains zuzugreifen, die in apache httpd-vhosts.conf angegeben sind. Es geschah zum ersten Mal mit einer .dev-Domain, daher schien es plausibel, dass Goggle es angesichts der jüngsten Nachrichten endlich geschafft hat.

Ich habe es jedoch mit anderen Domainnamen (z. B. .abb oder .loc) versucht und der Fehler bleibt bestehen. Ich arbeite mit UniServerZ unter Windows7 und Chrome erklärt den Fehler "ERR_ICANN_NAME_COLLISION" grob als "Diese Website verwendet einen neuen Domainnamen der obersten Ebene. Wenden Sie sich an Ihren Netzwerkadministrator, wenn er früher funktionierte." In der Tat funktionierte es mit .dev-Domains.

Der Versuch, ERR_ICANN_NAME_COLLISION zu googeln, bringt nur sehr wenige Ergebnisse und ich habe keinen Netzwerkadministrator, mit dem ich Kontakt aufnehmen kann. :-)

Die Frage ist: Bin ich und möglicherweise meine Hosts / Vhosts-Einstellungen oder die Schuld der Welt? Welche lokalen Domain-Namen sollten jetzt für einen lokalen Entwickler-Server geeignet sein?

konrad
quelle
1
Schauen Sie sich diese Ressource an: icann.org/resources/pages/name-collision-2013-12-06-en
Wenn Sie einen lokalen TLD - Domainnamen benötigen, verwenden Sie möglicherweise .local oder .localdomain ... IIRC. Mindestens einer dieser beiden ist für die lokale Verwendung reserviert und wird in Kürze keinem Registrar ausgestellt (wie dies bei .invalid for der Fall ist) ungültige TLD-Beispiele oder example.com/.net für Domain-Beispiele).
Archimedix
2
@Archimedix .localkann ebenfalls problematisch sein: support.apple.com/de-de/HT204684
Hagen von Eitzen
1
Ist der Domainname in Ihrer Hosts-Datei korrekt aufgeführt? Ich habe diesen Fehler erhalten, bis ich ihn hinzugefügt habe.
Simon East
2
Gemäß RFC 2608, Abschnitt 2, sind .test, .example, .invalid und .localhost die einzigen TLDs, die garantiert niemals zugewiesen werden. tools.ietf.org/html/rfc2606#section-2
Rodrigo M

Antworten:

18

Die von Ihnen verwendeten Pseudo-Domain-Namen werden als neue Top-Level-Domain registriert.

Der DNS gibt zurück, 127.0.53.53was ein Signal ist, dass diese TLD von jemandem registriert wird. Chrome-Versionen von M43 bieten diese neue Möglichkeit, die Fehlermeldung an den Benutzer weiterzuleiten.

Verwenden Sie einen Domainnamen, den Sie besitzen. Möglicherweise kann Ihnen die Verwendung des vollständigen Namens "localhost.dev. $ Yourdomain" dabei helfen. Dies hängt von Ihrem Setup ab.

cstamas
quelle
Okay, ich habs verstanden. Kann ich einfach eine Subdomain einer Domain erstellen, die ich für meine persönliche Website verwende, und diese in die vhosts-Datei einfügen oder 1. muss ich eine spezifisch für die lokale Verwendung kaufen 2. sollte ich etwas anderes als den vhosts-Eintrag einrichten?
Konrad
Nur vhost-Einträge alleine reichen nicht aus. Sie müssen auch passende DNS-Einträge einrichten. Im Falle von Linux kann es sein, /etc/hostsoder wenn Sie möchten, dass andere es verwenden können, müssen Sie eine Domain registrieren und passende A-Datensätze einrichten.
cstamas
Nein, es ist nur für den persönlichen Gebrauch. Also sollte es ausreichen, eine Subdomain einer vorhandenen Domain unter meiner Kontrolle an localhost in hostsfile + entry in umzuleiten vhosts, um die Subdomain in ein lokales Verzeichnis zu leiten?
konrad
@konrad mit / etc / hosts muss die Domain nicht einmal unter Ihrer Kontrolle sein.
cstamas
/etc/hostsEinträge für eine TLD, die Sie nicht besitzen, sind aufgrund eines DNS-Lecks immer noch eine schlechte Idee. Ein Hostname-Tippfehler führt dazu, dass die realen DNS-Server für Ihre "angepasste" Domain abgefragt werden. Von dort aus kann man nur raten, was passiert. NXDOMAINAntwort, wenn Sie weiterhin Glück haben, oder DNS-Antworten mit Platzhalterzeichen, die Browser auf Malware-Websites umleiten, wenn Sie dies nicht tun. Wenn Sie sind , dies zu tun, stellen Sie sicher zu bearbeiten alle Ihre /etc/resolv.confDateien , um die Domäne zu entfernen , dass Sie aus dem nicht alleine machen searchWeg.
Andrew B
2

Es scheint, dass Google .devnur für interne Zwecke verwenden möchte. Unter dieser Annahme scheint es sicher zu sein, eine "falsche" Entwicklerzone auf Ihrem internen DNS-Server zu hosten

Hagen von Eitzen
quelle
8
Meinst du, es ist möglich, den Fehler mit den richtigen lokalen Einstellungen zu umgehen? Was soll ich dafür einrichten?
KONRAD
Angenommen, Sie haben bereits einen privaten DNS-Server, lesen Sie in dessen Dokumentation nach, wie Sie einen "geteilten Horizont" einrichten.
Tripleee
2

ICANN hat neue öffentliche gTLDs veröffentlicht, wie z .dev. Sie können entweder die lokale Adresse zu Ihrer C:\\Windows\System32\Drivers\etc\hostsDatei hinzufügen oder die Adresse der Site in Ihrer Webserver-Konfigurationsdatei ändern.

Rápli András
quelle
2

Verwenden Sie example.localanstelle von example.devund es funktioniert bei mir.

Michael Cole
quelle
1
Dies ist eine sehr gute Problemumgehung.
DSIGNR
0

Ich habe das gleiche Problem und ich habe es behoben, wenn ich mehr als 9 Domains nicht mehr benutze.

Sie können überprüfen, ob Ihre Hostdatei (C: \ Windows \ System32 \ drivers \ etc \ hosts) mehr als 9 Domänen enthält

Arol
quelle
-1

Ein anderer Weg wäre, in dein VM zu sshen. Suchen Sie die von der Schnittstelle verwendete IP-Adresse mit ifconfig.

Bearbeiten Sie Ihre Hosts-Datei (C: \ Windows \ System32 \ drivers \ etc \ hosts).

In meinem Beispiel sieht das so aus:

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

Dies zu den Hosts hinzufügen:

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
quelle