EtherApe is a GNOME/pcap-based etherman, interman, and "tcpman" clone. It displays network activity graphically. Active hosts are shown as circles of varying size, and traffic among them is shown as lines of varying width. It supports Ethernet, FDDI, Token Ring, ISDN, PPP, WLAN, and SLIP transports. It knows about VLANs, IP, IPv6, TCP, UDP, FTP, and a number of other protocols. Additional statistics windows will let you concentrate on protocols or nodes.
| Tags | Networking Monitoring Scientific/Engineering Visualization |
|---|---|
| Licenses | GPL |
| Operating Systems | POSIX Linux |
| Implementation | C |
| Translations | English Spanish French Turkish |
Last announcement
Thanks to OpenSUSE Build Service, prebuilt RPM packages for major distributions are now ready for download.
On SourceForge download section you'l...
Recent releases


Release Notes: A critical bug triggered by RPC traffic that could be exploited to make EtherApe crash just by sending a suitable packet was fixed. No packet data is involved other than the IP addresses, so privilege escalation should not happen.


Release Notes: EtherApe gains several traffic statistics and can now export them. OS X compatibility was improved. Italian and Swedish translations have been added.


Release Notes: IPv6 support was added. EtherApe now computes average packet size to better estimate network usage. A new option, --min-delay, allows slow-motion replay of a capture file. Note that the non-threaded name resolver is deprecated and will be removed in the next release.


Release Notes: This release adds support for 802.11 WLAN, LLC-SNAP, Radiotap and PPI encapsulation, and 802.1Q VLAN tagging. VLAN tags are decoded but ignored, showing all traffic as being in a normal LAN. EtherApe now uses gnome-doc-utils. Note that this release will be the last mirrored on the CVS repository, which will be shut down on March 2010.


Release Notes: New functionality: a node listing window, substantial performance enhancements, and some improvements here and there. New timing defaults: out of the box, Etherape will react faster to traffic changes and give a better "feel" of current the network state. Most of the UI now uses directly GTK+ instead of Gnome. Bonobo dock and several other deprecated widgets were removed. This is the first release done using Mercurial as an SCM. To ease the transition, this time it will also be available on the old CVS repository.
Recent comments
27 Aug 2007 20:12
where?
I don't see where to save the output as a file... let alone where even a default file would be saved.
Credit to Slax, I remember finding saved etherape sessions, uh.. <somewhere..
Where saved on exit? Can be saved on exit??
22 Aug 2001 17:02
Re: I really wanted to use this, sorry...
Well I for one would love to use this package. I'm
trying to get it to work under Solaris but let me
tell you, GNOME on Solaris 7 just ain't happening
for me. It looks like Sun will release GNOME for
Solaris 8 but I think that I'll be out of luck...
GTK+ does compile successfully for me,
though...that was the easiest one. If you can get
a version that just uses that, I think lots of
Solaris users might just faint with joy...
06 Jul 2001 06:31
Re: I really wanted to use this, sorry...
> But its based on gnome and I don't feel
> like screwing with all its libs and
> dependances. Perhaps one day it won't
> depend on gnome :(
I believe Gtk 2.0 will have a canvas widget. Once
that happens it will should be pretty easy to make
a Gtk only version. Or is GTK too much a
dependency for you?
Regards,
Juan.
22 Jun 2001 14:35
I really wanted to use this, sorry...
But its based on gnome and I don't feel like screwing with all its libs and dependances. Perhaps one day it won't depend on gnome :(
22 Jun 2001 05:43
Re: My apologies to all.
> I would _love_ to see an etherape able
> to use the console however, something
> ANSI based would be nice, perhaps
> Ncurses based...
From the very beginning I've tried to maintain a
clear separation between data gathering and
presentation. It won't happen right away, since my
goal now is to make EtherApe stable (until I
defend it as my end of degree project, at least),
but I want to end up making the gathering code an
independent library. That would make possible
different GUIs so much easier. I myself would
love to see a text mode version.
Regards,
Juan.