Wir haben ein kleines Netzwerk mit einem Hauptserver (auf dem unsere eigene Website gehostet wird und der als Nameserver fungiert) und einigen Webhosting-Servern. Seit gestern haben wir ein Problem mit einer Domäne eines unserer Kunden, die wir in unserem Netzwerk hosten.
Der Webserver ist korrekt eingerichtet, der Nameserver auch (und beide funktionieren für andere Domänen einwandfrei), aber die Domäne ist nicht erreichbar, da die Hostnamensuche fehlschlägt. Chrome sagt, der Hostname konnte nicht aufgelöst werden, einige DNS-Prüftools sagen, dass die Domäne nicht gefunden werden konnte oder sogar einfach abstürzt.
Wenn ich den dig directgeslaagd.comBefehl ausführe, erhalte ich nur einen Abschnitt mit der Autorität, der angibt, com 600 IN SOA a.gtld-...was für die TLD gilt. Wenn ich den dig @ns1.webwhales.nl directgeslaagd.comBefehl ausführe, erhalte ich die richtigen Ergebnisse ( directgeslaagd.com. 86400 IN A 149.210.185.13). Dies geschieht sowohl innerhalb als auch außerhalb unseres Servernetzwerks. Meine Schlussfolgerung ist also, dass mein Nameserver ordnungsgemäß funktioniert, richtig?
Wenn ich die Hosts-Datei meines Windows-PCs anpasse und diese Domain direkt von 149.210.185.13 lade, funktioniert die Website. Daraus kann man schließen, dass auch der Webserver korrekt funktioniert. Wenn ich die WHOIS-Daten nachschlage, sind alle Nameserver und Daten korrekt. Gestern habe ich die Nameserverdetails über unseren Registrar aktualisiert, aber das hat nicht geholfen.
Wissen Sie, was hier das Problem sein könnte? So etwas habe ich noch nie gesehen. Die hier verwendeten Domänen sind die tatsächlichen Domänen, Sie können es also selbst sehen.
Antwort1
Habe eine Antwort von meinem Registrar erhalten. Es stellt sich heraus, dass ICANN eine Bestätigungs-E-Mail sendet, wenn sich die E-Mail-Adresse des Domäneninhabers ändert. Sie tun dies seit einigen Monaten für alle ihre TLDs. Sie geben Ihnen ein bis zwei Wochen Zeit, auf den Link in dieser E-Mail zu klicken, sonst wird Ihre Domäne blockiert.
In diesem Fall sollte der Registrar-Status in den WHOIS-Daten lauten:Client halten. Ironischerweise verschwindet diese E-Mail oft im Spam-Ordner des Empfängers. Es wäre nett, wenn sie zuerst eine Benachrichtigung an den technischen Kontakt (oder zumindest an eine andere mit dieser Domäne registrierte E-Mail-Adresse) senden würden.
Hoffe, das hilft anderen Leuten weiter.
Antwort2
Man kann sich WHOIS am besten als ein „Best Effort“-Informationstool für Menschen vorstellen. Die bereitgestellten Informationen sind nicht immer aktuell oder genau und werden in beiden Fällen vom DNS nie konsultiert.
dig +trace +additional example.comist Ihr Freund; es hilft Ihnen, Probleme zu visualisieren und zeigt Ihnen Dinge, die WHOIS nie zeigen wird. Dies startet eine Ablaufverfolgung bei den Stamm-Nameservern und verfolgt die Nameserver-Delegationen.
In Ihrem speziellen Fall reicht die Ablaufverfolgung nicht weiter:
com. 900 IN SOA a.gtld-servers.net. nstld.verisign-grs.com. 1425204658 1800 900 604800 86400
;; Received 112 bytes from 192.33.14.30#53(192.33.14.30) in 11 ms
Das sollte Ihnen bekannt vorkommen: Es ist sehr ähnlich zu dem, was Sie bei Ihrer früheren Suche gesehen haben. (ein Autoritätsabschnitt für com.und sein SOA-Eintrag). Das Problem besteht darin, dass die TLD-Nameserver für com.keine Delegierung an andere Nameserver bereitstellen.
Hier werden die Informationen aus WHOIS endlich nützlich: directgeslaagd.com.ist nicht abgelaufen (gültig bis Dezember 2016) undangeblichEs sind drei Nameserver konfiguriert … aber das ist keine gültige Widerspiegelung dessen, was die TLD-Nameserver tatsächlich bereitstellen, wenn sie die Abfrage erhalten.
Das Problem liegt irgendwo zwischen der Weboberfläche Ihres Registrars und den TLD-Nameservern. Versuchen Sie, in der Weboberfläche des Registrars etwas zu finden, das einen Hinweis darauf geben könnte, warum dies der Fall ist. Andernfalls müssen Sie sich direkt an Ihren Registrar wenden, da nur dieser Ihnen eine direkte Antwort auf das Problem geben kann.