Internet ausgefallen oder nur ein DNS-Problem?
Eine praktische Checkliste trennt Netzwerk-, DNS- und Anwendungsfehler, bevor Einstellungen geändert werden, und hilft beim nächsten Prüfschritt.
Technische Quelle: DNS troubleshooting navigation Microsoft Learn. Der Weg der Diagnose und das folgende Beispiel ist der analytische Vorschlag dieser Notiz.
Das Öffnen einer Website allein bedeutet nicht "Internetausfall". Das Netzwerk kann verbunden sein, der falsche Domainname wird übersetzt oder der Dienst selbst reagiert nicht. Für mich sollte die erste Unterstützungsaufgabe darin bestehen, eine allgemeine Beschwerde in eine testbare Frage zu verwandeln.
Erstens, schrumpfen das Problem.
Fragen Sie den Benutzer, ob nur eine Website ein Problem hat oder wie viele Dienste? Hat Ihr Partner die gleiche Situation? Die Antwort auf diese Fragen ist manchmal hilfreicher als ein paar Mal, um das Modem auszuschalten und zu klären. Notieren Sie die Startzeit des Problems und den genauen Namen des Dienstes.
Drei Bewertungen ohne Änderung der Einstellungen.
In Windows bieten diese Befehle grundlegende Informationen. Ersetzen Sie den Beispielnamen durch die tatsächliche Domain des Dienstes.
ipconfig /all
Resolve-DnsName example.com
Test-NetConnection example.com -Port 443
Der erste Befehl zeigt die Adresse, das Gate und den DNS-Satz an. Der zweite Befehl untersucht die Anrufantwort. Der dritte Befehl erkennt die TCP-Verbindung zu dem jeweiligen Port; sein Erfolg beweist immer noch nicht die volle Gesundheit der Website.
| Gesehen. | Nächste Überprüfung. |
|---|---|
| Der Domainname antwortet nicht. | Der Zugriff auf DNS ist festgelegt und korrekter Name. |
| Der Name wird beantwortet, aber die Portverbindung schlägt fehl. | Pfad, Firewall oder Service Listener |
| Die Portverbindung ist behoben, aber die Seite ist ein Fehler. | TLS, sein Programm und Abhängigkeiten |
Gemeinsames Vieh: Clearing Evidence
In einem hypothetischen Szenario ist das interne System nicht nur offen, sondern öffentliche Websites sind gesund. Das Ändern Ihres DNS-Clients in ein öffentliches DNS kann die Situation verschlimmern. Auch das Öffnen der HTTPS-Site mit IP ist kein Domain-Äquivalent-Test; der Hostname und das Zertifikat funktionieren als Ergebnis. Nicht auf Ping allein zu reagieren beweist nicht die Trennung des Pfades.
Mein Vorschlag ist, die Ausgabe der gleichen Überprüfung vor jeder Änderung beizubehalten und dann nur eine Variable zu ändern. Das Ziel ist es, eine gebrochene Grenze zu finden; das Ergebnis muss sagen: "Welche Etappe ist gescheitert", nicht nur "mit einem Neustart begonnen".
Verwandte Studie: Echte Gesundheit Service Review.
Weiterlesen
Alle Beiträge →
Das Betriebshandbuch für drei Uhr morgens
Eine einseitige Vorlage für Zweck, Abhängigkeiten, Protokolle, Zustandsprüfung, Wiederherstellung und Eskalation, ohne Passwörter im Dokument.
Fünf Dinge, die vor einem Serverneustart dokumentiert werden sollten
Eine kurze Checkliste für betroffene Benutzer, Abhängigkeiten, aktive Aufgaben, Wiederherstellungszugriff und Prüfung nach dem Neustart.
Der Server läuft. Funktioniert auch der Dienst?
Über ping hinaus: ein echter Benutzervorgang, eine wichtige Abhängigkeit und ein handlungsfähiger Alarm als Grundlage für die Dienstprüfung.