iftop-users

iftop-users@lists.beasts.org

195 discussions

Looking to cancel your subscription?
by Team at TruBrain 12 Jun '18

12 Jun '18

Hi Iftop-users, TruBrain Brainiac Bot at your service! Sounds like you’re looking to cancel your subscription! You can do that easily by registering and signing into your account portal. Click “Cancel” on whichever subscription(s) you’d like to stop. Choose a reason why (and try out our bars or capsules if taste was an issue!) Then return to your account page to see the updated information. If you’re having issues, you can also fill out our cancellation form, and we can do it manually for you. If you’re looking for a refund for one of your purchases, please respond to this email with “Refund Request”, and a representative will get back to you ASAP to help you with your request. We hate to see you leave! Thank you for trying out TruBrain and being a valuable customer. Cheers, The TruBrain Team (Not what you were asking for?? Just reply “Not quite!” to this email and we’ll get you taken care of ASAP! I am just a bot after all!)

2 1

Ticket Received - iftop-users Digest, Vol 5, Issue 2
by Team at TruBrain 11 Jun '18

11 Jun '18

Dear Iftop-users, Thank you for messaging us here at TruBrain! We would like to acknowledge that we have received your request and a ticket has been created. We try to be responsive and will get back to you as soon as we can! Thank you for your patience. Have a great day, TruBrain Support Team

1 0

[PATCH] options: select interface that is IPv4 default route (Closes: #644998)
by Shawn Landden 11 Jun '18

11 Jun '18

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644998 --- options.c | 77 ++++++++++++++++++++++++++++++++++++++++++++++++++++++- 1 file changed, 76 insertions(+), 1 deletion(-) diff --git a/options.c b/options.c index a075357..efff2c7 100644 --- a/options.c +++ b/options.c @@ -6,8 +6,13 @@ #include "config.h" +#ifdef __linux__ +#define _GNU_SOURCE +#endif + #include <sys/types.h> +#include <fcntl.h> #include <stdio.h> #include <string.h> #include <stdlib.h> @@ -90,6 +95,72 @@ static int is_bad_interface_name(char *i) { return 0; } +/* none of these errors are expected, so I think it is OK to print them */ +static char *get_interface_for_default_ipv4_route(void) { +#ifdef __linux__ + pid_t pid; + int fds[2]; + int r; + char buf[4096]; + char *p, *q; + + r = pipe2(fds, O_CLOEXEC); + if (r < 0) { + fprintf(stderr, "get_interface_for_default_ipv4_route: pipe() failed: %s, continuing...", strerror(r)); + return NULL; + } + pid = fork(); + if (pid < 0) { + fprintf(stderr, "get_interface_for_default_ipv4_route: fork() failed: %s, continuing...", strerror(r)); + return NULL; + } else if (pid == 0) { + /* child */ + r = dup2(fds[0], STDOUT_FILENO); + if (r < 0) { + char buf[1] = {'\n'}; + + /* we have to write something as the other end is expecting something */ + r = write(fds[0], &buf, sizeof(buf)); + _exit(EXIT_FAILURE); + } + + execlp("ip", /* add "-6", here to make default IPv6 route */ "route", NULL); + char buf[1] = {'\n'}; + + /* we have to write something as the other end is expecting something */ + r = write(fds[0], &buf, sizeof(buf)); + _exit(EXIT_FAILURE); + } + /* parent */ + close(fds[1]); + r = read(fds[1], &buf, sizeof(buf)); + if (r < 0) { + fprintf(stderr, "get_interface_for_default_ipv4_route: read() failed: %s, continuing...", strerror(r)); + return NULL; + } + + p = strstr((char *)&buf, "default via "); + if (!p) + return NULL; + p += strlen("default via "); + q = p; + for (;*p != '\n' && *p; p++) + ; + *p = '\0'; + p = strstr(q, " dev "); + if (!p) + return NULL; + p += strlen(" dev "); + q = p; + for (;*p != ' ' && *p; p++) + ; + *p = '\0'; + return xstrdup(q); +#else + return NULL; +#endif +} + /* This finds the first interface which is up and is not the loopback * interface or one of the interface types listed in bad_interface_names. */ static char *get_first_interface(void) { @@ -123,9 +194,13 @@ static char *get_first_interface(void) { void options_set_defaults() { char *s; + + if (!options.interface) + options.interface = get_interface_for_default_ipv4_route(); /* Should go through the list of interfaces, and find the first one which * is up and is not lo or dummy*. */ - options.interface = get_first_interface(); + if (!options.interface) + options.interface = get_first_interface(); if (!options.interface) options.interface = "eth0"; -- 2.17.1

2 4

Ticket Received - iftop-users Digest, Vol 5, Issue 1
by Team at TruBrain 11 Jun '18

11 Jun '18

1 0

Looking to cancel your subscription?
by Team at TruBrain 11 Jun '18

11 Jun '18

1 0

v6 dns display error
by jens 07 Feb '17

07 Feb '17

hey, i happily use iftop for months i now recognize some strange behaviour using iftop on an wireguard vpn tunnel (layer3) if i can easily see all the endpoints for IPv4 . they are shown as they should in that case 192.168.99.something if i use v6 inside this wireguard tunnel .. so the IPs are more like fdf1::16:3e75:72af (/64) than there is only one ip shown all the time - or one dns entry (from /etc/hosts) but strangely iftop get the streams right ... so i have plenty of connections from fdf1::16:3e75:72af to fdf1::16:3e75:72af they all show the correct amount of traffic, but the naming/display "error" makes it difficult to use or understand whats going on. if i restart iftop, it may be so that another of the involved ipv6(or dns) is showed for all involved endpoints any idea if i do something wrong,or where the error origin is? thx a lot fuzzle/freiburg Example (where rauberhaus-v6 is just one of the ipv6 involved, if restartet it could be any other too) rauberhaus-v6 => rauberhaus-v6 167Kb 114Kb 93.5Kb <= 162Kb 110Kb 89.0Kb rauberhaus-v6 => rauberhaus-v6 8.16Kb 7.07Kb 7.06Kb <= 160Kb 107Kb 87.5Kb -- make the world nicer, please use PGP encryption

4 15

[PATCH] Cleanup pcap
by Brian Russell 21 Sep '16

21 Sep '16

Hi, I'm using iftop with my own libpcap extension which has a 0mq socket underneath. To exit gracefully, I need to go through pcap_close to clean up, hence the below patch. Thanks, Brian On exit, call pcap_close() so that any resources used internally by libpcap can be cleaned up. --- iftop.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/iftop.c b/iftop.c index a090dcf..f9875c9 100644 --- a/iftop.c +++ b/iftop.c @@ -839,6 +839,8 @@ int main(int argc, char **argv) { } pthread_cancel(thread); + pthread_join(thread, NULL); + pcap_close(pd); ui_finish(); -- 2.1.4

1 0

Debugging MySQL Replication lag using iftop utility
by Kaushal Shriyan 08 Jul '16

08 Jul '16

Hi, Is there a way to monitor bandwidth usage using iftop? I am currently debugging a *MySQL Master Slave Replication lag issue*. Master Server IP :- 192.168.1.10 Slave Server IP :- 192.168.1.11 I am interested in measuring the network traffic between Master and Slave at a particular period. For example the lag happens only during late night hours around 3:00 am till 4:00 am. Can iftop network monitoring utility be run in background or daemon mode or invoked by cron during a specific time period to see if the network is a bottleneck for the *Slave Lag*. Also can i filter source ip which is 192.168.1.10 (IP of the Master MySQL Server)? Any help will be highly appreciable. Regards, Kaushal

2 1

iftop Security
by entr0py 07 Jun '16

07 Jun '16

Are there any security implications for running iftop continuously on an internet-facing production machine? Have there been past vulnerabilities? Would iftop be susceptible to libpcap vulnerabilities? Does enabling promiscuous mode increase risk? Thanks in advance!

2 1

Persistent Display
by entr0py 18 May '16

18 May '16

After a period of inactivity, iftop removes each line from the main display. Is it possible to force all lines to persist until cleared? If not, is this something that a newbie could try to patch? Thanks! (and apologies if previously asked - could not access archives...)

2 4

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

iftop-users