Windows und Linux haben viele Tools, die wichtig für die Konfiguration und die Fehlersuche bei TCP/IP sind. Die meistgenutzten sind: ping, tracert, route und netstat.

Das Internet Control Message Protocol (ICMP) ist für das Erkennen und das Melden von Fehlern sehr wichtig. Die Kommandos PING und TRACERT verwenden dieses Protokoll.

PING (Paket Internet Groper) ist das meistgenutzte Tool mit dem man Netzwerkverbindungen zu einer anderen Station überprüfen kann. Das Programm schickt Pakete an den anderen Rechner und zeigt dann die Zeit an, die die Pakete für den Weg hin und zurück benötigen.

Ich habe die Befehle Ping und Tracert an zwei unterschiedlichen Wochentagen an der Seite www.orf.at getestet, und das Ergebnis für Ping war:


Abfrage an einem Wochentag


Abfrage am Wochenende (Sonntag nachmittags)

Ping verschickt ICMP Pakete an den Rechner, und wartet dann auf Antwortpakete. In unserem Fall ist kein Paket zurückgekommen, d.h. dass der Rechner nicht erreichbar war.
Es konnte keine Verbindung zum Server aufgebaut werden. Der Host www.orf.at existiert, aber die ICMP-Pakete werden ignoriert.

Trace Route oder Tracert funktioniert ähnlich wie Ping.
Man bekommt aber noch mehr Informationen über die Netzwerkverbindung zwischen der lokalen Station und der entfernten Station. Mit Tracert wird eine Routenverfolgung vorgenommen und sichtbar gemacht und wird angezeigt, auf welchem Rechner die Pakete gegebenenfalls hängen bleiben.
Die entfernte Station kann unter der IP-Adresse oder dem Domainnamen angesprochen werden.
Wie Ping macht Traceroute Gebrauch der ICMP-Echofunktion, um von einem Rechner eine Antwort zu erhalten.

Meine Ergebnisse waren:

Abfrage an einem Wochentag


Abfrage am Wochenende (Sonntag nachmittags)

Jeder Router, der die Datenpakete empfängt, schickt eine Information zurück an den anfragenden Rechner. Angezeigt wird die Anzahl der Hops, der Weg und die Zeit, die jeder Hop gebraucht hat.

Von den Abbildungen ist ersichtlich, dass die Übertragung der Datenpakete am Wochenende länger dauert; die Zeiten in Mikrosekunden sind etwas höher. Der Grund könnte sein, dass das Netzwerk am Wochenende stärker belastet ist.

Trace Routing mittels UTA




Bei der Verwendung eines Webtools (UTA) bekommt man grundsätzlich das gleiche Ergebnis, nur jetzt verläuft der Weg vom UTA-Server zu ORF über andere Router.
Wenn man die beiden Ergebnisse vergleicht, fällt auf, dass die Verbindung von meinem Rechner einen Router weniger benötigt als der UTA-Server.
Die IP-Adressen des Zielhosts sind auch unterschiedlich. Die Zeiten für die Übertragung der Datenpakete sind bei der Verwendung eines Webtools deutlich kürzer als bei Verwendung des Windows-Befehls.

Portscan ist eine Software mit der überprüft werden kann, welche Dienste ein mit TCP/IP arbeitendes System anbietet. Oft bieten Portscanner auch Zusatzfunktionen, z.B. Betriebssystem- und Diensterkennung an.

Es wird auf den gewünschten Ports versucht, eine Verbindung zu dem Rechner aufzubauen und die Antwort interpretiert. Im Falle von TCP z.B. werden SYN-Pakete von dem Portscanner verschickt. Ein Port wird als offen bezeichnet, wenn er mit einem SYN/ACK-Paket antwortet. Ein Port der mit einem RST/ACK-Paket antwortet wird als geschlossen beziechnet, und ein Port, der nicht antwortet - als gefiltert.
Damit keine Antwort-Pakete übersehen werden, überprüfen Portscanner einen Port mehrfach und um Zeit zu sparen, können mehrere Ports parallel geprüft werden.

Durch einen Port-Scan mit dem Webtool, kam ich zu folgendem Ergebnis kam:






Es bedeutet dass, mein Rechner vor unerlaubten Zugriffen nicht ganz geschützt ist, d.h. dass, es keine totale Datensicherheit gewährleistet werden kann.

http://de.wikipedia.org/wiki/Portscan

http://www.box24.ch/public/tipps/netzwerk/net00002.wct

http://www.port-scan.de/index2.php

http://www.nickles.de/c/s/14-0002-12-1.htm

http://www.elektronik-kompendium.de/sites/net/0901041.htm