Am Montag 18. Juni 2007 führte ich an meinem Laptop eine Portscan durch. Dabei verwendete ich foldenden Link:

http://www.grc.com/x/ne.dll?rh1dkyd2

Ergebnis:





Wie man sieht ist mein Laptop bzw. sind die Ports ausreichend geschützt.

Meine ersten Ergebnisse zu PING und TRACERT erhielt ich am Sonntag, den 17. Juni 2007, 15:00. Die Analyse wurde auf dem Rechner bei mir zu Hause im Bezirk Schärding durchgeführt.





Als ich das auf der NIM-Homepage angegebene Webtool verwendete, kam ich zu folgendem Ergebnis:

Ergebnis: traceroute to www.orf.at
1 fwsrv1.ces.uta.at (213.90.2.2) 0.690 ms 0.210 ms 0.177 ms
2 213.90.1.20 (213.90.1.20) 0.640 ms 0.390 ms 0.419 ms
3 wat1-15-21.net.uta.at (62.218.15.21) 0.734 ms 0.503 ms 0.445 ms
4 c76wmode1-tengigE4-1.net.uta.at (212.152.192.206) 0.551 ms 0.635 ms 0.688 ms
5 * vie3-core.gigabiteth1-0.swip.net (130.244.205.57) 17.132 ms 0.986 ms
6 shu1-core.pos2-0.swip.net (130.244.205.50) 1.233 ms 1.159 ms *
7 cvix2.apa.at (193.203.0.15) 1.778 ms 1.434 ms 1.176 ms
8 cinter3-gig0-3.apa.net (194.158.154.249) 1.743 ms 1.433 ms 1.778 ms
9 c65-rz2-2.apa.net (194.158.138.11) 2.878 ms 3.302 ms 2.938 ms
10 www.orf.at (194.232.104.26) 3.339 ms !<10> 2.098 ms !<10> 2.454 ms !<10>

Wie zu erkennen ist, ist leider der Zielhost nicht erreichbar, was daran legen könnte, dass der Server bzw. die Firewall von www. orf.at PING nicht zulässt.

Aufgrund des Nichterreichens der ORF-Homepage probierte ich das Ganze mit www.google.at:



Anhand dieser Grafik sieht man, dass die ganze Prozedur Google zu erreichen 59 Millisekunden dauerte.


Am Montag, den 18. Juni 2007, kam ich zu folgenden Ergebnissen. Diesbezüglich möchte ich aber noch anmerken, dass ich diesesmal die Analyse im Keplerheim in Linz von meinem Laptop aus durchgeführt wurde.





Als ich das auf der NIM-Homepage angegebene Webtool verwendete, kam ich zu folgendem Ergebnis:

Ergebnis: traceroute to www.orf.at

1 213.90.34.4 (213.90.34.4) 0.468 ms 0.094 ms 0.126 ms
2 213.90.1.20 (213.90.1.20) 0.480 ms 0.360 ms 0.371 ms
3 wat1-15-21.net.uta.at (62.218.15.21) 1.255 ms 0.366 ms 0.262 ms
4 c76wmode1-tengigE4-1.net.uta.at (212.152.192.206) 0.819 ms 0.824 ms 0.742 ms
5 vie3-core.gigabiteth1-0.swip.net (130.244.205.57) 66.579 ms 6.349 ms 1.850 ms
6 shu1-core.pos2-0.swip.net (130.244.205.50) 110.853 ms 189.891 ms 1.748 ms
7 cvix2.apa.at (193.203.0.15) 1.226 ms 1.027 ms 1.083 ms
8 cinter3-gig0-3.apa.net (194.158.154.249) 1.647 ms 0.984 ms 1.240 ms
9 c65-rz2-1.apa.net (194.158.138.10) 1.905 ms 1.970 ms 1.401 ms
10 www.orf.at (194.232.104.28) 1.592 ms !<10> 2.396 ms !<10> 2.203 ms !<10>

Wie unschwer zu erkennen ist, dauerte die Datenübertragung am Sonntag viel länger, was daran legen könnte, dass ich in Linz eine viel besser Übertragungsrate habe als zu Hause. Ich hätte mir mein Ergebnis umgekehrt vorgestellt, denn normalerweise greifen am Wochenende weniger Leute auf den Server von ORF zu als unter der Woche und deswegen erwartete ich mir, dass die Übertragung am Montag länger dauern würde. Aber dies hätte ich nur feststellen können, wenn ich alle beide Male mit der gleichen Netzwerkverbindung analysiert hätte.

Ich habe auch am Montag die Analyse wieder anhand www.google.at versucht. Dabei kam ich zu folgenden Ergebnissen:





Auch hier zeigt sich wieder, dass am Montag die Übertragung viel schneller vor sich ging. Die Übertragungszeit verringerte sich von 59 ms auf ca. 25 ms. Dies ist wieder auf die oben genannten Gründe zurückzuführen.