Ping

Ping ist ein Tool zur Überprüfung der Konnektivität zwischen zwei Stationen in einem Netzwerk, welches als Basisprotokoll IP (Internet Protocol) verwendet.
Es kann dazu genutzt werden um die Qualität der Verbindung zu überprüfen. Dabei wird die Dauer um ein "leeres" Ping Packet (technisch gesehen ein ICMP-Echo-Request) zu einem Zielrechner zu übertragen gemessen, plus der Zeit das leere Ping Packet wieder zurück zu übertragen (ICMP-Echo-Response). (Infos zu Ping hier)

ICMP heißt Internet Control Message Protocol (Infos hier)

Nachfolgend können Sie meine Ping Statistiken ersehen. Zum Vergrößern der Screenshots einfach auf das entsprechende Bild klicken.

Ping - Sonntag 26. Juni, ca. 20:00 Uhr

Es ist zu sehen, dass die Auflösung des DNS-Namens "www.orf.at" über einen DNS-Server funktioniert. Die IP-Adresse des Web-Servers lautet: 194.232.104.27

Die Nachricht "Zielhost nicht erreichbar" hat möglicherweise als Ursache, dass die Filewall, welche den Web-Server schützt, die ICMP-Echo-Response Nachrichten des Web-Servers nicht durchlässt. Im Klartext, der Server ist vorhanden und möglicherweise aktiv, aber die Firewall lässt ihn nicht anpingen.

Ping - Montag 27. Juni, ca. 13:00 Uhr

Dieser Ping Versuche wurde unter Linux probiert, einfach um zu sehen wie die Antworten hier aussehen.
Auch hier funktioniert die Auflösung des DNS-Namens in eine IP-Adresse, jedoch ist sie hier eine andere, nämlich 194.232.104.24. Der Grund dafür ist, dass für stark frequentierte Web-Seiten meistens mehrere Web-Server zur Verfügung stehen welche von einem zentralen Knoten die HTTP-Requests übergeben bekommen.
Ein anderer Grund kann sein, dass der Web-Server nicht über eine ihm fix zugeteilte IP-Adresse verfügt, sondern eine von einem IP-Adressen-Pool via DHCP eine zugewiesen bekommt. Meiner Meinung nach ist dies hier aber nicht der Fall.

Die Meldung "Dest Unreachable" hat die gleichen Ursachen wie beim Screenshot vom Sonntag, 27. Juni, es kann also keine Interpretation über die Qualität der Verbindung gegeben werden.

Trace Route

Trace Route macht sich den Eintrag TTL = Time To Live in den IP-Packeten zu Nutze. Jeder Router im Netz dekrementiert den TTL-Eintrag eines IP-Packets wenn er dies routet, erreicht es den Wert 0 wird es nicht weitergeroutet und der Router schickt eine Fehlermeldung an den Sender zurück. Somit kann man alle Router durch fortführendes erhöhen der TTL um 1 einzeln erreichen, und die Route eines Packet bis zum Empfänger ausfindig machen. (Infos hier)

Traceroute Sonntag 26. Juni, ca. 20:00 Uhr

Die IP-Pakete werden über die Router des Aco-Netzes geroutet, anschließend kommt es zu Routern von apa.at bzw. apa.net. Im Anschluss sind die Packete bereits beim Router des Providers von www.orf.at.

Zu beachten ist, dass die IP-Adresse vom Ping die gleiche ist, wie sie beim TraceRoute geroutet wurde.

Traceroute Montag 27. Juni, ca. 13:00 Uhr

Hier ist die gepingte IP-Adresse und die der Routenverfolgung unterschiedlich. Möglicherweise wurde das IP-Packet an einem anderen ORF Web-Server weitergeleitet.

Port Scan

Mit dem Port Scan kann überprüft werden, welche Schnittstellen meines Rechners für Dienstanfragen für die Öffentlichkeit zur Verfügung stehen. Es ist empfehlenswert nur so viele Ports wie nötig "geöffnet" zu haben, um Hackern den Angriff auf das System zu erschweren. (Infos hier)

Das Ergebnis des Port Scans auf meinem Notebook kann in folgender Datei eingesehen werden. quickscan (htm, 21 KB)

Alle gescanten Ports BLOCKED.

Ergänzung

Die Unterschiede der Windows Tools ping und tracert zu Netzwerk Tools ist jener, dass bei den Windows Tools vom eigenen Rechner aus die Ping-Packete bzw. die Routenverfolgung erfolgt. Im Gegensatz dazu erfolgt das bei den Netzwerk Tools von deren "Internetzugang", also über deren Routern. Beim Trace Route dürften dabei andere Werte Ergebnis sein.
Mein Kollege Stephan Leitner weist ebenso darauf hin.