Der Befehl Ping dient dazu, um einen bestimmten Host / IP - Adresse auf seine Responsezeit zu überprüfen. Die funktioniert wie folgt : Der „Ping“ sendet ein ICMP-Echo-Request-Paket an die Zieladresse des zu überprüfenden Host. Der Empfänger muss, insofern er das Protokoll unterstützt, laut Protokollspezifikation eine Antwort zurücksenden.

Traceroute oder kurz tracert verfolgt den Weg einer Anfrage (in unserem Beispiel www.heise.de) über alle "Knotenpunkte" im WWW, die man Router nennt. Dies hat zur Folge, dass man genau nachverfolgen kann, über welche Zwischenstationen man zum gewünschten Server gelangt.

Ping & Traceroute von www.heise.de am Mittwoch, 14. Juni 2006:


Die Responsezeit beträgt hier (wochentags) zwischen 58 und 73 Millisekunden, es wurden 4 Pakete gesendet und keines davon ging verloren, dh. alle haben geantwortet. Die IP-Adresse von www.heise.de ist gleich 193.99.144.85.

Der Befehl tracert liefert uns hier interessante Infos über die Route einer von uns gestellten Anfrage. Im Falle von www.heise.de und meinem Internetprovider UTA verläuft der Weg offenbar wie folgt:
1. Station: Mein Heimnetzwerk mit der IP-Adresse 81.189.94.42, im dritten Schritt wird die Anfrage offenbar nach Linz weitergeleitet, wo auch die höchste Responsezeit (199 ms!) der ganzen Route verzeichnet wird, dann gehts in die entgegengesetzte Richtung, nämlich nach Wien, weiter. Die drei folgenden Routerstationen dürften sich noch in Wien befinden bis wir dann im Schritt 9 sehen, dass es die Anfrage nach Deutschland, Frankfurt, verschlägt. Heise.de scheint ihre Internetservices mit dem Provider "Plusline" (www.plusline.de) abzuwickeln, welcher auch die letzte Station darstellt.


Ping & Traceroute von www.heise.de am Samstag, 17. Juni 2006:


Die kürzeren Wartezeiten bzw. Antwortzeiten am Wochenende lassen darauf schließen, dass nicht soviele User gleichzeitig auf die IP von heise.de zugreifen. (Minimum = 55 ms, Maximum = 56 ms) Somit sind die Knotenpunkte/Router nicht so stark frequentiert und können Anfragen schneller weiterleiten, wie man im Befehl tracert nachvollziehen kann. (Wochentags wurde von mir an einem Knotenpunkt eine Responsezeit von 199 ms gemessen, die sich am Wochenende auf 24 ms beachtlich verringert hat)

Portscan meines Laptops im Hausnetzwerk:


Dieser Portscan hat glücklicherweise ergeben, dass ich mir was Angriffe von Trojanern und Hackern auf mein System betrifft, relativ sicher sein kann, dass keiner der genannten durchkommen kann, da alle bekannten Ports für Dritte "blocked" sind. Wie auch das Resultat des Webbasierten Portscans deutlich macht:

Resultat des Portscans: