Ping:

Funktionsweise Ping (wieder einmal aus Wikipedia):
Ping (in Anlehnung an das Geräusch eines Sonars) sendet ein ICMP-Echo-Request-Paket an die Zieladresse des zu überprüfenden Hosts. Der Empfänger muss, insofern er das Protokoll unterstützt, laut Protokollspezifikation eine Antwort zurücksenden: ICMP Echo-Reply. Ist der Zielrechner nicht erreichbar, antwortet der Router: Network unreachable (Netzwerk nicht erreichbar) oder Host unreachable (Gegenstelle nicht erreichbar).
Aus einer fehlenden Antwort kann man allerdings nicht eindeutig darauf schließen, dass die Gegenstelle nicht erreichbar ist. Manche Hosts sind nämlich so konfiguriert, dass sie ICMP-Pakete ignorieren und verwerfen.
Ein Beispiel für einen nicht erreichbaren Zielrechner ist das von mir durchgeführte anhand von www.orf.at:

Außerdem ist zu erkennen, dass insgesamt 4 Pakete an die Zielhost gesendet wurden, jedoch wie gesagt keine beantwortet wurde. Weiters ist noch anzumerken dass kein Unterschied besteht ob dieser Befehl wochentags oder am Wochenende durchgeführt wird.


Tracert:

Zu aller erst wieder eine kleine Einführung aus Wikipedia:
Traceroute ist ein Diagnose-Werkzeug, mit dem ermittelt werden kann, welche Router (Zwischensysteme) ein Datenpaket über ein IP Netz passiert, bis es bei einem bestimmten Host ankommt. Traceroute arbeitet üblicherweise mit dem ICMP-Teil der IP-Spezifikation, über das Rückmeldungen gegeben werden.
Die Anzeige von traceroute zeigt nicht immer den tatsächlichen Weg, den die Datenpakete nehmen. Es wird beeinflusst von Firewalls, fehlerhaften Implementierungen des IP-Stacks, Network Address Translation, Routing und anderen Faktoren.
Auch hier wieder das durchgeführte ORF-Beispiel (mit 'Visiual Route 2005'):

Im Grunde genommen komme ich hier auf ein ähnliches Ergebniss wie mit der ping-Abfrage jedoch kann nun der genaue Weg des Pakets nachvollzogen werden:
Zu aller erst kann die Adresse meines Computers abgelesen werden. Danach geht das Paket über meinen Internetanbieter (Education Highway OÖ) richtung Wien. Weiters geht es dann schon ins lokale Netzwerk der APA und zum Zielrechner ORF. Doch auch hier wird eine Fehlermeldung angezeigt:

Das heißt auch hier wurde keine Anwort übermittelt da diese durch eine Firewall geblockt wurde.

Eine andere Route wird mit dem Webtool von UTA erzielt:

Die neue Route zeichnet sich dadurch aus, dass sie nicht an meinem perönlichen Computer beginnt, sondern bei den Rechnern von UTA. Weiters scheint es mit diesem Webtool möglich die Zielhost zu erreichen. Das kann ich mir eigentlich nur dadurch erklären, dass ORF anscheinend erkennt, dass es sich bei der Durchführung mittels UTA-Webtool nicht um einen Angriff handelt und dadurch eine Antwort sendet.

Eine Durchführung des Tracert-Befehls lieferte am Wochenend annähernd das gleiche Ergebnis. Einzig die Zeiten in ms weichen etwas voneinander ab (etwas höher). Grund hierfür könnte evtl sein, dass das Netz zum Wochenende stärker genutz wird...


Portscan:

Abschließend führte ich noch einen Portscan mit Hilfe eines Webtools durch:

Das Ergebis zeigt mir, dass mein Computer gut vor Angriffen aus dem Netz geschützt ist da alle Ports nicht nur geblockt, sondern weiters für Angreifer sogar nicht sichtbar (stealthed) sind. Auch wenn ich meine Firewall deaktiviere sind alle Ports blocked...