Slashdot Mirror


What Network Sniffing Tools Do You Use?

network-nose asks: "I work as a Network Administrator in a 500 user manufacturing facility in southeastern Wisconsin. My job is to keep the company running as close to 100% of the time as possible while trying not to spend any money on up to date hardware and software. As of late, we have been having quite a few network problems that can only really be resolved by sniffing packets. I am wondering what tools the rest of you network guys and gals out there use in a corporate environment for analyzing packets. Of course, the more reasonbly priced the better, but I know you usually get what you pay for."

147 of 539 comments (clear)

  1. Ethereal by Anonymous Coward · · Score: 4, Informative

    That's it.

    1. Re:Ethereal by G27+Radio · · Score: 4, Informative

      Ethereal is my favorite. tcpdump is ok for quickly figuring out where packets are coming from, but Ethereal makes things a lot easier beyond that. For example, the ability to follow TCP streams is great for diagnosing problems. It works great in Linux and Windows, however I haven't tried it on other platforms.

    2. Re:Ethereal by Anonymous Coward · · Score: 3, Interesting

      Also, when in the initial grip of a spreading Windows worm or what have you, I have a curious attachment to running tethereal in a window (rxvt say). It's surprising how much sense you can make out of what flies by, and you can scroll back and/or pause the flow as necessary to record individual IPs or the like. Ethereal provides the same data, but don't knock the immediacy of the text-only version. To say nothing of remote administration.

    3. Re:Ethereal by Anonymous Coward · · Score: 3, Informative

      I use pflog on my openbsd box. I am not too smart when it comes to this kinda stuff so I installed hatchet and it is working like a charm.

    4. Re:Ethereal by Mr+Pippin · · Score: 3, Informative

      Agreed. However, this mostly depends on you having at least some managed switches that can do port mirroring. Of course, that assumes you are using switches.

    5. Re:Ethereal by scotch · · Score: 5, Funny
      btw, for the remarkable stupid: google

      --
      XML causes global warming.
    6. Re:Ethereal by interiot · · Score: 4, Informative
      Tcpdump is definitely complementary to ethereal:
      • it's what runs underneath ethereal, so it's good to be aware of it
      • its filtering syntax is extremely flexible
      • it's lightweight and only needs text or file output, so you could run it on an iPaq or whatnot
      • you can record streams with tcpdump, move the log to another machine, and load it into ethereal to do the packet analysis / stream reconstruction at a later point.
      • in library form (aka libpcap), lots of languages can hook to it, so you can easily do on-the-fly custom statistics calculations, instead of eating IO and disk space writing a huge log out and only processing it later. For example, even Perl + Net::Pcap running on a pentium machine is fast enough to keep up with a T3.
    7. Re:Ethereal by MrBlue+VT · · Score: 5, Interesting

      I agree, Ethereal is a godsend. Made it easy to reverse engineer a protocol I needed to replicate in one of my projects.

      Only feature I wish it had would be the ability to ARP poison switches. Etherape has this ability and it is nice for listening on unmanaged switches.

      Otherwise, ethereal is a great product. Nice filtering and easy to follow streams. It also will do a lot of legwork for you and figure out what higher level protocol is being used over TCP.

    8. Re:Ethereal by bee-yotch · · Score: 4, Insightful

      They're both free too. I'm honestly a little surprised that a network admin (as the author claims to be) would post this question.

      Although I've never used ethereal on windows, it works great on linux. And you can even use tethereal in your scripts since it's the command line based version of ethereal.

    9. Re:Ethereal by MrBlue+VT · · Score: 2, Informative

      I'm an idiot, it's Ettercap that does the ARP poisoning, not sure about Etherape.

    10. Re:Ethereal by ComputerSlicer23 · · Score: 5, Informative
      Unless I missed something, Ethereal and tcpdump use the same library (libpcap), but tcpdump isn't the "underneath" ethereal. Ethereal is very good at breaking down any Ethernet Frame, where as TCP dump as far as I know, only deals with TCP/UDP/IP packets.

      Ethereal is my tool of choice. However, if you have a Linux router, there are a number of interesting tools you can use to monitor stuff that is crossing your routing points.

      iptraf is pretty interesting. If you can get that installed on critical points in your network you can watch traffic flows, and see who the major badwidth hogs are, and what services they are using. The one truely annoying this is that if you run it via an SSH session, it constantly counts SSH traffic it is generating. I wish it did a better job of accumulating UDP totals for me.

      Kirby

    11. Re:Ethereal by cperciva · · Score: 4, Funny

      For the people who like useless links: You are here.

    12. Re:Ethereal by ComaVN · · Score: 5, Insightful

      I'm honestly a little surprised that a network admin (as the author claims to be) would post this question.

      I'm not. It's not like you need to know the secret handshake before you can become a network administrator. In a lot of places, it just means you're the guy who knows the most about it.

      --
      Be wary of any facts that confirm your opinion.
    13. Re:Ethereal by JWSmythe · · Score: 2, Insightful

      You wouldn't want to do this to a link with any substantial traffic.

      I guess I just see things in terms of the networks I work with a lot. Throwing 80+Mb/s through a hub may not be the wisest choice. :) Ok, it may not be entirely possible. (I'll leave it to someone with a higher Cisco cert than me to sort out the rest of that one)

      My prefered way to do it is just have a port monitor another. But we use Cisco extensively, so it's really easy for us. :) I just have a bit of a problem monitoring our GigE uplinks. Not too many PC's or laptops can sniff 500+Mb/s, and most dont come with GigE fiber ports. :)

      --
      Serious? Seriousness is well above my pay grade.
    14. Re:Ethereal by CvD · · Score: 4, Informative

      As far as I know you can install a filter on SSH traffic with iptraf. So it won't show up any more in any rates or tallies. The filter setup is a little obscure, but it seems to work.

      Cheers.

    15. Re:Ethereal by Apro+im · · Score: 2, Interesting

      I freely admit to having no Cisco cert, and so defer to you, but why does it matter? If you are simply placing a hub in the way of a single connection, hooking in a "listen only" device can't be too bad, can it? I mean, no scope for (additional) collisions you're not adding traffic on there, is there?

      As long as the hub and the monitoring system can handle the throughput, I don't understand why this would create any additional backlog.

    16. Re:Ethereal by wellard1981 · · Score: 4, Informative

      Another tool that compliments Ethereal, is EtherApe. It's a graphical network monitor that tells you what's talking to what. Useful to find out what's sucking up most of the bandwidth.

    17. Re:Ethereal by Guy+Harris · · Score: 5, Informative
      Unless I missed something, Ethereal and tcpdump use the same library (libpcap)

      True.

      ...but tcpdump isn't the "underneath" Ethereal.

      True.

      Ethereal is very good at breaking down any Ethernet frame, where as TCP dump, as far as I know, only deals with TCP/UDP/IP packets.

      Ethereal has dissectors for more protocols than tcpdump does; however, tcpdump has dissectors for more than just TCP/UDP/IP (some protocols atop them, such as NFS, as well as non-IP-based protocols, including 802.11 management frames).

    18. Re:Ethereal by pimpin+apollo · · Score: 2, Informative

      -f not port 22

      or something down those lines

    19. Re:Ethereal by whookey · · Score: 5, Funny

      It's not like you need to know the secret handshake before you can become a network administrator.

      Actually, you do.

      --
      somebody bent my whookey.
    20. Re:Ethereal by rob_kg · · Score: 4, Informative

      Yep,

      tcpdump is good for two things:

      1) doing some fast checking of what's going.. small jobs
      2) reading the source to see how to use libpcap.. case example (people who made tcpdump also made libpcap)

      So which one is better.. the one with the more features (ethereal) or tcpdump? Depends on the situation..

    21. Re:Ethereal by aparry · · Score: 2, Insightful

      Take the stick out of your a**, we are all here to learn.

    22. Re:Ethereal by necronom426 · · Score: 5, Interesting

      Agreed.

      My first job was to look after a Novell server and a network of 30+ machines with no training apart from what I could pick up along the way and from my experience with PC's. Another job I was looking after a Unix box for the first time and didn't know how to do much.

      Recently I got a free label printing program from a web site for my Mother to use at work (she was hand writing 100's of addresses on envelopes that were printed from a computer!) The "computer guy" at the company said they couldn't do labels (even though they use Word) so I go her this free one. I had to explain to him how to find a directory on the PC! They do have a network and the main computer guy who set it up was in another country, but they had put this other person in charge of the PC's and he didn't know anything about them. Another time I had to tell him how to find the size of a hard drive...

    23. Re:Ethereal by lanswitch · · Score: 3, Interesting

      I used ethereal on linux, windows 98, 2000 and xp pro. it works equally well on all platforms. libpcap for windows is called winpcap.

    24. Re:Ethereal by Malc · · Score: 2, Insightful

      Ethereal is excellent. Under Windows it doesn't work with dial-up adapters, which means it's useless if you're trying to inspect stuff you're sending over PPTP VPN tunnel. That's not really Ethereal's fault though - it's pcap stuff and issues caused by Windows itself. The UI sucks big time though.

      MSFT had me download a time limited version of Netmon, which has more features than the version that ships with Windows NT/2000 Server. It seemed to be way better than Ethereal. But beggars can't be choosers and Ethereal is free. Criticisms aside, Ethereal is EXCELLENT.

    25. Re:Ethereal by dhuff · · Score: 4, Funny

      EMACS is an acronym for one of its normal key sequences, yes ? ESC-Meta-ALT-CTRL-Shift ? ;->

    26. Re:Ethereal by SubconsciousSeraphim · · Score: 2, Funny

      Hrm. Are they aware that their handshake is the international symbol also known as the shocker?"

      'cause, you know. Ew.

  2. ethereal, tcpdump by morelife · · Score: 2, Informative

    and on Windows, never mind.

    ethereal, tcpdump

    1. Re:ethereal, tcpdump by Motherfucking+Shit · · Score: 4, Informative
      and on Windows, never mind.
      Actually, there's a Win32 build of Ethereal that works just fine. And yes, you can tally up my vote for Ethereal.
      --
      "BSD: Free as in speech. Linux: Free as in beer. Windows 10: Free as in herpes." --Man On Pink Corner in #52607549.
    2. Re:ethereal, tcpdump by EverDense · · Score: 3, Informative

      Analyzer: a public domain protocol analyzer

      does a good job under Windows.

      --
      http://jesus.everdense.com/
    3. Re:ethereal, tcpdump by realdpk · · Score: 2

      tcpdump works just fine under Windows, with the right pcap driver. My vote goes for tcpdump. The syntax is clear and easy to use, and the output is non-GUI.

    4. Re:ethereal, tcpdump by superpulpsicle · · Score: 4, Informative

      Windows 2000 also has a network monitoring tool.

      c:\system32\system\netmon\netmon.exe.

      It's not going to support 500 protocols like ethereal. But hey, it comes default with windows 2000 without you having to install anything separately.

    5. Re:ethereal, tcpdump by Sepper · · Score: 5, Informative

      I can vouch for the win32 build... altouhg I could not check the packets in realtime... (network too fast, computer too slow)

      you can try it with Knoppix STD Bootable Linux-ON-CD

      with comes with all this:

      aimSniff : sniff AIM traffic
      driftnet : sniffs for images
      dsniff : sniffs for cleartext passwords (thanks Dug)
      ethereal 0.10.0 : the standard. includes tethereal
      ettercap 0.6.b : sniff on a switched network and more.
      filesnarf : grab files out of NFS traffic
      mailsnarf : sniff smtp/pop traffic
      msgsnarf : sniff aol-im, msn, yahoo-im, irc, icq traffic
      ngrep : network grep, a sniffer with grep filter capabilities
      tcpdump : the core of it all
      urlsnarf : log all urls visited on the wire
      webspy : mirror all urls visited by a host in your local browser


      --
      I live in Soviet Canuckistan you insensitive clod!
    6. Re:ethereal, tcpdump by throughthewire · · Score: 2, Interesting
      Windows 2003 already has Network Monitor Tools. You can find it in the Add Remove Programs.

      For previous versions you can use the version that comes with SMS.

      Netmon.exe has been included with Windows Server since NT 4.0.

      However, the "free" version is crippled - it does not support promiscuous mode, among other things - you can only capture your own traffic and broadcast traffic.

      The version included with SMS is fairly full-featured, and I used it for a long time, but Ethereal is at least as good, and you can't beat the price. I find it slightly harder to construct display filters with Ethereal, but its vastly more flexible capture filters beat Netmon all to hell.

    7. Re:ethereal, tcpdump by Anonymous Coward · · Score: 2, Informative

      But hey, it comes default with windows 2000 without you having to install anything separately.

      Server, that is - it's not in 2K pro.

      You can make it work on 2K pro but you need to install extra drivers (they're in a KB or something).

  3. Hrm... by Smitedogg · · Score: 3, Funny

    My job is to keep the company running as close to 100% of the time as possible while trying not to spend any money on up to date hardware and software

    Are you trying to steal my job?
  4. Sniffing Tools... by danielrm26 · · Score: 5, Informative

    I tend to use tcpdump when I am watching a box using a specific filter and expecting very little traffic, i.e. when I want to know if a certain host is communicating on some arbitrary port or protocol. Ethereal I use when I want to capture tons of data and sift through it later (although you can do this with tcpdump and import it into ethereal as well).

    Tcpdump is generally considered the superior learning tool, while ethereal is considered the more refined choice. In other words, ethereal does a lot of the work for you, while you are getting pretty raw stuff when you use tcpdump.

    In general, tcpdump and ethereal are the tools of choice if you don't have tons of money to spend. Fancy looking enterprise applications essentially do the same thing as the apps mentioned above -- they just add a nice GUI to the mix.

    --
    dmiessler.com -- grep understanding knowledge
    1. Re:Sniffing Tools... by AftanGustur · · Score: 2, Informative


      I tend to use tcpdump when I am watching a box using a specific filter and expecting very little traffic,

      Having a fancy machine with X running isn't always an option. We have a old 200Mhz Celeron machine attached to our 8Mb Internet link (With a Network interface that doesn't have a IP) and that machine can captured whatever traffic I am looking for with just tcpdump.

      There are options to exclude and include whatever traffic you want..

      For example, we had a problem with a governament agency in Canada that couldn't send us emails.. Their connections didn't get anywhere..
      So, on that machine I wrote:
      tcpdump -i eth1 host our-IP and host Canadian-IP

      Similarly, if you have only 1 network card on the machine you are connected to and you want to collect traffic to a file for later analysis except that you don't want to include your own SSH/whatever traffic:
      tcpdump -w DumpFile -s 1500 not host My-IP

      --
      echo '[q]sa[ln0=aln80~Psnlbx]16isb572CCB9AE9DB03273snlbxq' |dc
  5. Ethereal by stevens · · Score: 4, Informative
  6. Ethereal. by Shoten · · Score: 4, Informative

    I've used Sniffer Pro, Observer Pro, and Ethereal, and I always, ALWAYS prefer Ethereal. It's free, it's open source, and it's hands down the best of the lot. Sniffer Pro may have the pretty gauges and the map that shows what's talking to what (utterly useless, IMHO), and Observer Pro comes with buttloads of tools for things like SNMP configuration and whatnot, but as a sniffer, nothing has ever beated Ethereal in ease of use, capability, or packet decodes.

    --

    For your security, this post has been encrypted with ROT-13, twice.
    1. Re:Ethereal. by XaXXon · · Score: 3, Informative

      Etherapeis a free pretty picture of who's talking to whom and what language (protocol) they're talking.

      Works great.

    2. Re:Ethereal. by interiot · · Score: 4, Informative
      The best text version of etherape is iftop, in case you don't have X handy (or if you just have a spare dumb terminal and want your pad to look more geeky).

      The best web-based version is ntop, which is another one of those "Oh my god, this is SOOO cool" tools, similar to ethereal. It lets you drill-down through a fair bit of data, and pages load fast and it's virtually real-time, so you can bang on the reload key and see a similar sort of data that etherape/iftop would give you. It has a daemon piece and a CGI piece, so installing it via a package (eg. apt-get install ntop) may be much prefered to installing it by hand.

  7. Ethereal! by FsG · · Score: 3, Informative

    Ethereal! It's a very high-end multi-platform sniffer with numerous features, as well as excellent GUI and command-line interfaces that are a joy to use. It has all the features you'd expect in high-end commercial network sniffers, and it's free!

    --
    I made a PHP/MySQL library that prevents SQL injection & makes coding easier!
  8. zasniff by Hemos+on · · Score: 3, Informative

    Two college kids wrote an interesting interpretive packet sniffer called ZAsniffer (I gather the Z and A are from their respective last names).

    I found it to be quite nice for monitoring telnet usage and I use it a lot.

  9. Sounds like an NT/XP...Use Linux/Unix by Fallen+Kell · · Score: 3, Informative

    Personally I prefer Solaris's snoop. Linux has built in sniffers as well. And they are free (as in GPL).

    --
    We were all warned a long time ago that MS products sucked, remember the Magic 8 Ball said, "Outlook not so good"
  10. I'm not a network admin by ObviousGuy · · Score: 4, Interesting

    What kinds of problems can only be figured out by sniffing packets? Rogue programs? Unauthorized porn downloads? Illegal P2P activity?

    On a properly configured network, where are the points of failure that can't be figured out with any other method besides packet sniffing? If these problems exist, would it be worthwhile to incorporate functionality directly into the networking software to watch for these problems and fix them automatically?

    --
    I have been pwned because my /. password was too easy to guess.
    1. Re:I'm not a network admin by timmarhy · · Score: 5, Interesting

      i find packet sniffing to be the fastest way to find problems. I just use tcpdump and take a look at the traffic. look at applications does you know good since they never tell you exactly what they are sending out. using tcpdump i found a major issue in one of our applications ( was reading a database table in an infinte loop) this had gone unoticed for years, and no one ever though why the network was so so congested

      --
      If you mod me down, I will become more powerful than you can imagine....
    2. Re:I'm not a network admin by Anonymous Coward · · Score: 2, Informative

      If you just want to see what sort of porn people are perusing (saving you the trouble of hunting for it yourself) EtherPEG is a neat hack.

      Seriously? Sniffing is most useful to see where a bunch of traffic is coming from (or going to). But there are a million uses, far too many to list in response to your post. You know it when you need it.

    3. Re:I'm not a network admin by realdpk · · Score: 4, Insightful

      It can come in handy when you're trying to track down a problem with a piece of closed-source software, and the developers are no help. Or a piece of open-source software that is bugging out with certain input from certain IPs.

      Sometimes it's not practical to hack sniffing in to the application, when you can just do 'tcpdump -Xns 16384' any time.

    4. Re:I'm not a network admin by grammar+nazi · · Score: 2, Insightful

      the guy mentions that he works for a manufacturing plant. Who knows what CNC mills a EFDs pass accross the network. He's probably debugging the controller software for various equipment that they have.

      --

      Keeping /. free of grammatical errors for ~5 years.
    5. Re:I'm not a network admin by menscher · · Score: 2, Interesting
      One case I solved was when a client couldn't talk to the server. Ran snoop (a packet sniffer that comes with IRIX) to see what the network traffic looked like. Turned out the client was being DoSed by multicast traffic. Stopped the box spewing the multicast, and everything was fixed. Not sure how I would've figured that out without the sniffer.

      I could give dozens of other examples, but others have already done that. Let's just say I'm sort of a sniffer zealot. Any time I'm seeing network strangeness, a sniffer is the first tool I reach for.

    6. Re:I'm not a network admin by iabervon · · Score: 2, Interesting

      Most things can be diagnosed in other ways, but a good packet sniffer can make it easy to check a whole bunch of things at once. For example, you plug in a computer and try to print to the network printer. Nothing happens. There are about a dozen things that could be wrong with your configuration, and they're all in different places, and not necessarily easy to see at a glance whether they're right. With a packet sniffer, you can see pretty trivially where things went wrong, even if it's something complicated (the nameserver is returning the printer's address as if you were on the private network, but you're not, and the firewall drops the packets).

      For that matter, it could be something like "the network gets really slow at 2:30 PM every day". Obviously, it's something out there doing too much, but you've got no idea what machine.

    7. Re:I'm not a network admin by blate · · Score: 3, Interesting

      I'm not a net. admin either, I'm a software engineer.

      When you're writing network software, or software that uses the network, you often run into wierd and hard-to-debug problems. The task of finding the cause of these bugs if often expedited by looking at the packets on the wire.

      For example, you think you're sending a particular pattern of bits (1's and 0's) -- that's what you think you coded in your program. But for some reason, the other end doesn't understand your packets. You could put a bunch of debugging statements in your program, recompile, and hope you can see the problem, or, you can simply sniff the packets and see what's really going out on the wire.

      As another person mentioned, sniffing is also useful for reverse-engineering closed-source software that uses the network. That's how those guys implimented clients for AIM -- they just figured out what messages to send back and forth. (Sadly, AOHell decided to change the protocol every 2 minutes so the open-source clients don't work very well.)

      As far as security, sniffing or analyzing traffic is one of best tools available to see what's passing through your network. It's analagous to the security cameras in the local stop-and-rob (gas station) or in a casino -- they let the security guys watch what's going on, review it after the fact, and find/identify the bad guys.

    8. Re:I'm not a network admin by Anonymous Coward · · Score: 2, Funny

      Its great for obtaining user's passwords... you can never be too weary of terrorists. ;-)

  11. sniffing, etc. by bendsley · · Score: 5, Informative

    Hands down, Fluke.

    http://www.flukenetworks.com/us/default.htm

    --
    Alcohol & calculus don't mix. Never drink & derive.
    1. Re:sniffing, etc. by seanadams.com · · Score: 2, Interesting


      Sure, it has Total Integration. But is it an e-Solution for my enterprise application?

      What does it do? Can anyone enlighten us, since fluke's web site makes this product look like an April fool's gag?

  12. Great tools. by bwhaley · · Score: 4, Informative
    Ahh, the staples of my diet. What my roommates don't know won't hurt 'em ;-)
    --
    "I either want less corruption, or more chance
    to participate in it." -- Ashleigh Brilliant
    1. Re:Great tools. by Anonymous Coward · · Score: 2, Funny
      >Ahh, the staples of my diet. What my roommates don't know won't hurt 'em ;-)

      But it can hurt you.
      I really wish I hadn't been sniffing IM when my recently broken up girlfriend was over. I don't want to see her :-* with another guy.

  13. Simple.... by QuasiCoLtd · · Score: 4, Funny

    .....an Oscilliscope. Read the bits off the wire. You'd be suprised what an Oscilliscope in the hands of a VERY well trained person can accomplish.

    1. Re:Simple.... by seanadams.com · · Score: 2, Insightful

      Hmmmmmmm... Let's see machester encoded you'll need at least five or six samples per bit just to see it. One packet == 56 bits preamble plus the start frame delimiter plus what 1500 bytes payload plus four bytes crc we're talking a good 100K samples or so at 60MHz. Sure - no problem! Just get ready for some serious sec/div spinning. :)

    2. Re:Simple.... by joshN · · Score: 4, Funny
      Oscilliscopes!

      When I was young, we just held our fingers against the wire, and felt the electic pulses.

      Kids these days...

    3. Re:Simple.... by stienman · · Score: 5, Funny

      You'd be suprised what an Oscilliscope in the hands of a VERY well trained person can accomplish.

      Translation:
      You'd be surprised at the shear amount of BS a well trained conartist^H^H^H^H^H^H^H^H^Htechnician can pull off with an oscilliscope. Doesn't even have to be hooked up to anything.

      "I see you have a large piece of test equipment there."
      "Yes. It's telling me your password is insecure and hackers know about you-know-what..."
      "Uh - I'll be right back..."

      -Adam

    4. Re:Simple.... by jdh-22 · · Score: 4, Funny

      I dont know what is worse:
      ... me counting to make sure you have enough ^H
      ... or you couting to make sure you have enough ^H

      --
      Every Super Villan uses Linux.
    5. Re:Simple.... by Snoopy77 · · Score: 2, Funny

      That's not sniffing! In my days when we had a network problem we would draw straws to see who got the wires shoved up their nose. Yep, we really sniffed those packets.

      The rest of us would monitor the nose twitches.

      This is where the term 'Test Bunny' came from.

      --
      "She's a West Texas girl, just like me" - G.W Bush Iraqis
    6. Re:Simple.... by Patik · · Score: 3, Funny

      Wow, I've been reading Slashdot for years and always thought it was the server hiccuping as it generated the page... That explains so much

    7. Re:Simple.... by Necro+Spork · · Score: 3, Informative

      ^H (ctrl+H) is backspace typically used while working with UNIX. ^W (ctrl+W) is used to delete the previous word.

      --
      120 chars of filth!
  14. I use ettercap by weekendwarrior1980 · · Score: 5, Informative

    From their website:
    Cool Features: Characters injection in an established connection : you can inject character to server (emulating commands) or to client (emulating replies) maintaining the connection alive !!
    SSH1 support : you can sniff User and Pass, and even the data of an SSH1 connection. ettercap is the first software capable to sniff an SSH connection in FULL-DUPLEX
    HTTPS support : you can sniff http SSL secured data... and even if the connection is made through a PROXY
    Remote traffic through GRE tunnel: you can sniff remote traffic through a GRE tunnel from a remote cisco router and make mitm attack on it
    PPTP broker: you can perform man in the middle attack against PPTP tunnels
    Plug-ins support : You can create your own plugin using the ettercap's API. List of available plugins
    Password collector for : TELNET, FTP, POP, RLOGIN, SSH1, ICQ, SMB, MySQL, HTTP, NNTP, X11, NAPSTER, IRC, RIP, BGP, SOCKS 5, IMAP 4, VNC, LDAP, NFS, SNMP, HALF LIFE, QUAKE 3, MSN, YMSG (other protocols coming soon...)
    Paket filtering/dropping: You can set up a filter that search for a particular string (even hex) in the TCP or UDP payload and replace it with yours or drop the entire packet.
    OS fingerprint: you can fingerprint the OS of the victim host and even its network adapter
    Kill a connection: from the connections list you can kill all the connections you want
    Passive scanning of the LAN: you can retrive infos about: hosts in the lan, open ports, services version, type of the host (gateway, router or simple host) and extimated distance in hop.
    Check for other poisoners: ettercap has the ability to actively or passively find other poisoners on the LAN
    Bind sniffed data to a local port: you can connect to that port with a client and decode unknown portocols or inject data to it (only in arp based mode)
    Port Stealing: a new method to sniff on switched LAN without ARP poisoning...
    http://ettercap.sourceforge.net/

    1. Re:I use ettercap by stor · · Score: 2, Insightful

      Oh man.

      That's not a sniffer... that's a freakin' rootkit! :D

      Cheers
      Stor

      --
      "Yeah well there's a lot of stuff that should be, but isn't"
    2. Re:I use ettercap by DeVilla · · Score: 2, Insightful
      Good Lord! This doesn't belong in an admin's tool bax. This is for script kiddies! I'm not sure who I should be more angry with. The folks STILL writing protocols that don't securely exchange passwords, the folks still using grossly insecure protocols or the folks who write all in one exploit kits like this.

      Don't get me wrong, I want exploits published so venders get the kick in the arse they seem to need to actually fix something, but do they have to make password snagging so easy my grandmother could do it?

  15. Fluke meters by grub · · Score: 4, Informative

    we have been having quite a few network problems that can only really be resolved by sniffing packets.

    By "packets" I hope you mean "Ethernet frames". Looking only at layer 3+ information can be useless for many network problems. Anyhow, brain dump:

    Do your switches and LAN router(s) have statistic counters (# of frames of various sizes, undersided/oversized frames, flooded frames, deferred frames, etc)?

    If you don't have a LAN router for 500 users: why?

    What's the most amount of hops (switches) your packets will travel from one end of the LAN to the other? Any more than 3 and you should be putting a LAN router in there (ideally)

    Do you have hubs? If so, destroy them all right now. Hubs are pure, unadulterated evil.

    My point of that is simple: not all LAN problems are computer problems. Looking at the IP traffic doesn't always cut it. Re: the subject: At my workplace we have a nice LAN meter from Fluke. They aren't cheap but if you have that many users your company should damn well pay for the right tools for you to do your job.

    --
    Trolling is a art,
    1. Re:Fluke meters by blate · · Score: 2, Insightful

      >> Hubs are pure, unadulterated evil.

      I disagree. They're great for sniffing packets. If you've got an ethernet-connected device that doesn't have a sniffer onboard, and you want to see what the heck it's doing, a hub is a handy tool to have on your shelf. I use them quite often to intercept traffic while debugging software and hardware at work.

      They also allow you to run a trace on a separate machine, so as not to interfere with the unit-under-test.

      Yes, you could use a monitor-port, but that assumes that your employer will spring for fancy managed switches AND will allow you log into them and mess around. Mine doesn't, but they're more than happy to buy me a $40 hub and a couple patch cables :)

  16. tcpdump and/or ethereal by The+AtomicPunk · · Score: 2, Interesting

    Like everybody else has said, you have those two, you're covered.

    However, I find myself frequently using tcpdump to capture data, then downloading it and analyzing it in Ethereal on my workstation later.

    tcpdump -w myfile.dump -s 2000

    1. Re:tcpdump and/or ethereal by Autonin · · Score: 5, Interesting

      Actually -s 0 is better.

      10/100BaseT Ethernet, which pretty much everyone uses these days, is limited to 1500 snaplen. But the good old FDDI was a whopping 4500!

      With -s 0, it basically means "All" - you don't have to think about what transmission medium you're using.

      I also usually name my packet captures with extention *.pcap, and just make Ethereal be the default *.pcap file handler.

      I'll also use tcpdump to whittle my pcaps down. Say I capture for a long time and end up with a 500MB+ pcap. Opening this in most any workstation with Ethereal will cause you to wait awhile, and could actually crash your box (yay for WinXP pre-fetch!).

      So when I've found a particular port or host I want to extract from a stream to make the pcap more managable, I'll do something like this:

      tcpdump -s 0 -r infile.pcap -w outfile.pcap host x.x.x.x and port xxx

      Sometimes, I'll use tethereal instead to go a little deeper. tethereal is ***SLOW*** compared to tcpdump, but the granularity is worth it sometimes. Just set it going, and go get a coffee or something.

      When examining a capture of some malware trying to spread, often times it will SYN several hundred machines without getting a reply. Trolling through these can be a pain. But by using tethereal, you can make what I call "Jesus" pcaps (no SYN's). To make it complete, I also filter RST's like so:

      tethereal -r infile.pcap -w outfile -R "tcp.flags.syn==0 && tcp.flags.reset==0"

      There is a way to do this in tcpdump, but it's much more complicated. Besides, you need the break anyway, right? :)

      --
      -AutoNiN
  17. Bitch, don't you know where you are? by Lord+Kano · · Score: 5, Funny

    Of course, the more reasonbly priced the better, but I know you usually get what you pay for.

    This is Slashdot, you'll lose an eye here faster than you will in a barfight for saying that free (beer and speech) GNU/Linux isn't better than costly (money and your soul) Windows!

    LK

    --
    "Hi. This is my friend, Jack Shit, and you don't know him." - Lord Kano
    1. Re:Bitch, don't you know where you are? by swankypimp · · Score: 2, Informative
      Ironically, computer programs are the one area in life where free things are often better than expensive alternatives. Best server OS? BSD. Best Web server? Apache. It has something to do with Eric Raymond's theory of programming culture as a gift-based society where members grow in stature based on what they freely give to the community.

      It has something to do with Native Americans and Potlatch dinners and stuff, but to be honest it was years ago when he explained it to me and I was half-drunk at the time and utterly distracted by how stereotypically Linux geek-y he was, with the hair and the beard and the flannel shirt and the GLAVIN! Um... oh yeah, Ethereal is free too.

      --

      --All your stolen base are belong to Rickey Henderson
  18. dsniff, ntop by bahamat · · Score: 4, Informative

    Don't forget the eternally useful.

  19. Argus by Squeamish+Ossifrage · · Score: 4, Informative

    I was recently clued-in to the existence of Argus.

    It's really good for summarizing flow information in quasi-realtime, so it fills the niche of being more detailed than NetFlow, but more big-picture than tcpdump or ethereal.

    1. Re:Argus by 2starr · · Score: 3, Informative
      Take a look at NEXVU. It also does flow correlation in quasi-realtime, but is probably a good bit friendly to use. It's got some nice network overview views that make finding a lot of problems pretty trivial. Some nice reports too.

      It's not open source or free, but is a really useful tool at work, IMHO.

      --

      "Let your heart soar as high as it will. Refuse to be average." - A. W. Tozer

  20. What problems are you talking about by MavEtJu · · Score: 3, Insightful

    As of late, we have been having quite a few network problems that can only really be resolved by sniffing packets.

    What kind of problems are you talking about? On ethernet level? On IP level? On application level?

    They all have different approaches, and all have different tools.

    --
    bash$ :(){ :|:&};:
  21. Tcpflow by ChiralSoftware · · Score: 2, Informative
    It has already been mentioned here, but tcpflow is great. It captures a tcp session into a file. Sometimes if I just can't figure out what is going on with a web application, the best way to really see what the client is getting in real life is to tcpflow it and capture a session. Sometimes that shows up the bug. Tcpdump is good but it puts out individual packets which are hard to piece together. Tcpflow does all of that. Of course, it isn't so useful for protocols other than tcp.

    -------
    Create a WAP server

  22. ngrep by G27+Radio · · Score: 2, Informative
    ngrep is pretty handy if you like grep and want to scan network traffic. from their website:

    ngrep strives to provide most of GNU grep's common features, applying them to the network layer. ngrep is a pcap-aware tool that will allow you to specify extended regular or hexadecimal expressions to match against data payloads of packets. It currently recognizes TCP, UDP and ICMP across Ethernet, PPP, SLIP, FDDI, Token Ring and null interfaces, and understands bpf filter logic in the same fashion as more common packet sniffing tools, such as tcpdump and snoop.


  23. Ethereal + other tools works nicely by LinuxParanoid · · Score: 5, Informative

    I use tcpdump UNIX-side, and Ethereal Windows-side. Personally? I find Ethereal hard to use, but it gets the job done. I've traced down bugs in OpenBSD TCP stacks with it on my production servers. I've tried half a dozen other packages but they didn't add enough value to make them worth trying to hit my boss up for cash.

    To install Ethereal, you will need to download and install the low-level WinPcap driver.

    And you may find the Ethereal packet analysis plug-in Packetyzer helpful; sometimes reading raw logs gets a bit annoying.

    --LP

    1. Re:Ethereal + other tools works nicely by VonGuard · · Score: 2, Informative

      Watch out for that IRC overflow that allows users you're sniffing to take over yer box. I wish Ethereal didn't run as root.

      --
      Don't Crease the Weasel!
    2. Re:Ethereal + other tools works nicely by Anonymous Coward · · Score: 2, Informative

      Running tcpdump -w some.pcap and then loading some.pcap in ethereal will let you use ethereal as a non-privileged user, but there is still the potential for vulns in tcpdump or libpcap itself. A better approach is to only sniff hostile environments with a system you don't care about (ie a x86 laptop booted from a KNOPPIX disc, or the gentoo live cd for ppc users like you and I).

  24. My tools by skraps · · Score: 4, Funny

    I sniff with Olfactory 1.0.

    --
    Karma: -2147483648 (Mostly affected by integer overflow)
  25. Sniffer Pro by fishwaldo · · Score: 5, Informative

    While it probably does suit the poster, I have to say for network diagnostics, Sniffer Pro is awesome. With the right network cards, it goes right down to the network layer, pulling out collision stats etc, and can even go and setup your switches for monitoring using rmon.
    Got wan problems, Sniffer can work with a Y cable and hardware decoder to watch your WAN.
    They even have long term trending and reporting tools. Its maybe the one tool that Network Associates does right.

    Ethereal and TCPDump are good for protocol analysis, but most network problems I've delt with are not really at the application layer, but more the pysical layer. (Dodgy Network Cards, Flat network designs with hundreds of hosts, causing your collision rate to go through the roof etc)

    The other thing that I like about sniffer, is its made for people that might not have degree's in network analysis. Its got that Expert System. It will throw at you all the errors it finds, and is good enough to tell you what those errors means.

    Lastly, The export feature is great. Does my boss want to know what is the biggest talker on the network, Let sniffer run for a few hours, export to excell, and I can give him the top 10/20/50, I can break it down further by protocol or application, and can even tell him who the partners are.

    I know there are other tools out there that can do all this, (ntop, ethereal, tcpdump, rrd's) but thats exactly my point. They are different tools, they don't work together, and imho, none of them are true network diagnostic tools.

    I'm Ex NAI employee btw, so maybe a bit biased, but I still use Sniffer (legit copies) to this day. There are only a few reasons why I still have a windows drive for my laptop, and Sniffer is no. 1)

    1. Re:Sniffer Pro by Zen · · Score: 2, Insightful

      I, too, prefer Sniffer Pro to everything else I've tried. We use many of their hardware appliances at the office (have at least one in every remote site), plus everyone in the department runs the portable software on their laptops. It is indispensible, but don't even start to think that you can just believe everything the 'expert' tells you. Unless you spend hours training it as to what constitutes a broadcast storm on your network, and what is excessive for this and that (the defaults are useless on any enterprise network), it will only start to give you the picture. It is better than not having an expert (at a glance diagnostics of your traffic), but you still have to dig through the individual packets except for the most simple problems. They also have had quite a few bugs over the years, especially with the hardware appliances (distributed), but overall I am happy with them. Better than Finisar and ethereal (for me).

  26. my tools.... by discogravy · · Score: 2, Informative

    dsniff and ethereal. If you're talking windows, just install cygwin and you'll be able to build all your own tools from source. doesn't get cheaper than Free.

  27. Outsourcing to Trained Cats by billstewart · · Score: 4, Funny

    One of the common network administration problems that software tools aren't very good at is finding where wires go when they're behind furniture or walls. Wires are pretty much like string, and my cats like to chase string, so I send them out to chase the wires, listen for the thumping noises, and see where the cat comes out. Doesn't work every time, and sometimes they'd rather chase mice than wires, but one of my cats really like chomping on RJ45 jacks, so if I suspect that a problem is related to an unplugged RJ45, he's the one for the job.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
    1. Re:Outsourcing to Trained Cats by jskiff · · Score: 2, Funny

      Hmmm...most of the time I just like to tone out the line. That being said, my cat has been looking a bit bored these days. Plus it would give my dog something to do while listening to all the thumping going on.

      Being a /. nerd, that's the only pussy thumping going on in my parent's base^H^H^H^H^H house.

      --
      It's "no one," not "noone." Who the hell is noone anyway?
  28. Yeah, redundant - but concise: by Avihson · · Score: 4, Informative

    For windows get winpcap
    then get ethereal for windows
    and get windump

    SANS.org has all the info: Packet capture apps

  29. i prefer analyzer to ethereal on win32 by honold · · Score: 2, Informative

    analyzer is a native win32 app that is directly associated with winpcap, the packet capture architecture on which most win32 sniffing-type freeware depends.

  30. Re:I don't mean to flame, but... by somethinghollow · · Score: 2, Informative
  31. Ethereal on Win/Lin and EtherApe on Linux. by openmtl · · Score: 2, Interesting

    User EtherApe on Linux - very cool graphics and allows you to focus on who's loading LAN segments (put it onto the monitor port on your switch). And Ethereal as many have mentioned on both Windows and Linux. I use Ethereal for everything from finding what spyware is trying to do through to trapping inconsistent content from a server farm to working out what ciphers SSL is negotiating through to looking at what DNS replies I'm getting. I'd be lost without it.

    --

  32. Alternative by z0ink · · Score: 2, Informative
    --
    Steal This Sig
  33. snort by circletimessquare · · Score: 5, Informative

    http://www.snort.org/

    --
    intellectual property law is philosophically incoherent. it is your moral duty to ignore it or sabotage it
  34. Packetyzer by ktakki · · Score: 3, Informative

    I use tcpdump on Mac OS X and Linux/Unix, but when I'm at a client site and all I have is my WinXP laptop, Packetyzer is my sniffer of choice. One of my cow-orkers swears by Ethereal, but it's all good.

    k.

    --
    "In spite of everything, I still believe that people are really good at heart." - Anne Frank
  35. Ethereal with ntop by HockeyPuck · · Score: 2, Informative

    Ethereal to pick up the packets and look at the fine details. But if you need graphs and treds (packets/sec... bytes/sec) source destination... ntop is great.

    Plus you can use ethereal for fibrechannel/iscsi as well as traditional networking protocols (tcpip/eth)..

  36. My nose by t0qer · · Score: 2, Funny

    My nose is indispensable OTJ. If a network card stops working, or is flaky I simply pop it out and smell for burned silicon.

    I found it works with routers, switches, hubs and servers too.

  37. Re:I don't mean to flame, but... by Loconut1389 · · Score: 2, Interesting

    Funny you mention EtherPeek. I worked for that company (who was in my little hometown) back when they were still Ag Group. Last I heard they became WildPackets!. (Exclamation is part of the name). EtherPeek was some slick software, but yeah cost some $$ if you didnt get a free key from them =)

  38. network traffic analysis tools vs sniffers by porky_pig_jr · · Score: 2, Informative

    I'm sure you are going to get plenty of responses like 'Snoop', 'Tcpdump', 'Ethereal', etc. The problem is that those tools are sniffers, and you have to perform quite extensive analysis to figure out what's wrong with network, just from the packet trace. Been there, done that.

    A classic 'Sniffer' from Network General (which is currently 'Network Associates' attempts to perform some rudimentary analysis (which is called 'Expert whatever ...). It does some interesting analysis, if you can get it - get it!

    If you are interested in pin-pointing the reason why some distributed applicaiton doesn't run well on your network, by all means get OPNET Application Doctor. it is fairly expensive tool, but this is probably the best you can get. Used it and love it.

  39. My homemade sniffer by MajorDick · · Score: 5, Funny

    Well I use my own special homemade Network sniffer, let me explain it, its a BIG Rubber nose on a BIG Stick with cat 5 hanging out the nostrils. It works GREAT Walk into someones office with that and they start rambling about all the programs they are running , have run, could run, and want to run, MOST likley out of fear of what you are going to do with the rubber nose on the stick, or maybe just because they are scared someone actually spent the time and built it.

  40. Along similar lines by lewko · · Score: 5, Interesting
    Although only useful for fun, and not serious network analysis, have a play with Etherpeg

    EtherPEG works by capturing unencrypted TCP packets off your local network, collecting packets into groups based on TCP connection (determined from source IP address, destination IP address, source TCP port and destination TCP port), reassembling those packets into order based on TCP sequence number, and then scanning the resulting data for byte sequences that suggest the presence of JPEG or GIF data.

    Or in other words, fire it up, plug in a data projector and watch everyone's porn. Interesting side-effect: It makes (most) people a lot more careful what they browse if they know the results will be displayed for everyone's amusement. Mercifully, it's also a lot less likely these days to see The Goatse flying across the screen.

    --
    Do you or your partner snore? - Visit www.snoring.com.au
    1. Re:Along similar lines by SLot · · Score: 2, Interesting

      Since the above is for Mac only, on the linux side of the house lives Driftnet.

      We have one guy in our office that watches porn for an hour twice daily - at 11 & 4. We all gather around the machine running driftnet, fire up ethereal & etherape on another, and watch along. It is unofficially known as the "Hour of Power Pr0n".

  41. Link by kuwan · · Score: 4, Informative

    Here's a link.

    I haven't used it for a while (College) but it was the most impressive tool I've ever used for Network Sniffing. It's available for pretty much every major platform.

  42. LanScaper by torklugnutz · · Score: 4, Informative

    I would advise you to get a LanScaper from Test-Um Inc. Retail is $419, shopping on Froogle will save you $70 or so. Anyway, the benefit of this device is that it will tell you all sorts of things about your infrastructure that any OS based tool will not. A defective cable, for instance, might work 80% of the time, maybe even more, but will lead to corrupt data (which is messy when you're dealing with some big database or something). This tool will weed out bad cables and links pretty quick. You can also find out length of runs, do pings, and many many other things. Totally worth its' weight in gold. (Which is about what it costs)

    --
    Often in Error, Never in Doubt.
  43. A couple of useful tools. by jafo · · Score: 5, Informative
    I haven't worked with it yet, but I keep threatening to set up Argus. Argus is nice because it logs packet headers so it can answer questions like "How long was it taking to get SYN ACKs back last Friday between 5:02 and 5:05am", "What was all this traffic yesterday morning at 8am", etc.

    SmokePing, which uses rrdtool as a backend, is a great tool for graphically displaying ping informaiton.

    Netsaint is very good for monitoring systems and networks and letting you know ASAP when there's a problem. It can also use rrdtool to generate graphs of packet loss and ping latency.

    All of the above are things that will give you current as well as historic information. Current information is good, but historic information is incredibly important. Trending is the obvious thing, allowing you to predict future use to some extent. More importantly, it lets you examine things that happened recently but aren't currently happening, and to see recurring issues.

    Recently, our local Internet cooperative was having problems where one of the upstream connections was going into very high packet loss and dropping it's BGP peer. We keep fairly high resolution traffic statistics through ganglia, another rrdtool based network system. That along with the RRD CGI grapher allowed us to create custom graphs of traffic with very high resolution, for days and weeks past, overlaying multiple sources.

    Once we did that, it became obvious that every time we ran into these problems, one of our members was hitting the line somewhat hard. It wasn't hard enough that it pegged the line from a bandwidth standpoint, but it apparently was hard enough that it caused some part of the network to experience extremely high packet loss.

    That was definitely a case where having the right tool allowed us to track down a fairly hard to see problem. Because our line was not at all saturated, we spent a lot of time looking for things like bad cables, ports with lots of accumulating errors, etc...

    Sean

  44. options by Wouter+Van+Hemel · · Score: 3, Informative

    hunt (sniffer, spoofer, ... perhaps more handy in blackhat situations or to sniff ascii services)
    tcpdump (simple packet dumper)
    netwatch (console tool to monitor connections etc)
    ethereal (graphical traffic analyser - pretty easy to use)
    snort (IDS, probably better for aimed searching)

    ... and whatever firewall-software you use - it probably has LOG'ing targets, which might be handy if you know what you are looking for.

    These are the programs I have used in the past (and some others like netcat and netgrep, but these probably don't come in handy for what you want to do). Be careful that whatever daemon you run, doesn't get you into trouble - although these are security-programs, they occasionally have security bugs themselves. It would feel stupid to be compromised because of the very program that's supposed to aid in fighting hackers.

    Also remember some of these tools can fill up your drives in seconds, if you're not careful. I once had that problem, due to a typo, and it took a few days before I realised. Ofcourse, you miss anything you would want to have logged during that time...

    I don't really know any commercial tools. And I don't think I'll ever need one... Unix/Linux systems have lots of net tools, it's probably one of the best represented categories.

  45. Driftnet! by Nailer · · Score: 2, Informative

    Cause its fun!

    Red Hat / Fedora packages at Dag's apt repository

  46. Fluke NetTool by tbdean · · Score: 3, Informative

    The Fluke NetTool does all that plus stuff like it can hook up inbetween a workstation and a switch and tell you why it's not connected (crossover cable instead of a patch cable, wrong subnet, cut wire, etc.)

    $1200, but well worth it.
    They have an 802.11x version too.

    --
    tbdean
  47. Re:I don't mean to flame, but... by interiot · · Score: 2, Interesting
    Ethereal can do TCP/UDP/GRE/... IP, Appletalk, IPX, Banyan Vines, etc etc etc., so there's no lack there.

    The thing is, there are tons of network applications that fulfill usefully different roles:

    • record historical data and let you drill-down and see some things (eg. ntop)
    • on-the-fly statistics generation (eg. how many failed connections perhaps)
    • on-the-fly intrusion detection
    • network uptime monitoring with emailing/paging capability
    • high-level performance monitoring, optionally including at the router-level with network topography maps
    • ...the list goes on and on

    Users range from single computers connected to a congested cable modem, to five-nines uptime network admins who maintain multiple datacenters around the world, so there's a wide range of complexity that different apps need to fill.

    Add to that user preferences about specific OS's, licenses, languages, etc. they like to use, and you can spend days searching for just the right network app for your specific need.

  48. What I use. by mindstrm · · Score: 2, Informative

    I use:

    tcpdump, whenever possible.

    I grab packets with that, and view them in ethereal.

    For debugging application level problems with tcp stuff, sometimes sniffit is more convenient.

    Now.. for situations where I don't have a suitable machine in the right place to sniff what I want... and don't want to start re-cabling things... ettercap can be handy, specifically the arp poisoning stuff, so you can sniff traffic off a switched network. Make sure you have clear in your head the ramifications of how it works, though, or you might end up with a bit of a mess.

    The best too by far, though, is your own head.. having a really clear idea of what it is you are SUPPOSED to see makes it a lot easier to find out what's wrong.

  49. Insecure.org Tool List by pararox · · Score: 2, Informative

    A comprehensive listing, that has been some years in the making, can be found at Insecure.org.

    I found this page, created by the famous and brilliant Fyodor (of nmap fame), to be a truly indispensible resource when I first began to be interested in computer security.

    Hope this helps!

    -pararox-

  50. Re:I don't mean to flame, but... by achurch · · Score: 3, Interesting

    Are you THAT fucking stupid? How long have you been a "network administrator"? Which part of Google and basic documentation do you not understand?

    I don't mean to flame, but...

    Are you THAT fucking stupid? How long have you been a "member of society"? Which part of consulting your peers do you not understand?

    Just so that this isn't a total flame:

    The fact that the submitter said nothing about Ethereal and the like doesn't mean he's unaware of them; he may just be wondering what other options are available. Or even if he is unaware, maybe he got drafted into the job by a PHB, and he's honestly trying to get more information. Yes, he could use Google, but asking people with experience is undeniably a more direct route to getting answers. Many people will answer such questions willingly. If you don't want to be bothered by them, then for crying out loud, just ignore them. There's no call for insults.

    Also try reading this comment, and be enlightened. "He who knows not and knows that he knows not; he is ignorant, teach him."

    For the record, I use tcpdump.

  51. Cost by rlangis · · Score: 2, Insightful

    Of course, the more reasonbly priced the better, but I know you usually get what you pay for.

    Right, since our FREE (as in beer) Operating System doesn't hold a candle to those other OS's that actually cost money, and stuff, right?

    I've seen packet sniffers that cost upwards of $10k on a proprietary box that you couldn't change the ethernet cards out of else it would break the configuration. But a $250 linux box running ettercap (or any of the other tools mentioned here) would have performed just as well, if not better.

    You should know better than to equate cost with goodness around these parts, stranger.

    --
    GIR: I'm going to sing the Doom song now. Doom doom doom doom doom doom de-doom doom doom doom doom doom doom...
  52. Sniffing by JWSmythe · · Score: 2, Funny

    Actually, you sound like a kid who just got a job at a company who has 500+ employees, and wants to sniff their traffic.

    You'll learn and get caught. But who am I to stop you from a life experience. :)

    ethereal is great. It's proven to be lots of fun. :) tethereal is great too (comes with Ethereal). tcpdump is the grand-daddy of all packet sniffers, so it's kinda handy to know how to use it.

    For wireless, I use Wellenreiter and Kismet.

    Sitting in a major Las Vegas hotel, only a few floors up from the casino, I turned on my laptop, hoping to find an access point I could get online with (damned hotel didn't provide Internet access). I heard two AP's, and caught a couple IP's going by. I assigned myself an IP which appeared to not be used, and fired up ethereal.

    I saw text for several of the casino machines going by. It was the text to be updated to the displays, including windows paths to where the files originated from (I believe). It was all in plain text. I noted down what I saw for a few minutes, shut down the laptop, and proceeded to lose for the rest of the night in the casino. Hey, that's what Vegas is for, right? :)

    After I got home, I dug around for something resembling an admin contact at the casino, and advised him of what I saw. It would have probably been pretty easy to push my own updates to the machines. What would I say though?

    "Gambing is an addiction, quit now."
    "This game is rigged, move on."
    "This is the droid you are looking for."
    "With a 97% chance of losing, did you really want to play this game?"

    or, I guess

    "I'm a spiffy keen elite haxor type person, props to my homeyz" haha

    --
    Serious? Seriousness is well above my pay grade.
  53. "Sniffing" for HTTP by jtheory · · Score: 4, Interesting

    I used Ethereal for a while, sniffing simple HTTP traffic, sorting out cookie issues and so on (I'm not a netadmin -- mostly web app development)... and it was darned handy.

    Of course, when I found the live http headers plugin for Mozilla it was exactly what I needed -- just the headers, scrolling by realtime, and no more sniffing needed.

    Yeah, this is slightly OT (which may be good in a discussion that seems to be a long string of ethereal links, all +5) -- but I wanted to point out to those people out there who think they "need a sniffer" -- unless you're a network admin, you probably don't.

    [Plus the Futurama quotes in the /. headers are entertaining]

    --
    There are only 10 types of people: those who understand decimal, those who don't, and, uh, 8 other types I forget.
    1. Re:"Sniffing" for HTTP by PaschalNee · · Score: 5, Informative
      unless you're a network admin, you probably don't.

      Agree with the above. Sniffing will also not get you anywhere if you are trying to see what happening on a https stream as all you'll see is the encrypted traffic.

      If you are stuck with IE as a browser for whatever reasons there are two tool comparable to live http headers plugin for Mozilla.
      • HTTP Watch - used it and love it. Also the company are open to product improvement suggestions
      • HTTPLook - Have not used it myself but have customers who have
    2. Re:"Sniffing" for HTTP by ovidus+naso · · Score: 2, Interesting

      If you're stuck in M$ land and want to sniff what your exquisitly byzantine dhtml app is POSTing back to the server, this tool comes quite handy. It acts as a proxy (so it works with whatever browser your using) with a GUI to follow HTTP exchanges in real time. Nice.

      --
      ---------- ovidius naso
    3. Re:"Sniffing" for HTTP by badzilla · · Score: 2, Informative

      Not tried these payware tools but an excellent free one for Windows is the evergreen "Proxomitron". Beautifully formatted and color-coded HTTP output.

      --
      "Don't belong. Never join. Think for yourself. Peace." V.Stone, Microsoft Corporation
    4. Re:"Sniffing" for HTTP by Anonymous Coward · · Score: 2, Interesting

      What about HTTPSpy?

    5. Re:"Sniffing" for HTTP by frodo+from+middle+ea · · Score: 2, Interesting
      My personal favourite for HTTP based traffic is OpenSTA.

      Open source, and very flexible, what more it even supports https and you can actully see the https traffic. It can be scripted and automated to run on a cluster for stress testing your web application. Provides CVS results and also graphs

      My only gripe are , no proper support for SSL client authentication via digital certificates, and sometimes complex URL created via Javascripts can be a problem in SSL.

      --
      for the last time people, I am "frodo from middle eaRTH", not "middle eaST".
    6. Re:"Sniffing" for HTTP by dubl-u · · Score: 2, Insightful

      Sniffing will also not get you anywhere if you are trying to see what happening on a https stream as all you'll see is the encrypted traffic.

      That's generally true, but not entirely so. If web developers have the server's private key, they can indeed decrypt HTTPS streams. I once had to do it for a heisenbug on a secure website. You can use the tool ssldump from Eric Rescorla. If you're this deep into SSL, you should certainly buy his book SSL and TLS, which is very helpful.

    7. Re:"Sniffing" for HTTP by Hipgnosis · · Score: 2, Informative

      **or** if you are doing application development that in any way uses TCP/IP. It is extremely useful to be able to see what you are actually sending out over the wire vs. what you *think* you are sending out.

  54. Re:^H^H^H by Synonymous+Yellowbel · · Score: 2, Informative

    backspace :)

  55. Re:^H^H^H by coene · · Score: 2, Funny

    ^H is geek for "I can't configut^Hre my terminal correctly"

  56. tcpdump, ethereal, etherpeek by blate · · Score: 5, Informative

    I guess I'm oldschool, but I still use tcpdump for most day-to-day things. It's handy, it's fast, and it runs on just about every OS (including Windows (google for windump)). The output is ugly, but once you get used to it, you hardly notice.

    When I really need to analyze a stream or set of streams, or I'm going to be staring at packets for more than about 10 minutes, I switch to ethereal. Again, it's free, runs on most OS's (including Windows, again), and the GUI is a little clunky, but quite usable. As several people have mentioned, the capture filter syntax is identical to tcpdump. The display filter syntax is different and I find is a little tricky to get right, so I try to prefilter (or filter with tcpdump beforehand) as much as possible.

    One handy feature is the ability to analyze certain types of streams, such as a TCP session (filter out the whole session and see all the data in one window) and SIP (analyze jitter, loss, extract audio session, etc.). It's also open-source, so if it doesn't understand some kind of traffic, you can write your own extension. I haven't had to do this yet, but I know people who have, and it seems easy enough for a compitent programmer.

    My employer has a site license for WildPackets Etherpeek (it comes in several versions... I think we have one of the higher-end ones). Frankly, it's prettier than ethereal, but, at least for the debugging I do, provides very little extra functionality. The capture filters are embedded in a GUI which I find makes it hard to see how they're configured.

    Etherpeek is pretty and may be easier for novices to use. But I wouldn't waste the money unless it has some quirky feature you just can't live without.

    Something to keep in mind: often, the place where you capture packets is not where you'd like to analyze them. For example, I've had situations where I needed to sniff traffic on a remote server -- I had ssh access to the server (and root, of course :) ), but couldn't/didn't want to install all kinds of GUI tools, etc. This is where tcpdump really shines. You can capture to a binary file and read the file with tcpdump, ethereal, Etherpeek, and many other packages. As long as you can get the file off the machine, you can analyze the data.

    There are also handy tools for managing and analyzing tcpdump files, such as tcpslice, which breaks up large dumps by time, date, etc.; there is a tool that "anonomizes" (sp?) packets so that you can analyze streams without violating anyone's privacy (this is largely for academic use, but if, for example, you wanted to do some kind of traffic analysis on your uplink, you could do so without ruffling as many feathers).

    Finally, note that tcpdump will sniff on pretty much any interface that supports libpcap. Tools like Etherpeek only talk to certain (ethernet) adapters, for example. Caveat emptor.

    Bottom line: pick the right tool for the job :)

  57. Hubs by Fnordulicious · · Score: 2, Interesting

    Hubs are not pure unadulterated evil. They have one use that is unmatched by other ethernet switching devices. That is, seeing every damned packet crossing a given segment. If you want to be able to snoop on *all* the traffic on a segment then you can't rely on a switch because it's keeping you from all the stuff not directed to your host. So if you're feeling snoopy, you want a hub.

    Now, in real life where people don't have a need to snoop, switches are a big win. But my home network sure as hell uses a hub. I don't care if it slows down one or two machines, I want to make sure I can see all the traffic there is, whether it's hitting the router or not.

    (Actually, my Nortel is a layer 3 (and 4 sorta) switch so it's not really a hub and I can configure any arbitrary port to receive traffic from all the others. So I lied a little. But if I didn't have my studly switch then I'd be using a hub. Because I'm suspicious.)

  58. Re:Sniff JPEG images from network by kylegordon · · Score: 2, Informative

    You may also be interested in Driftnet

  59. snort by np_bernstein · · Score: 2, Informative
    If you are having reoccuring problems on your network, you might want to take a look at snort. While it's not what most people think of when they think of a packet sniffer, it has a large set of rules, which don't just identify potentially dangerous traffic, but "bad traffic" and policy violations as well. In addition, you can write your own rules to match packets against, so if the reoccuring problems are of a similar nature, you can set up rules on distributed sensors, and use the common tools to alert you when those conditions arise, and take a more preemptice approach.


    I personally think that snort is one of the top 10-20 most usefull tools to come out of the open source movement and recommend it highly. It, in addition, falls into that mantra of using your resources wisely.


    Good luck, and consider asking your company to pay for some classes. Having them equip you with some additional knowledge will end up saving them money in the long run.


    More information can be found here.

    --
    RandomAndInteresting.comdefending the world from stupidity since 1979
  60. Snort by g-to-the-o-to-the-g · · Score: 2, Informative

    Snort can be used to sniff packets on a only-get-what-you-want level. For the admins like myself who do most of their admining from a remote box, Snort can be very useful. With custom rules, you can configure snort to report packets which have relavence, rather then capturing all packets and looking through afterwards. Hope that helps.

  61. Pay for? by IWannaBeAnAC · · Score: 2, Insightful
    ... the more reasonbly priced the better, but I know you usually get what you pay for.

    What a stupid thing to say, on Slashdot of all places!

  62. RMON by rikboven · · Score: 5, Informative

    Ethereal is a really nice application. However, it has it's limits.

    RMON (see RFC 3577) or Remote Monitoring is a set of SNMP MIBs which you allow you to gather traffic information (including packet captures) from network elements itself. You do not need to have a computer to run ethereal, snoop or tcpdump.

    The switch/router/probe will collect the info for you, automatically.

    Virtually all switches support (mini-)RMON. Furthermore you have (full) RMON probes which you can install at various places in the network.

    The flexibility of RMON probes is much larger then ethereal. However, I often use ethereal to look at the packet captured using RMON.

    Some info:
    http://www.ietf.org/html.charters/rmonmib-c harter. html
    http://www.cisco.com/univercd/cc/td/doc/cisi ntwk/i to_doc/rmon.htm

    my 2 cents

    Rik

  63. here's my stream of conscious sniffing text file: by Serveert · · Score: 4, Informative



    http://www.cs.columbia.edu/~hgs/internet/tools.h tm l

    iftop - ncurses
    iptraf - ncurses
    tcpflow - reconstruct into file per tcp conn
    ettercap - ncurses, kill conn, drill down on connection, ssh 1 attack, etc
    ssldump - http://www.rtfm.com/ssldump/
    etherape - graphical view of net
    ntop - web based network monitoring
    ethereal - GUI - based sniffer, gets all protocols.
    mtr - monitor hops
    trafshow - nice ncurses sorted list of top bandwith hogs
    http://www.mirrors.wiretapped.net/security/network -monitoring/trafshow/

    --
    2 years and no mod points. Join reddit. Because openness is good.
  64. Network Intercept by Hacksaw · · Score: 2, Informative

    A very impressive tool is Network Intercept from Sandstorm. http://www.sandstorm.com.

    It makes most tools look like looking at a raw byte stream.

    --

    All the technology in the world won't hide your lack of vision, talent, or understanding.

  65. favorite security tools survey by Anonymous Coward · · Score: 3, Informative

    A favorite security tools survey was conducted at the Nmap-hackers mailling list. Many of the mentioned tools are listed in order of popularity (with links and a short description)

    see http://www.insecure.org/tools.html

    Paul

  66. snoopy by DrSkwid · · Score: 2, Informative
    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  67. sniffing tools by Anonymous Coward · · Score: 2, Informative

    I use:

    ngrep - nice libpcap using tool, network grep :) regexs and the like all good, i love this tool just for its simplicity

    dsniff is good, some interesting things in there,

    driftnet is amazing - shows images as they fly by on the network!

    ettercap - for those switched network situations - using arp instead :/

    ethereal - usually i use this for browsing pcap dumps but of course its a powerful sniffer in its own right.

  68. CommView by Mixel · · Score: 2, Informative

    CommView is a very nice packet viewer for windows with a complicated ruleset and lots of colour-coding, stats, etc. Alarms, packet searching, dns and also a neat Remote Agent feature. It'll cost ya, but its fun :)

  69. *sniff* by Mirko.S · · Score: 2, Interesting
    Hi,
    for normal (short) analyse I use ```tcpdump'', or ``netstat -I $INTERFACE 1''* to see, who's gonna make traffic (and slows down my ssh connection :)).
    For long distance analysing and for raliable traffic data is use nitpicker.

    Under windows i would use etherape to analyse packets... it uses pcap under windows, same as tcpdump, and so its okay :)

    Greetings
    Mirko

    * your `uname -s' should look like this:

    $ uname -s
    FreeBSD
  70. know what you're looking for by bsmithsweeney · · Score: 2, Interesting

    I won't list any other tools I use, as they've all been mentioned lots of times, but I will add to the list tethereal, which is the command-line version of ethereal.

    Two very important general notes about analyzing the network, though. First you should know at least somewhat what your network looks like under normal circumstances. I can't tell you how many times I've beeen at a new organization looking at the network for strangeness and seen a long list of errors that some net admin saw and said "yeah, that's a misconfigured m$ box, haven't fixed it yet...yeah, that's a broken printer...yeah...". It helps if you know this stuff ahead of time.

    Second, switching's a pain when it comes to network sniffing. The best tool in the world can't help you if the packet never gets to you. Make sure you know the layout of the network in question very well before you try looking for problems, and make sure you're either tapping as necessary or in the right spot to monitor. There are a number of tools that can just jump on a random switched port and sniff, but they often use dicey methods for dealing with the switch (arp poisoning, flooding, etc.) that you don't necessarily want to mess with if you're already having network issues. And if you're not, arp-flooding a switch or poisoning one of your production servers is a great way to cause some! ;-)

    I'll end with the obligatory war-story in response to a post I read that said (paraphrasing) "What would you need this kind of analysis for?" I had to troubleshoot a weird network problem that seemed to be network-wide (in this case, 3 buildings, total of about 30 switches; not too large). Symptoms were that a host would fail to start talking to another host about 1/2 the time, but once it did start, it was fine (for a while). Turns out that there was a busted switche that was bit-flipping and mangling the MAC address in the response. Thing was, we were using HP's with meshing turned on (I hate this feature; much prefer good old spanning-tee and, if you need, trunking) which black-box combines multiple uplinks between switches so you *NEVER* know what path a piece of data is taking. Hence, the only erroring out about 1/2 the time and working once it did go through (arp cache), and hence us having a real hard time figuring out which was the broken switch.

    Ethereal was my friend that day. Had to run it in multiple spots though to see the arp change.

  71. And there's ipaudit by jrifkin · · Score: 2, Informative

    Sorry for the shameless plug but I find ipaudit and ipstrings useful. Available from sourceforge.

    ipaudit similar to netflow, it summarizes network traffic byte count for every host pair, protocol, and port pair.
    ipstrings reads string data off the wire similar to unix utility strings. It's included in the ipaudit package.
  72. Ethereal...It's Free by AgentAce · · Score: 2, Insightful

    I like Ethereal as it's highly comparable to Etherpeek without the cost...plus it runs on Linux.

  73. In my day by dheltzel · · Score: 2, Funny
    pshaw!

    You youngin's don't know how good you got it. Why, back in my day we didn't have no fancy, schmancy network sniffers. We just power cycled the boxes until they started working right (or until quitting time, whichever came first).

    *mumbles* gotta teach these whipper snappers a thing or two - next they'll need some lessons in percussive maintenance

  74. Ask Slash: How do I do my job? by infochuck · · Score: 2, Informative

    What SysAdmin worth his/her salt hasn't heard of and used Ethereal, or can't use GOOGLE to find something similar? Man, I must be getting bitter and cynical in my old age. Or maybe I just don't like idiots. I should start posting as an AC.

    No wonder companies are outsourcing techs.

  75. Re:snort [Funny] by FreeLinux · · Score: 2, Informative

    Snort as a recommendation is a rather good pun but, as a network sniffer (packet capture/protocol analyzer) Snort is not the answer.

    Snort is an Intrusion Detection System(IDS) that monitors network traffic and performs an action when it sees a matching pattern. That action could be a log entry or it might be configured to save the packet to a file. Other actions are possible using external programs. Snort uses libpcap of TCPDump fame to monitor or capture the network traffic. Snort is useless for displaying or analyzing network traffic but, this is not a function that it was designed for.

    Ethereal is a graphical protocol analyzer although it does include a command line version as well called Tethereal. Ethereal also relies on libpcap for actually capturing the network packets but, it goes much further than simply capturing network packets. Ethereal displays a break down of the packets themselves separating categorizing and displaying the various fields and data in a packet. It goes further by also decoding a long list of higher level protocols that may be included in the packet.

    Ethereal is also capable of reading and decoding network traffic that has been captured and saved in other formats. Ethereal can read and save packet capture files in MS Network Monitor, NAI Sniffer Pro, and many other formats. Ethereal is increasingly recommended by companies such as Novell who actually has had their own protocol analyzer for years called Lanalyzer. Cisco support engineers are also increasingly recommending the use of Ethereal for capture and analysis of network traffic when troubleshooting potential problems with their equipment.

    TCPDump has also been recommended by many people here on Slashdot.. TCPDump is a command line based protocol analyzer. It also relies on libpcap for actual packet capture but, it then displays a break down of the actual packets. Its display is not as attractive or as configurable as the graphical Ethereal and it is more limited in the number of protocols that it can interpret and disassemble but, it is still a very powerful and capable program. Further more, its output can be saved for further examination by ethereal.

  76. they are everywhere! by whelck · · Score: 2, Informative
    I'm actually a little surprised at the small amount of network tools that have been suggested. While Ethereal is a god send (it recently solved a very puzzling DHCP issue that we were having on one of our networks), it isn't the end of what you need to have.

    Buy one linux server, and then discover the wonders that are ping and SNMP. Simple tools such as Nagios and MRTG (or NRG or Cricket) can do wonders for helping spot problem switches/routers and congestion spots.

    For example, every device we have is pinged 3 times every minute, and queried for bandwidth usage every 5 minutes. This has helped in finding bottlenecks, and the occasional switch that reboots every few minutes. (MRTG alone convinced the higher ups to buy new gear for our Datacenter and give it a dedicated link to the Core).

    Also, setting up a wonderful SNMP trap server can be very useful. It allowed us to find a switch that likes to reboot at random intervals (the switch is 5 years old and being replaced this weekend). Of course, having it send a trap whenever a switch reboots is just the start of what certain switches/routers can do.

    Also the use of Snort to sniff traffic that can be potentially malicious can be very helpful in tuning firewalls and finding those script kiddies. (use ACID for a pretty front end)

    Another nice tool is NTOP Does almost everything NetFlow does and has a pretty graphical frontend built in. (I recently used this to find out that one of our firewalls was sending gigs of syslog data to the wrong server.)

    And with the mention of syslog, might as well throw out a link for syslog-ng. yet another useful tool.

    Basically the point of this is to say that sometimes it's best to let your equipment do that talking. They'll usually tell you what's wrong, just as long as you've set them up to do so. I found that once we put a lot of these tools into full production, we were able to cut down on our need to sniff the line whenever problems came up. This isn't to say that Ethereal isn't needed. That's hardly the case. Its use is still huge and shown all the time.