Erreichbarkeit prüfen mit dem Ping-Checker

Worum geht’s

„Der Dienst ist down” — aber stimmt das? Mit dem Ping-Checker prüfst du strukturiert, ob ein Host auf einem bestimmten Port TCP-Verbindungen annimmt und welchen HTTP-Status ein Webdienst liefert. Das trennt sauber zwischen „Server nicht erreichbar”, „Port zu” und „Dienst antwortet, aber mit Fehler”.

Konzept

Erreichbarkeit hat mehrere Ebenen — von unten nach oben:

• TCP-Connect auf einen Port: Kommt ein Handshake zustande, läuft auf diesem Port ein Dienst und keine Firewall blockt. Schlägt er fehl → Port zu oder gefiltert.
• HTTP-Status (nur für Web-Dienste): Der Dienst antwortet auf Anwendungsebene.
  • 2xx — OK.
  • 3xx — Weiterleitung (z. B. HTTP→HTTPS).
  • 4xx — Client-Fehler (z. B. 403 verboten, 404 nicht gefunden).
  • 5xx — Server-Fehler (Dienst läuft, hat aber intern ein Problem).

Merksatz: Ein TCP-Connect-Erfolg + 5xx heißt „Server lebt, Anwendung kaputt” — ein ganz anderes Problem als „kein Connect = Host/Port nicht erreichbar”.

Bevor ein Dienst antwortet, muss das Paket erst den Pfad zum Host finden:

Beispiel-Fall

Meldung: „Unsere interne Web-App ist nicht erreichbar.”

1. TCP-Connect auf Port 443 testen → Erfolg. Der Host lebt, Port offen.
2. HTTP-Status abfragen → 502 Bad Gateway.
3. Deutung: Netzwerk und Webserver sind erreichbar, aber der Webserver erreicht sein Backend nicht (Reverse-Proxy ohne gesundes Upstream).
4. Eskalations-Richtung: kein Netzwerk-Ticket, sondern Anwendungs-/Backend-Team — der Fehler liegt hinter dem erreichbaren Webserver.

Der Test in zwei Schichten spart eine falsche Eskalation an das Netzwerk-Team.

Anwenden

Selbsttest

Praxis-Challenge