Nachfolgend präsentiere ich die Ergebnisse der Aufgabe, bei der mit einigen Windows-Befehlen und Internet-Diensten experimentiert wurde. Die Thumbnails führen zu den jeweiligen Screenshots.

Ping an www.orf.at
Datum:	10.1.2008	13.1.2008
Uhrzeit:	20:24	19:39
Verwendete Programme/Dienste:	Windows Befehlsprozessor, www.iptools.com	Windows Befehlsprozessor, www.iptools.com
Ergebnisse im Detail:
Zusammenfassung:	An beiden Testtagen war der Zielhost nicht erreichbar bzw. ließ keine Antwort zu. Erkennbar ist, dass die Zieladresse beim 2. Mal über eine andere IP-Adresse angesteuert wurde. Demnach ist die Seite www.orf.at aus Gründen der Geschwindigkeit über verschiedene Hosts erreichbar. Über den Online-Dienst "IPtools" wurde dasselbe Ergebnis ausgegeben.

Traceroute www.orf.at
Datum:	10.1.2008	13.1.2008
Uhrzeit:	20:24	19:39
Verwendete Programme/Dienste:	Windows Befehlsprozessor, www.iptools.com	Windows Befehlsprozessor, www.iptools.com
Ergebnisse im Detail:
Zusammenfassung:	Zunächst erkennt man deutlich den Router, der vor meine Internetverbindung geschalten ist - die Übertragungszeit beträgt jeweils 1 Millisekunde. Weiters ist die leicht stärkere Internetnutzung am Wochenende generell auf allen "Teilstrecken" bemerkbar sowie ein großer Ausreißer bei der Abfrage mit der Windwos-Eingabeaufforderung: Der vorletzte Server vor der Zieladresse benötigt für die Weiterleitung des Datenpakets bis zum 8-fachen der Zeit vom Wert unter der Woche. Dem Namen nach dürfte es sich um einen zentralen Server im Wiener Hochgeschwindigkeitsnetz handeln. Dieses Ergebnis kann durch den Test über "IPtools" nicht bestätigt werden, lediglich ein leichter time-lag am Wochenende ist zu erkennen. Was jedoch sofort auffällt, sind die völlig unterschiedlichen Anfangswege zwischen dem Test mit der Eingabeaufforderung und "IPtools.com". Der Traceroute-Befehl über IPtools veranschaulicht diesen Unterschied sehr schön: Der Online-Dienst sitzt allem Anschein nach in den USA, denn dort startet der Verbindungsaufbau. Von einem Übersee-Server wird über die Leitung von above.net das Datenpaket schließlich nach Europa (zunächst England, anschließend Holland) gesendet, und gelangt schlussendlich nach Wien. Wird der Befehl dagegen in der Windows-Eingabeaufforderung eingegeben, wird das Datenpaket von meinem Computer aus abgesendet.

Portscan
Datum:	10.1.2008
Uhrzeit:	20:03
Verwendete Programme/Dienste:	www.port-scan.de, security.symantec.com, www.grc.com
Ergebnisse im Detail:
Zusammenfassung:	Getestet wurde mein Laptop mit WLAN-Verbindung, vor dem Internet-Anschluss befindet sich außerdem noch ein Router. Lokal am Rechner ist zudem die Norton Internet Security aktiviert. Aufgrund unterschiedlicher Test-Methoden habe ich den Portscan mit 3 verschiedenen Online-Scans durchgeführt. Der Test auf port-scan.de prüft die wichtigsten Ports und stellte fest, dass alle dieser Ports sicher sind, die meisten sind sogar für Angreifer unsichtbar. Der Symantec-Portscan simulierte Angriffe eines Hackers und lieferte als Ergebnis, dass alle angreifbaren Ports sicher sind, die meisten wiederum sogar unsichtbar für Angreifer. Der Shields-Up-Scan von GRC überprüfte als einziger sämtliche Ports, wobei gemeldet wurde, dass als einziger der Port 515 offen ist. Nach Recherchen im Internet interpretiere ich dieses Ergebnis so, dass dies der Drucker-Port ist, der jedoch nur innerhalb des eigenen Netzwerkes angesprochen werden kann, somit von außen nicht direkt angreifbar ist. Das System ist also vor Angriffen geschützt. Anmerkung: Nach Durchführung der Portscans mit der Windows-internen Firewall anstelle der Firewall von Norton wurden zu meiner Überraschung noch mehr Ports als unsichtbar angezeigt.

WHOIS-Abfrage von www.orf.at
Datum:	10.1.2008
Uhrzeit:	21:02
Verwendete Programme/Dienste:	www.nic.at
Ergebnisse im Detail:
Zusammenfassung:	Die Adresse www.orf.at ist reserviert vom Österreichischen Rundfunk unter der Person Stefan Lauterer, Argentinierstraße 31, 1040 Wien.