Ist die Website für alle down oder nur für mich?

Warum eine Prüfung von mehreren Standorten die Frage klärt

Eine Anfrage von Ihrem Laptop durchläuft Ihren Browser-Cache, den DNS-Resolver Ihres Betriebssystems, Ihren Router, Ihren Internetanbieter, und erreicht erst dann den Internetpfad zum Server. Jede dieser Schichten kann für sich allein ausfallen, während der Server vollkommen gesund ist. Führen Sie dieselbe Anfrage von einem Prüfpunkt in einem anderen Land aus, und keine Ihrer lokalen Schichten ist beteiligt. Schlägt sie dort auch fehl, liegt das Problem am Ziel. Gelingt sie, sitzt das Problem zwischen Ihnen und dem Internet, und die Suche hat sich von der ganzen Welt auf Ihren eigenen Rechner und Ihr Netzwerk verengt.

Sie von mehr als einem Standort auszuführen, fügt eine dritte mögliche Antwort hinzu, und sie kommt häufig vor: Die Website ist an manchen Orten erreichbar und an anderen nicht. Dieses Muster deutet auf eine regionale Netzwerkroute, eine CDN-Edge, eine Geo-Sperre oder eine DNS-Änderung, die manche Resolver erreicht hat und andere nicht, nicht darauf, dass der Server aus ist.

Was meist falsch ist, wenn es nur Sie betrifft

• Veralteter DNS-Cache. Ihr Resolver oder Ihr Betriebssystem hält noch eine alte IP-Adresse für die Domain, Sie verbinden sich also mit einem Server, der umgezogen ist.
• Ihr Internetanbieter oder die Route zum Host. Eine defekte Peering-Verbindung oder ein Routing-Problem betrifft jeden bei diesem Anbieter und sonst niemanden.
• VPN oder Unternehmens-Proxy. Der Traffic verlässt Sie an einer ganz anderen Stelle, und dieser Ausgangspunkt kann blockiert, gefiltert oder einfach langsam sein.
• Die Hosts-Datei. Ein vor Monaten während eines Tests hinzugefügter Eintrag überschreibt noch immer das echte DNS und zeigt meist auf eine Maschine, die nicht mehr existiert.
• Browser-Cache, Service Worker oder eine Erweiterung. Eine zwischengespeicherte Fehlerseite, ein veralteter Service Worker oder ein Content-Blocker können eine funktionierende Seite tot aussehen lassen.
• Lokale Firewall oder Sicherheitssoftware. Manche Suiten blockieren ganze Kategorien von Websites oder einen Port, den die Website braucht.
• Ein abgelaufenes oder nicht vertrauenswürdiges Zertifikat nur auf Ihrem Rechner. Eine falsche Systemuhr lässt jedes gültige Zertifikat abgelaufen aussehen.

So prüfen Sie von einem anderen Netzwerk

Der schnellste manuelle Test braucht gar keine Tools. Schalten Sie WLAN auf Ihrem Telefon aus und öffnen Sie die Website über mobile Daten: anderes Netzwerk, anderer DNS-Resolver. Lädt sie dort, aber nicht auf Ihrem Laptop, liegt der Fehler lokal.

Fragen Sie von einem Terminal aus direkt nach den Headern, und fragen Sie dann einen öffentlichen Resolver, welche IP er für die Domain hält:

curl -I -sS --max-time 10 https://example.com/
dig +short example.com @8.8.8.8
dig +short example.com

Die erste Zeile sagt Ihnen, ob überhaupt ein Server geantwortet hat und mit welchem Statuscode. Meldet curl ein Verbindungs-Timeout oder einen DNS-Fehler, hat nichts geantwortet. Widersprechen sich die beiden dig-Zeilen, hält Ihr lokaler Resolver eine andere Adresse als der öffentliche, und ein veralteter Cache ist der wahrscheinliche Übeltäter. Unter Windows leert ipconfig /flushdns den lokalen Cache; unter macOS sudo dscacheutil -flushcache; auf den meisten Linux-Systemen erledigt das ein Neustart des Resolver-Dienstes.

Was jedes Ergebnis bedeutet

• Überall down. Der Server, sein Hosting oder sein DNS ist wirklich kaputt. Schauen Sie sich den Statuscode an: Ein 502 oder 503 bedeutet, dass etwas geantwortet hat und die dahinterliegende Anwendung nicht, was sich sehr von gar keiner Antwort unterscheidet.
• Nur an manchen Orten down. Verdächtigen Sie DNS, das sich noch nicht überall aktualisiert hat, eine CDN-Edge oder Region mit einem Problem, oder eine Firewall-Regel, die bestimmte Netzwerke oder Länder blockiert.
• Überall erreichbar, nur nicht für Sie. Arbeiten Sie die lokalen Ursachen oben durch, beginnend mit DNS und dem VPN.
• Erreichbar, aber überall langsam. Kein Ausfall. Das geht einem oft voraus, messen Sie es also richtig, statt zu raten.

Ein Detail bringt Menschen häufig durcheinander. Eine Website kann in dem Sinn "erreichbar" sein, dass sie eine Seite zurückgibt, und trotzdem für Besucher kaputt sein: Eine Prüfung, die nur nach einer Antwort schaut, zählt eine Datenbankfehlerseite als Erfolg, wenn der Server sie mit einem 200 zurückgibt. Schauen Sie darauf, was zurückkam, nicht nur, ob überhaupt etwas zurückkam.

Es erfahren, bevor ein Kunde es tut

Eine einmalige Prüfung beantwortet die Frage, die Sie gerade jetzt haben, und nur, weil Sie daran gedacht haben, sie zu stellen. Ausfälle, die um drei Uhr morgens beginnen, oder die nur eine Region betreffen, werden meist zuerst von einem Kunden bemerkt. Geplantes Monitoring führt dieselbe Prüfung kontinuierlich von vielen Standorten aus und sagt Ihnen in dem Moment, in dem sich das Ergebnis ändert, mit angehängtem Standort und Fehler. HostTracker führt diese Prüfungen von über 300 Prüfpunkten in 158 Städten aus und alarmiert per E-Mail, SMS, Sprachanruf, Slack, Telegram und mehr, sodass ein regionaler Fehler beim ersten Alarm anders aussieht als ein globaler. Der Website-Down-Checker gibt Ihnen den Status einer Website gerade jetzt. Antwortet die Website, aber langsam, messen Sie es richtig: Server-Antwortzeit.