Ping-Test-Tool

Ein Ping-Test prüft, ob ein Zielhost über das Netzwerk erreichbar ist, und misst die ungefähre Antwortzeit. Klassisch werden ICMP Echo Requests gesendet und die Round-Trip-Time ausgewertet; in Browser- oder Webumgebungen können je nach Umsetzung andere Prüfmechanismen nötig sein, weil ICMP nicht direkt verfügbar ist. Ping hilft bei Netzwerkdiagnose, Serverüberwachung, Latenzvergleich, DNS-Verdacht und der Frage, ob ein Problem lokal, im Netzwerk oder beim Ziel liegt. Ein erfolgreicher Ping beweist jedoch nicht, dass ein Webdienst, Port oder Login funktioniert, und ein fehlgeschlagener Ping bedeutet nicht immer, dass der Server offline ist, weil Firewalls ICMP blockieren können.

Das Ping-Tool sendet eine Sonde vom ToolAct-Backendserver an den Zielhost und misst Erreichbarkeit und Roundtrip-Latenz. Klassisches Ping arbeitet auf OSI-Schicht 3 mit ICMP (Internet Control Message Protocol, RFC 792): Die Quelle sendet eine ICMP Echo Request (Type 8, Code 0) mit einer Sequenznummer und einer Nutzlast, und das Ziel antwortet mit einer ICMP Echo Reply (Type 0, Code 0). Die Roundtrip-Zeit (RTT) ist das Intervall zwischen dem Senden der Anfrage und dem Empfang der Antwort, gemessen in Millisekunden. Da Browser keine rohen ICMP-Pakete senden können (die Socket API stellt Webinhalten keine Raw Sockets zur Verfügung), proxied dieses Tool den Ping über eine Backend-API — der serverseitige Prozess führt den eigentlichen ICMP-Austausch durch und gibt die Ergebnisse an den Browser zurück. Das TTL-Feld (Time to Live) im IP-Header wird an jedem Router-Hop um 1 verringert; wenn TTL 0 erreicht, verwirft das Router das Paket und gibt eine ICMP Time Exceeded (Type 11)-Meldung zurück. Dies ist der Mechanismus hinter Traceroute, aber in einem Ping-Test verrät der anfängliche TTL-Wert das Betriebssystem des Ziels: Windows verwendet standardmäßig 128, Linux/macOS 64 und Netzwerkgeräte häufig 255. Subtrahiert man den empfangenen TTL vom Standardwert, erhält man eine ungefähre Hop-Anzahl zum Ziel. Der Paketverlust wird berechnet als (gesendete Pakete - empfangene Pakete) / gesendete Pakete × 100 %. Kein Verlust bedeutet, dass alle Sonden innerhalb des Timeouts zurückgekehrt sind; intermittierender Verlust kann auf Überlastung, fehlerhafte Hardware, Ratenbegrenzung oder ICMP-Deprecation durch das Ziel oder eine dazwischenliegende Firewall hindeuten. Viele Produktivserver und Cloud-Anbieter deaktivieren ICMP am Edge vollständig, sodass ein 100%-Verlustergebnis nicht unbedingt bedeutet, dass der Host offline ist — es kann bedeuten, dass ICMP gefiltert wird. Das Tool meldet Min-, Max- und Durchschnittslatenz über alle erfolgreichen Sonden, was zusammen den Jitter verrät: Ein niedriger Durchschnitt mit hohem Max deutet auf gelegentliche Spitzen hin, während konsistente Min/Max-Werte auf eine stabile Verbindung hinweisen.

• ICMP Echo-Mechanismus (RFC 792): Die Echo Request (Type 8) trägt eine 16-Bit-Kennung, eine 16-Bit-Sequenznummer und optionale Nutzlast — die Echo Reply (Type 0) spiegelt dieselbe Kennung und Sequenz zurück, sodass der Sender Antworten den Anfragen zuordnen kann.
• RTT-Messung: Die Roundtrip-Zeit ist das Echtzeitintervall von der Anfrage-Übertragung bis zum Antwort-Empfang, einschließlich Netzwerk-Verzögerung, Router-Warteschlange und Ziel-Verarbeitungszeit — Werte unter 1 ms deuten auf dasselbe LAN hin, während 100+ ms auf interkontinentale Pfade schließen lassen.
• TTL-Hop-Zählung: Anfängliche TTL-Werte folgen OS-Konventionen (Windows 128, Linux/macOS 64, Netzwerkgeräte 255); die ungefähre Hop-Anzahl = anfänglicher TTL − empfangener TTL — ein empfangener TTL von 117 von einem Windows-Host deutet auf etwa 11 Router-Hops hin.
• Paketverlust-Interpretation: <2 % Verlust auf einer gut verbundenen Strecke ist normal; 2-10 % deuten auf Überlastung oder eine instabile Verbindung hin; >10 % zeigt ein ernstes Problem an — aber ICMP-Filterung durch Firewalls oder Cloud-Anbieter kann falsche 100 %-Verluste auf einem ansonsten gesunden Host erzeugen.
• Latenzstatistik: Min, Max und arithmetisches Mittel über N Sonden enthüllen Jitter — ein niedriger Mittelwert mit hohem Max deutet auf sporadische Überlastung hin; die Standardabweichung (nicht angezeigt, aber aus der Paket-Tabelle berechenbar) quantifiziert die Streuung.
• Browser-Einschränkung: JavaScript kann keine rohen ICMP-Pakete senden, da die WebSocket-, Fetch- und XMLHttpRequest-APIs auf der Anwendungsschicht (TCP/TLS/HTTP) arbeiten — das Tool proxied Pings über eine Backend-API, sodass die gemessene Latenz eine zusätzliche HTTP-Rundreise zum ToolAct-Server einschließt.
• ICMP-Ratenbegrenzung: Viele Hosts und Router wenden ICMP-Ratenbegrenzung an (Linux-Kernel-Parameter net.ipv4.icmp_ratelimit, Standard 1000 ms) — schnelleres Senden von Sonden als die Ratenbegrenzung verursacht künstlichen Paketverlust, der die tatsächlichen Netzwerkbedingungen nicht widerspiegelt.