Veröffentlicht 21. August 200816 j Moin zusammen, ich suche eine Möglichkeit, um auf einem Linux-Server Traffic zu messen. Ich weiß, Tools, wie MRTG und Co machen das einwandfrei. Allerdings möchte ich das gerne aus Port- bzw. Dienstbasis haben. Mich interessiert beispielsweise, wieviel Traffic über SMTP reinkam. Oder aber, wieviel Traffic über Postfix, Apache und FTP rausging. Etwas in der Richtung. Mit anderen Worten: ich betreibe einen Server mit x verschiedenen Applikationen und möchte gerne wissen, wie hoch der Anteil jeder Applikation am gesamten generierten Traffic ist. Und nach Möglichkeit auch noch schön grafisch aufbereitet. Kennt da jemand zufällig ein Stück Software, welche das leisten kann?
21. August 200816 j Entsprechende IPTables Regeln erstellen und dann das hier nutzen: http://www.cacti.net/downloads/scripts/iptables.pl.txt
21. August 200816 j Hi, vielen Dank für den Tipp - habe auch schon darüber nachgedacht, allerdings ergibt sich dann da natürlich das Problem, dass zwar der eingehende Traffic passend sortiert wird, allerdings ist es mit dem ausgehenden so eine Sache. Hier gibt es nur selten Standardports pro Applikation, so dass ich ein Problem mit der Zuordnung genutzer Port -> Daemon habe. Ist das lösbar?
21. August 200816 j Wenn ich das richtig verstehe, Du willst die Applikation und dazu den Traffic. Das wirst Du wohl so nicht hinbekommen, denn Du müsstest Dich ja vor den Dämon hängen. Soweit ich mich aber erinnere liefern die meisten Server ein umfangreiches Log, wo eben z.b. bei Apache auch die Dateigrößen drin stehen, die Du nur auswerten müsstest. Ich denke das ganze Portbasiert ist schon eine recht gute Lösung, und das Perlscript kannst Du ja auch noch etwas aufbohren HTH Phil
21. August 200816 j Das stimmt schon - man müsste sich in Echtzeit einen Überblick verschaffen, welche (gewünschte) Applikation / welcher Daemon welche Ports belegt und die darüber laufenden Daten monitoren. Die Überwachung der Ports bringt nur etwas beim eingehenden Traffic - ist leider nur die halbe Miete. In jedem Fall bessre als nix, ja. Was die Logs angeht: naja, das mag bei Webservern /FTPs noch passen, spätestens beim SMTP ist dann aber auch Feierabend. Oder bei ner Datenbank oder so. Ich sehe: ich muss mal basteln. thx 4 hints. Was ich dabei gerade feststelle: die Liste mit den "Things to do" wird eigentlich nur länger - nur seltenst kürzer. Das sah vor Jahren mal anders aus.
21. August 200816 j Evtl ginge das, wenn Du eine Art Redirect machst, d.h. Du schaltest den Proxy zwischen Deinen Dämon und der eigentlichen Anwendung, leistest den Verkehr entsprechend um und lässt den Proxy loggen. Finde das aber alles etwas "frickelig". Ich würde da eher den Angriffspunkt Switch nehmen und von dort mir den Traffic geben lassen, d.h. wir bekommen im Grunde jedes Paket mit allen Informationen und können das dann trennen, nach Netz, Port, IP usw Aber Achtung, da kommt schnell was zusammen und die Anwendung die das Logging macht muss da schnell arbeiten HTH Phil
21. August 200816 j Hi, mit dem Switch: gute Idee. Einziger Haken: der ist nicht unter meiner Kontrolle. Die Idee mit dem Proxy finde ich gut - müsste man sich mal anschauen. Ja sicher, das ist total frickelig - ist aber für den privaten Bereich ohne einen Anspruch auf Stabilität, Vollständigkeit, etc. Da nehme ich das Flickwerk in kauf. Erneut: thx 4 hints!
21. August 200816 j das wäre natürlich saucool... vielen dank für den tipp! werd's mir am wochenende anschauen...
Erstelle ein Konto oder melde dich an, um einen Kommentar zu schreiben.