{"id":2122,"date":"2011-08-04T11:52:00","date_gmt":"2011-08-04T09:52:00","guid":{"rendered":"https:\/\/www.boc.de\/watchguard-info-portal\/diagnostic-tasks-extended-ping-tcp-dump-2\/"},"modified":"2016-08-23T15:27:00","modified_gmt":"2016-08-23T13:27:00","slug":"diagnostic-tasks-extended-ping-tcp-dump-2","status":"publish","type":"post","link":"https:\/\/wordpress.boc.de\/watchguard-info-portal\/2011\/08\/diagnostic-tasks-extended-ping-tcp-dump-2\/","title":{"rendered":"Diagnostic Tasks \/ Extended Ping \/ TCP Dump"},"content":{"rendered":"

Eine relativ unbekannte Funktion des Firebox System Managers sind die Diagnostic Tasks<\/span>, die im Traffic Monitor per Rechtsklick mit der Maus erreicht werden k\u00f6nnen:<\/p>\n

\"\"id=\"BLOGGER_PHOTO_ID_5636937096852511554\"<\/a><\/p>\n

Eine Funktion ist Extended Ping<\/span>, mit dem z.B. pings von der Firewall selbst aus gestartet werden k\u00f6nnen – und zwar auch unter Angabe des tats\u00e4chlich zu verwendenden Interfaces! Das kann gerade im Multi-WAN Umfeld interessant sein, wenn gepr\u00fcft werden muss, ob ein bestimmter Ziel-Host auch genau \u00fcber das angegebene Interface erreichbar ist (Problematik vgl. http:\/\/de.watchguard-blog.com\/2011\/08\/multi-wan-und-policy-based-routing.html<\/a>). Ein weiterer Anwendungsfall kommt aus dem Umfeld Dynamic Routing<\/span>, wenn gepr\u00fcft werden muss, ob das Routing eben auch auf den alternativen Wegen\/Interfaces m\u00f6glich ist. Die Advanced Options<\/span> werden erst angezeigt, wenn das entsprechende H\u00e4kchen gesetzt ist. Im u.g. Screenshot wird die Ziel-IP 10.10.10.200 direkt von der Quell-IP 192.168.1.1 (Firebox Interface) angepingt:<\/p>\n

\"\"id=\"BLOGGER_PHOTO_ID_5636939392580400706\"<\/a><\/p>\n

Mittels TCP Dump<\/span> l\u00e4sst sich z.B. rudiment\u00e4r mit verfolgen, welche Datenpakete auf welchem Interface transportiert werden – auch ohne dass sie zwingend im Traffic Monitor angezeigt werden:<\/p>\n

\"\"id=\"BLOGGER_PHOTO_ID_5636942140122447522\"<\/a><\/p>\n