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."

539 comments

  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 great_flaming_foo · · Score: 1, Informative

      btw, for the google impaired: tcpdump

    5. Re:Ethereal by Anonymous Coward · · Score: 0

      Have you stopped hitting your iTunes share yet?

    6. 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.

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

      --
      XML causes global warming.
    8. 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.
    9. Re:Ethereal by harikiri · · Score: 1

      Tcpdump for quickly checking whether data is getting through and what ports its using. For any application-level analysis of the packet, save a capture and copy it back to my desktop for analysis with Ethereal.

      Unfortunately there's no really effective mechanisms for monitoring multiple sites at a time from one location without opening additional windows.

      You don't need to actually do a login and start up tcpdump process manually. You can do something like this:

      $ ssh -l user host /usr/sbin/tcpdump -ni blah

      from the command-line. Saves a bit of time. You can even script it. :-)

      --
      Man watching 6 MSCE's around a sun box, looks alot like the opening scene's of 2001:space odyssey...
    10. 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.

    11. 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.

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

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

    13. 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

    14. Re:Ethereal by Anonymous Coward · · Score: 1, Informative

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

      If you just want to monitor one link at a time for short periods of time, I think a laptop and a cheap hub would be the easiest way. Unplug the connection, connect it (and the laptop) through the hub, and run any software sniffer. The link would drop for a few seconds, but this shouldn't disrupt any connections.

      You could also use a laptop with two network cards and bridging support - then you could actively manipulate the traffic.

    15. Re:Ethereal by interiot · · Score: 1

      Yes yes, your statement is more accurate. I just usually think of the filter string as being part of tcpdump, and you can use that within ethereal. But yes, even that is really handled by libpcap (or winpcap or other variants, if we're getting super-specific... not that we should be, because I've certainly made some mistake in this post that someone would want to knee-jerk respond to).

    16. Re:Ethereal by Spetiam · · Score: 1

      i'm not concerned with maintaining a network, but it's been great for analyzing a protocol or two i've never even tried anything other than ethereal, it's just been that good. i haven't had any reason to look for anything else.

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

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

    18. 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.
    19. 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.
    20. 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.

    21. 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.

    22. Re:Ethereal by Anonymous Coward · · Score: 1, Informative

      I only use ethereal when I need eye candy to show somebody...I usually use ngrep

    23. 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.

    24. Re:Ethereal by RinzeWind · · Score: 1

      No, I'm here. You were there

    25. 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).

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

      -f not port 22

      or something down those lines

    27. 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.
    28. 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..

    29. Re:Ethereal by the_thunderbird · · Score: 1

      tcpdump for me and a few others I wrote myself :-D

    30. Re:Ethereal by CharString · · Score: 1

      Here's the solution: Can this thread be moved to /dev/null?

      --
      :wq
    31. Re:Ethereal by Anonymous Coward · · Score: 0

      I mean, no scope for (additional) collisions you're not adding traffic on there, is there?

      Actually, you'd probably force the link into half-duplex mode (whereas it could use full-duplex with a decent switch).

      Putting a hub inline is just a quick hack, not a permanent solution (e.g. don't use this method to install an IDS). But even if the link does slow down, you're probably just degrading the service rather than causing any serious problem - you could still gather data for a few minutes.

    32. Re:Ethereal by thogard · · Score: 1

      pcap is tcpdump. Modern versions of tcpdump have moved most everything but main() and the special packet display routines into libpcap.

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

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

    34. 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...

    35. 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.

    36. Re:Ethereal by Secrity · · Score: 1

      Ethereal works great with Solaris workstations. I don't feel that Ethereal is necessary for collecting data on Solaris servers as Ethereal reads Solaris snoop output files. You can snoop -o on a Solaris server and examine the packets on a Linux, Solaris, or M$ workstation.

    37. 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.

    38. Re:Ethereal by fadethepolice · · Score: 1

      another vote for ethereal it's what I use and I only had two computers go down last year from viruses. And those because of user clicking on e-mail link

      hack your matrix
    39. Re:Ethereal by Anonymous Coward · · Score: 0

      Let's not forget that Ethereal does not "see" everything in a switched environment. If you really want to watch everything even in a switched environment use dsniff. Now if you have a managed switch that can direct all traffic to a monitoring port ethereal will work just fine. But, you will have more fun with dsniff.

    40. Re:Ethereal by sniggly · · Score: 1
      I thought if you posed the question as "surprised that a network admin (as the author claims to be) would post this question on slashdot" it would be clear to anyone what you meant. :)

      The question at the end "you usually get what you pay for" seems to me to be right on the money: if we all just send lots of money to our favorite open source projects then this magic formula will work for us as well!!

      Of course if we all just toast a lot to our favorite open source developers we will get what we drink for!

      --
      Of those to whom much is given, much is required.
    41. Re:Ethereal by nahdude812 · · Score: 1

      Ethereal is definately the way to go. It's FOSS (Free Open Source Software for those who aren't in the know). Although I don't work in the network security business myself, I do dabble in it, and have a number of friends in major corporations who *are* professional network security folks, ranging in every level of the chain from grunt to global director for a major pharmaceutical.

      The industry de facto standard software for this category (when it comes to non-FOSS) is Sniffer Pro, which costs something like (I haven't priced it) USD8,000 a seat. These aforementioned friends of mine, despite owning licenses for Sniffer Pro, use Ethereal over Sniffer Pro.

      If you're doing remote sniffing, you might use tcpdump, or tethereal (textmode Ethereal), or if you're sitting on the machine (or have some graphic access, eg, Terminal Services, or tunneled X), use Ethereal.

    42. Re:Ethereal by OhHellWithIt · · Score: 1

      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.

      I'm not, either. Some jobs come with many hats to wear. And while I am sure there are some people who know everything about networking (or any other subject), most of the rest of us are continually learning. I figure once I know everything, I'll be dead.

      --
      "Who controls the past controls the future. Who controls the present controls the past." -- George Orwell
    43. Re:Ethereal by nazarijo · · Score: 1

      i have a review of the syngress book on ethereal due to be posted to slashdot very soon now (it's been submitted). it's a good book for those wishing to get more productivity out of their ethereal use.

    44. Re:Ethereal by BuckaBooBob · · Score: 0, Flamebait

      That seems to be a huge problem in the industry... "Sysadmins" that are lost and clueless... They are killing salaries and what not because they just don't have what it takes to do the job correctly... Atleast this one has a enough braincells to post on here... But still is lazy not to google and try free software to find something that meet the needs.

      --
      Who needs WiFi when we can have Packet Over Sheep! http://datacomm.org/PoS-InternetDraft.txt
    45. Re:Ethereal by lone_marauder · · Score: 1

      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.

      And the switches in question can mirror at full line rate. (some cannot)

      And the backplane and CPU of the switch are not unduly affected by setting up the mirror.

      Rule number 0.92 of networking: Heisenberg is always looking over your shoulder.

      --
      who are those slashdot people? they swept over like Mongol-Tartars.
    46. Re:Ethereal by 0x0000 · · Score: 0, Offtopic

      Emacs is God, you vi thugz...

      The number of the beast: vi vi vi

      --
      "The Internet is made of cats."
    47. Re:Ethereal by Anonymous Coward · · Score: 1, Interesting

      Just curious, but why don't you use the management console on your switch to forward all data to a specific port? Or are they cheapo's?

    48. Re:Ethereal by Zillatron · · Score: 1
      Hey, it could be worse; see my sig.

    49. Re:Ethereal by nastjuid · · Score: 1

      Fo shizza mah nizza... I'm a techie at a very high rated wireless lan company... data is data, but ethereal makes it all so much more pretty, easy, and FREE. :)

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

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

    51. Re:Ethereal by dubl-u · · Score: 1

      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.

      Even worse, it doesn't work over the loopback interface. Another one of the zillion sloppy things about Windows that suggests that engineers at Microsoft spend very little time thinking before they write code or refactoring the code they've written.

    52. Re:Ethereal by halosfan · · Score: 1
      I'm honestly a little surprised that a network admin (as the author claims to be) would post this question.

      Sure, he may be aware of ethereal/tcpdump, but why should he assume these tools suite his particular situation better than others (that he may be unaware of)? I, for one, read this thread to find out about new or obscure tools. I remember being surprised by a few entries in this list a year ago, and I am sure an updated copy would have a few more entries that I haven't heard about yet.

      --
      My only problem with Microsoft is the severity of bugs in their software.
    53. Re:Ethereal by svallarian · · Score: 1

      I'm on token-ring you insensitive clod!

      Really :)

      Steven V.

      --
      I patented screwing your mom. But it got revoked for "prior art."
    54. Re:Ethereal by Anonymous Coward · · Score: 0

      Um, he specifically said *unmanaged* switches.. learn to read.

    55. Re:Ethereal by Anonymous Coward · · Score: 0

      THE SHOCKER !!!! ... oh wait, sorry wrong group.

    56. Re:Ethereal by Anonymous Coward · · Score: 0

      Hah, I thought it was the shocker (two in the pink, one in the stink) at first too. But the first two fingers are spread out a little.

    57. 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.

    58. Re:Ethereal by 0x0000 · · Score: 1

      I would mod that up if I could...

      --
      "The Internet is made of cats."
    59. Re:Ethereal by jandrese · · Score: 1

      Unmanaged == Cheapo If you can't manage the switch, then you're certainly not going to be assigning mirror ports on it.

      --

      I read the internet for the articles.
    60. Re:Ethereal by halbritt · · Score: 1

      it's what runs underneath ethereal, so it's good to be aware of it

      I think that you're confusing tcpdump with libpcap. Which is the capture library that both tools use.

    61. Re:Ethereal by JWSmythe · · Score: 1

      I see a reply which says what I was thinking. I'm not 100% positive, and I don't have my Cisco books in front of me, but if I remember right, you can't do full duplex on a hub, only half duplex. Assuming your laptop or whatever monitoring box, wasn't sending anything at all, simply sniffing, you'd still be forcing your high-load server down to 100base half, which is probably a bad thing.

      Ok, not probably, it is. a bad thing. :) I've fixed several connections for high load servers (and high load uplinks) because they came up as 100Mb half, instead of 100Mb full. Changing the switch port to 100mb full (or telling the offending machine to do the same) dramatically increases the performance.

      We did a server move the other day. All the machines were plugged into a Dell GigE switch (which I don't recommend to anyone), one of the machines decided to negotiate a 100Mb half duplex connection, and it was pathetically slow. The guy who develops for those machines was bitching about the throughput on that single machine. I got on, switched the machine to 100Mb full, and then changed it to full duplex, and did the same for the switch. His performance came right back to where he expected it.

      This isn't a problem in most environments. Normal humans only mess with machines doing less than 1Mb/s. I suspect there's more than one reader on here who deals with higher traffic though. :)

      Your monitoring machine would still cause problems, even if you think it's just listening. There are probably broadcasts, if only ARP requests, which will induce at least a few responses from your monitoring machine, unless you specifically set it up to answer nothing.

      --
      Serious? Seriousness is well above my pay grade.
    62. Re:Ethereal by Anonymous Coward · · Score: 0

      TCP dump as far as I know, only deals with TCP/UDP/IP packets.

      Oh, no. Tcpdump shows you all ethernet traffic that the interface sees. For example, I often see ARP query and response packets when using tcpdump.

      MM
      --

    63. Re:Ethereal by arunram · · Score: 1

      How do i post to ask slash dot thanks arun

    64. Re:Ethereal by McNeany · · Score: 0

      I wonder if this was scored 5 Funny for the misspelling of remarkable. Its always funny when the joke is on the joker. (should obviously be: remarkably) To keep this somewhat on topic... I use both Ethereal and TCPdump. -Going for that negative Karma Baby!

      --
      I don't believe in sigs.
    65. Re:Ethereal by bee-yotch · · Score: 1

      No, you don't need the "secret handshake" but knowing how to use the tools of the trade is fairly important if you plan on practicing that trade.

      The author isn't talking about some mom and pop company with 20 or so users. He's talking about a 500 node network that requires nearly 100% uptime. By the time someone gets into a position like that they better damn well know the tools and how to use them.

    66. Re:Ethereal by jsrjsr · · Score: 1

      Over the last two years, I've helped develop industrial ethernet products. Ethereal did everything we ever needed (especially after someone wrote the dissector for the protocol we were using). One of the best features is that we can easily get a customer to install Ethereal on a laptop to help us diagnose industrial control problems without having to travel to the site.

    67. Re:Ethereal by pfoster2000 · · Score: 1

      Gozta to represent our colors...

    68. Re:Ethereal by Lairsdragon · · Score: 1
      If you need arp poisoning you should use an external tool for this. (For example http://www.phenoelit.de/arpoc/index.html )

      Ethereal is passive in regard of network traffik and I think it should remain this way

    69. Re:Ethereal by Anonymous Coward · · Score: 0

      OK, we all realize this is basically "The Shocker", right?

    70. Re:Ethereal by si618 · · Score: 1

      Agreed, i'm no network engineer, but after having just setup my first home wireless (11g) network, I found my 11g card LED's to be constantly flickering, fire up Ethereal and 2 minutes later I had a dump of the traffic (which turned out to be XML SOAP envelopes) and a much better idea of who to ask and what to report on.

      Great software!

      --
      Sometimes I doubt your commitment to Sparkle Motion
  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 Utopia · · Score: 1

      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.

    3. Re:ethereal, tcpdump by EverDense · · Score: 3, Informative

      Analyzer: a public domain protocol analyzer

      does a good job under Windows.

      --
      http://jesus.everdense.com/
    4. 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.

    5. Re:ethereal, tcpdump by morelife · · Score: 1

      Cain, for windows... forgot.

    6. 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.

    7. 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!
    8. Re:ethereal, tcpdump by interiot · · Score: 1
      Heathen! Suggesting that closed-source products can come close to Ethereal!

      (actually, it looks a lot like ethereal, so maybe it's not total rubish)

    9. Re:ethereal, tcpdump by JestersPet · · Score: 1
      I have to throw my hat in with Sepper and say your best bet is use Knoppix-STD as it is:

      Free.

      Comes will many network tools (not just for sniffing network traffic).

      Provides an enviroment that is portable to many enviroments.

      Has a low learning curve.

      Can be used in hybrid networks

    10. 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.

    11. Re:ethereal, tcpdump by Anonymous Coward · · Score: 0

      2003 has the fully featured SMS version.

    12. 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?
    1. Re:Hrm... by Anonymous Coward · · Score: 0
      Yes, not only are they outsourcing your job now but they expect to get something for nothing as well.

      The PHB will be there in a moment with a box to collect your things..

    2. Re:Hrm... by SylvesterTheCat · · Score: 1

      Are you trying to steal my job?

      No... He just wants you to train him as your replacment... so you can be laid off.... vbg

  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 ThrobbingGristle · · Score: 1

      If only ethereal could display SS7 or ISDN messaging to. If it didn't do H.323 and SIP, my job would be hell.

    2. 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
    3. Re:Sniffing Tools... by Anonymous Coward · · Score: 0

      You seem to imply ethereal hasn't got a nice GUI. Last time Iused it it was spiffy.....

    4. Re:Sniffing Tools... by DrZaius · · Score: 1

      Even on a 200mhz box, you can still use X forwarding.

      If that isn't an option, you can use tcpdump to log to a file. Then scp that file to your workstation and open the stream up in ethereal. Same diff.

      --
      -- DrZaius - Minister of Sciences and Protector of the Faith
    5. Re:Sniffing Tools... by artemis67 · · Score: 1

      This is my favorite sniffing tool.

      There's an upgrade that also has some powerful recording and playback features, too.

    6. Re:Sniffing Tools... by Anonymous Coward · · Score: 0
      Ethereal is my tool of choice, but in some situations I've had clients who were Windows only. One client freaked when they saw a Linux sticker on my laptop, basically threatening to fire me (my company) if I brought a box running Linux in. So I bought a copy of SolarWinds Engineer's edition (~1000) and a copy of Sandstorm LANWatch (~700) and charged it back to them. (This was a large project, so the auto-reporting from these tools helped me quite a bit.)

      They would've been ahead had they not freaked, but I guess it nearly came out even in the time those tools saved me in the reporting phase of everything.

    7. Re:Sniffing Tools... by sparty · · Score: 1

      I use Ethereal on Windows, Linux, and OS X, and I've found it to be quite useful, particularly when figuring out that the file-based message passing in a custom app wasn't working right over higher-latency links (App A writes file, App B on server reads and deletes, App B then writes response which is read and by App A. In this case, however, App A writes file, App B on server reads and deletes, App A hasn't yet received SMB response that file was successfully written, App A or SMB client on App A's behalf, not quite sure which, checks for file existence, doesn't find it, writes again, App B then reads and deletes and acts on file *again*...etc)

    8. Re:Sniffing Tools... by Guy+Harris · · Score: 1
      If only ethereal could display SS7 or ISDN messaging to.

      SS7 and ISDN messaging over what transport? It can't capture on MTP1 links or capture raw ISDN traffic, but if you're doing SS7-over-IP, Ethereal should be able to capture that, and it can also display Q.931 over TPKT over TCP. It can also handle at least some SS7 and ISDN captures from other sources.

    9. Re:Sniffing Tools... by AftanGustur · · Score: 1


      Even on a 200mhz box, you can still use X forwarding.

      Yes you can, but if you try to run something like a fancy network capturing software that processes 8 megabits of data in realtime and creates statistics and manipulates linked lists and fancy on-scree images, you risk loosing more than a few packets.

      So, when you're looking for a problem, that's not acceptable.

      --
      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.

    3. Re:Ethereal. by cyberfunk2 · · Score: 1

      Well perhaps nothing has ever beaten Ethereal, but someone sure beat you in the spelling bee.

    4. Re:Ethereal. by Anonymous Coward · · Score: 0

      I used Observer Pro once, the UI is truly the most miserable thing I've ever seen.

    5. Re:Ethereal. by Anonymous Coward · · Score: 0
      The best web-based version is ntop, which is another one of those "Oh my god, this is SOOO cool" tools, similar to ethereal.

      I'm not one to look a gift horse in the mouth, but ntop is more like "Oh my god, this OSS tool would be cool if it wasn't a core dumping machine". If it could just run for more than 12hrs with out crashing, it would actually be useful.

    6. Re:Ethereal. by Anonymous Coward · · Score: 0

      Actually, I've found the latest version of ntop, 3.0, to be quite solid so far. But yeah, 2.2 sure crapped out a lot.

    7. Re:Ethereal. by Anonymous Coward · · Score: 0

      Twas only a friendly poke, no need for viciousness.

  7. A brief search of Sourceforge.net by tekiegreg · · Score: 1

    Reveals Ethereal:
    http://sourceforge.net/projects/ethereal/

    While I can't personally vouch for it, I know that it has a decent reputation, and well can't beat the price at $0.

    --
    ...in bed
  8. 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!
  9. 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.

    1. Re:zasniff by WindBourne · · Score: 1

      The real question is why are you using telnet to any degree?

      --
      I prefer the "u" in honour as it seems to be missing these days.
  10. 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"
    1. Re:Sounds like an NT/XP...Use Linux/Unix by Gleenie · · Score: 1

      The thing I hate about snoop is that it's command line switches are almost, but not quite exactly, the same as tcpdump. I get them mixed up _all_ the time. :(

      --
      -- Your mother uses Emacs.
    2. Re:Sounds like an NT/XP...Use Linux/Unix by Fallen+Kell · · Score: 1

      ever think to complain to the tcpdump developers who used snoop's interface as the basis for their interface :P

      --
      We were all warned a long time ago that MS products sucked, remember the Magic 8 Ball said, "Outlook not so good"
    3. Re:Sounds like an NT/XP...Use Linux/Unix by the+Slashbot · · Score: 1, Interesting

      Isnt it funny that free software is actually more useful than commercial?

      Linux even comes with numerous sniffers, all under the GPL.

      Heres an interesting idea for M$, why dont they ship Windoze with a couple of CD's of GPL'ed software and give people the choice? Not products that compete with anything in the M$ family, just complementary products. Then slowly the world could move towards GPL'ed software, and M$ need not be left out.

    4. Re:Sounds like an NT/XP...Use Linux/Unix by Trejkaz · · Score: 1

      Microsoft would never do that. They might cut into the profits from each of the GPL products as they copy them for their own versions.

      --
      Karma: It's all a bunch of tree-huggin' hippy crap!
    5. Re:Sounds like an NT/XP...Use Linux/Unix by public_class_name_ex · · Score: 1

      I like snoop as well, (when I'm on Solaris.) But isn't it's functionality basically a subset of tcpdump?

    6. Re:Sounds like an NT/XP...Use Linux/Unix by Anonymous Coward · · Score: 0

      YHBT.

    7. Re:Sounds like an NT/XP...Use Linux/Unix by blate · · Score: 1

      You know, Sun really pissed me off in this particular area. Snoop is basically tcpdump with all the options and syntax changed. The output is a little prettier, but it's essentially the same. Switching between the two used to give me no end of headaches. Why reinvent the darned wheel?

      (Note: I'm not griping at you, and I love Solaris... Sun just does some things that really annoy me :) )

    8. Re:Sounds like an NT/XP...Use Linux/Unix by slash.dt · · Score: 1

      Before you complain too much, it might to wise to see which one was written first and then complain to the imitator.

    9. Re:Sounds like an NT/XP...Use Linux/Unix by Mark+Hood · · Score: 1

      Ethereal can load Snoop captures, which is nice. I have to sniff interfaces on Suns from time to time, and I can set up a Snoop capture, download the file and then graphically 'diddle' with it using Ethereal.

      Just FYI, in case people wondered :)

      --
      Liked this comment? Why not buy me something nice
    10. Re:Sounds like an NT/XP...Use Linux/Unix by jfinke · · Score: 1

      Agreed, I would imagine that snoop has been around for a long time... However, yesterday, I was doing network smtp sniffing for some email problems. I was running snoop on my solaris servers and tcpdump on my firewalls. I forgot that I have to specify both hosts with tcpdump as oppossed to just the one of the hosts with snoop. Only got half of the smtp conversation. Doh! Unfortunately, I didn't discover it until I went to go analyze it in ethereal.

    11. Re:Sounds like an NT/XP...Use Linux/Unix by jsindell · · Score: 1

      They might cut into the profits from each of the GPL products as they copy them for their own versions.

      You mean like netmon? Oh wait, ethereal did the copying there...

    12. Re:Sounds like an NT/XP...Use Linux/Unix by Guy+Harris · · Score: 1
      I forgot that I have to specify both hosts with tcpdump as oppossed to just the one of the hosts with snoop. Only got half of the smtp conversation.

      Eh? "host foo" in tcpdump captures traffic to or from foo, just as it does in snoop.

    13. Re:Sounds like an NT/XP...Use Linux/Unix by jfinke · · Score: 1

      Well, when I pulled it up in Ethereal, I only got the return traffic... Unless I did something else wrong. But, I don't think so..

    14. Re:Sounds like an NT/XP...Use Linux/Unix by Guy+Harris · · Score: 1
      Well, when I pulled it up in Ethereal, I only got the return traffic...

      I suspect if you tried tcpdump on your Solaris server it'd get traffic in both directions with "host foo".

      What OS is your firewall running? And is it doing any NAT stuff as well?

    15. Re:Sounds like an NT/XP...Use Linux/Unix by jfinke · · Score: 1
      I figured it out after banging my head against the wall. One, I think that I had to sniff all interfaces.

      But, my bigger problem was the fact that tcpdump only takes the first 68 bytes of the packet... That drove me nuts...

      As soon as I put -s 2000 in my command line, I was getting the results that I expected.

  11. Ethereal by cabra771 · · Score: 1

    Ethereal. I just like to see who's hitting my iTunes share.

    --

    -my other sig is your mom
  12. Obvious question? by grioghar · · Score: 0, Redundant

    Ummm...

    Ethereal for checking out packets.

    Thought it was obvious with a little googling...

    --
    Can you ping me now? Gooood! | Manhappenin.Net - Things to do
  13. 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 JoeBaldwin · · Score: 1

      Easy: spying on peoples' MSN Messenger conversations.

      Snort = fun.

    6. Re:I'm not a network admin by Daneboy · · Score: 1

      It depends on the kind of environment you're in. Looking at traffic dumps is often the fastest and easiest way to identify things like misbehaving drivers, faulty network hardware, and things like that.

      If you're reasonably sure that your network is functioning properly, and all you're worried about is what your users are doing to it, you probably don't really need to look at packet dumps too often. But if the network infrastructure itself is suspect, looking at the actual traffic is *very* helpful.

      I work for a network equipment manufacturer, and I simply could not function in the field without traffic sniffers. I mosly use Sniffer Pro because I spend a lot of time in ATM networks, and there's just no free replacement for the ATMBook hardware. Ethereal is great for Ethernet LANs though!

      --
      /* "Specialization is for insects." -Heinlein */
    7. Re:I'm not a network admin by Z00L00K · · Score: 1
      It is also very useful for debugging protocols that acts in the background like DNS and similar.

      What nowadays is a common problem is that most networks are switched, which means that it's not that easy to sniff the network traffic unless you know what the limitations are.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    8. Re:I'm not a network admin by Anonymous Coward · · Score: 0

      We had a situation at a semi-large lanfest where we were seeing 40% of the traffic on the network consist of broadcast traffic. Ethereal and tcpdump made it easy to track down the source of the problem to a faulty wan multiplexing device that was happily forwarding all external traffic to the internal broadcast address. It is always intriguing to see packets with both source and destination containing external ips on the internal net. This included every worm probe seen on the residential cable modem.

      A linux based firewall was put in front of the connection and life was good again.

    9. Re:I'm not a network admin by Helen+O'Boyle · · Score: 1

      The parent asks, "where are the points of failure that can't be figured out with any other method besides packet sniffing?"

      I do dev and protocol analysis work. Sometimes I've needed to look at packet traces to debug stuff I'm writing; other times I've needed to look at them to identify and document undocumented behaviors of protocols. Switches, routers and the like can do things to packets that client and server writers don't always anticipate. If I'm writing a client, I don't always have access to the server machine (which may belong to a completely different company) to run code under a debugger, add logging info, etc. If the server isn't playing nice, and I've only got access to the network that's running the client, sometimes packet traces are the easiest (or only) way to determine where things are falling apart.

    10. Re:I'm not a network admin by Flower · · Score: 1

      Just one more use to drop in a sea of others. Determining why a vulnerability scan is causing a server to stop functioning.

      --
      I don't want knowledge. I want certainty. - Law, David Bowie
    11. 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.

    12. 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.

    13. 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.

    14. Re:I'm not a network admin by Brandybuck · · Score: 1

      If you're writing network code, sniffers make invaluable debugging tools. You don't put sniffers in the software, because they are more valuable as stand alone tools, and problems usually arise out of the interaction of multiple applications. Should each of them have their own sniffer?

      --
      Don't blame me, I didn't vote for either of them!
    15. 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. ;-)

    16. Re:I'm not a network admin by Anonymous Coward · · Score: 0

      Dsniff has been responsible for several lost jobs at my former employer. So yeah, rogue programs, p2p, and both authorized and unauthorized porn downloads are easily caught;-)

      Dsniff never seemed to like any system, it was always difficult to get it to run. I think it was SuSE and and FreeBSD that it finally decided to play nice with. Anway, put it on a gateway and you have hours of fun and loads of blackmail material at your disposal.

      On other thing we used to do was use ngrep ( network grep ) in combination with tcpdump. It was fun when looking for specific activity. Just pipe the output of tcpdump through ngrep with a keyword or phrase, and when it triggers send that to a text file. We made a crappy bash to do it, fire it up pop in a word, an IP, whatever and grab all traffic that matches.

    17. Re:I'm not a network admin by aegilops · · Score: 1

      Or finding out that an in-house developed and compiled application sent passwords in clear text.

    18. Re:I'm not a network admin by NormalVisual · · Score: 1

      I find Ethereal to be most handy in that very situation (debugging network code), unless I'm working on something with Windows - it annoys the hell out of me that Windows processes its loopback traffic in such a way that a sniffer can't see it.

      --
      Please stand clear of the doors, por favor mantenganse alejado de las puertas
    19. Re:I'm not a network admin by paulkoan · · Score: 1

      Almost any network problem can be solved by thought experiment, and testing. You need to hold the structure of the section of the network with a problem in your head, and mentally traverse the tree of possibilities that can cause the problem.

      However, you may miss a branch or two, and when that happens, it is time to dig out the sniffer.

      I can often tell what mood my brain is in with these things, and know when to just get out the sniffer in the first place.. hangover days for example.

      There is also a level of comfort that can be gained from just have a look at the raw information about what is flowing around the network. Countless times I have picked up on things that just wouldn't have presented themselves until a component failed, and the backup mysteriously didn't kick in.

      --
      This signature intentionally left blank
    20. Re:I'm not a network admin by Anonymous Coward · · Score: 0
      What kinds of problems can only be figured out by sniffing packets? Rogue programs? Unauthorized porn downloads? Illegal P2P activity?

      Programs do weird fucked up things when they are broken or misconfigured. For example, using tcpdump you could see that the reason some remote service isn't working is because halfway through the message they've decied to send you a tcp reset for some reason. Trace it down further and realize they have a shitty ISS Realsecure box and are using connection killing which resets suspicious connections by sending a reset in both directions to the server and client since it sits on a network as a man-in-the-middle. That's just one silly example, but I've seen it.

    21. Re:I'm not a network admin by Anonymous Coward · · Score: 0
      What nowadays is a common problem is that most networks are switched, which means that it's not that easy to sniff the network traffic unless you know what the limitations are.

      Heh, no kidding. We used to be able to watch all our backbone traffic with a single interface on one IDS box, now to monitor just the interconnects between the core switches we'd need an interface tap for each of the fully-meshed gig interfaces. Cisco SPANs are out since you can only have two port monitor sessions on a 6509 and it's not an efficient way to do it, so you end up buying very expensive fiber passive taps. In the end, it's just not practical to sniff the switched backbone full time since even if you do sniff each interconnect (could be dozens in a big network) you're STILL going to miss traffic that is fully switched and routed inside the core switch itself. At that point you've either got to look at host-based systems or be content monitoring at the gateway/firewall to the WANs.

    22. Re:I'm not a network admin by Anonymous Coward · · Score: 0

      You've never had a rogue multiNIC machine ARP flooding your network to death, have you?

      Of course, you could create dedicated software to detect certain problems, attacks etc etc ... but as long as you've got a sniffer and somebody who knows his stuff, you can just debug the problem and be rid of it.

    23. Re:I'm not a network admin by Anonymous Coward · · Score: 0

      Where I work we used to to track down why our multicast traffic would cut out for a short time at random intervals. We did end up putting checks into our software to start throwing exceptions if it notices the traffic going away.

    24. Re:I'm not a network admin by Anonymous Coward · · Score: 0

      Sure.... that's whay S-Flow and N-Flow are all about. Check out Inmon as a flow gatherer and reporting tool. It can even run snort rules against the data sampling!

    25. Re:I'm not a network admin by TheLinuxWarrior · · Score: 1
      Another thing these are useful for, is tracking down hardware/software that's acting up.

      Example: One the rare occasion that you have a switch software problem (such as contention for which switch is the primary and which is the failover) and you suddenly seem to have intermittent network connectivity, using a sniffer will show a huge number of Cisco HSRP packets flying back and forth. That's a good clue to start looking at the switches and see what's going wrong.

    26. Re:I'm not a network admin by Uzik2 · · Score: 1


      The only thing I ever needed a packet sniffer
      for was to debug my own proprietary protocol.
      I run a small network and don't really have
      any need for a sniffer. I found out everything
      I needed to know by watching the log of my
      server firewall.

      --
      -- Programming with boost is like building a house with lego. It's a cool but I wouldn't want to live in it
    27. Re:I'm not a network admin by gandy909 · · Score: 1

      I seem to recall some program like this for Linux and/or Win but can't remember what it was called

      --

      (Stolen sig) Remember: it's a "Microsoft virus", not an "email virus", a "Microsoft worm", not a "computer worm
    28. Re:I'm not a network admin by Anonymous Coward · · Score: 0

      I just finished installing samba on the current rev of OpenBSD, and there's no way in hell that I would have gotten it done without tcpdump. What to know if netbios name requests are being answered by the correct machines? use tcpdump on port 137 to find out. Want to know if your firewall is swallowing netbios broadcast name requests? use tcpdump. want to know if you set up your dhcp system correctly? use tcpdump. Wading through application logfiles works to an extent, but if you really want to know that you set networking parameters correctly, the best way is to watch the network and see what's happening.

      You said "on a properly configured network.." Most networks don't "properly configure" themselves out of the box. Someone has to do some work to get the network configured properly, and packet sniffers are the ultimate way to unambiguously verify that things are working as they should.

      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 couldn't imagine hacking up samba/src/lib/access.c to make sure that authentication is working correctly when I can just tcpdump host a and host b and port 137 and port 139 to see what's happening.

    29. Re:I'm not a network admin by spaceyhackerlady · · Score: 1
      What kinds of problems can only be figured out by sniffing packets?

      I too am a software engineer, and would be lost without Ethereal. I develop and maintain lots of IP-based products, and Ethereal has saved my butt on more than one occasion.

      Our products use a number of proprietary protocols that run on TCP and UDP, and, needless to say, the build of Ethereal I use groks them. That was a very interesting project, and a good test of how well I really knew the protocols.

      ...laura

    30. Re:I'm not a network admin by MrBlue+VT · · Score: 1

      Yeah, I agree, that is a real pain in the ass. Makes you use another machine just to see what is going on.

    31. Re:I'm not a network admin by Tin+Foil+Hat · · Score: 1

      AOL has monkeyed with the older depracated TOC protocol, but the newer and better OSCAR protocol is very stable. GAIM has not had to update their OSCAR protocol in some time, and last year's version on Net::OSCAR works very well. (I should know, I'm developing an application for it right now.)

      Of course, it is a proprietary protocol that could change at any time without warning, but not without breaking AIM for a lot of people. Witness the recent MSN Messenger change that required everyone to update their client or be denied access.

      --
      No matter how many of my rights are taken away, somehow I still don't feel safe. -Frigid Monkey
    32. Re:I'm not a network admin by Anonymous Coward · · Score: 0

      It's a good learning tool. You can use it to grab examples for study. Recently I was trying to figure out how to submit forms with a program I was writing. When it comes to web standards, I have a technique I use.

      First, if it's a w3c standard, I'll load up the specification from their site. It's almost also dry and absolutely usless for actually learning anything. That's when I get samples. For HTML and CSS, I just viewed source. For forms, I sniffed the packets. From that, I can look at the examples I collected and compare them with the w3c spec. Between guessing how the standard works from the sampling, and checking my guesses against the spec, I can learn how it's really supposed to work.

      I also used sniffing to learn the basics of web services, and specifically SOAP. And speaking of networking tools, once I had some clue about SOAP, modifying the captured packets and feeding them into 'telnet server 80' produced some.....interesting results.

      "Hmm. This was supposed to be a secure web service, wasn't it?"

    33. Re:I'm not a network admin by halbritt · · Score: 1

      I once experienced a problem on a network that I was doing administration for. There were several DSL provisioning engineers using my network. When they would telnet into the customer's CPE it would reset itself. After much investigation with tcpdump, I discovered that the firewall was resetting the window size to zero on the third packet in the TCP handshake (syn/ack). This was the result of some sort of stupid syn proxy feature in checkpoint that the firewall administrator had enabled. In any case, this packet caused the DSL CPE router to reset itself. I contacted the CPE company, reproduced the problem for them, they acknowledged that it was an issue with their stack and had it fixed in a couple of days.

      That's the best example of a problem that I can think of that can be figured out by sniffing packets.

  14. 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?

    2. Re:sniffing, etc. by truG33k · · Score: 1

      I am a network admin and have used tcpdump, ethereal, and a fluke network tool. The fluke was very nice, even giving the distance from your drop to the switch/hub, and the strength of the signal on the wire. But like all things, you get what you pay for. That was a low end fuke that cost $900 and I can build 3 PII laptops with linux and ehtereal for that price. Need I say more....

      --
      You only live once, so you might as well have fun before you die.
    3. Re:sniffing, etc. by Anonymous Coward · · Score: 1, Interesting

      We have protocol expert from fluke. ($$$)

      This is very good as it allows us to break into gig/e fibre links - which ethereal can't do.

      However more often than not we export the capture from protocol expert and load it into ethereal :)

    4. Re:sniffing, etc. by donheff · · Score: 1

      What does it (Optiview Workgroup Analyzer) do that makes it worth $25k vs Ethereal for free? For someone with a small network does it add significant value? Finally, is this the sort of tool a large organization could buy one of and loan to staff that need to go where Ethereal can't go?

    5. Re:sniffing, etc. by Lumpy · · Score: 1

      I also agree, these devices make etherape and the other free tools look like absolute clunky toys.

      granted the cheap handheld unit I have cost $7000.00 but I found sources of the last virus infection within 5 minutes while corperate was still scratching their head.

      If you have time to play around and get used to the free tools, go for it. but I certianly dont have a whole day to track down the fact that a switch in the other facility is set for 1/2 duplex and is causing the traffic bottleneck/troubles.. the fluke device tells me this in 5 minutes.

      there is no other choice for a seriuos network analysis and troubleshooting tool...

      They also sell rack mount types that will live onthe network and have a web interface so they can be used from any PC.

      --
      Do not look at laser with remaining good eye.
    6. Re:sniffing, etc. by cdrudge · · Score: 1

      It looks like basically an all-in-one solution where you can deploy at a point within your enterprise, either remotely or locally, that will do the data capture for you. Then using their console, query that data. Think of it as running Ethereal via a remote X-Window session. Except probably a lot more efficient as only the required data would be transmitted instead of the window image.

      Is it worth $25K? Donno. Would it be useful for a small company where the admin could just walk down the hall to capture the data, probably not. Would it be benificial for a large enterprise that needs to capture data remotely? Possibly.

      My company has this handheld tester and have found it very valuable on numerous occasions.

    7. Re:sniffing, etc. by Anonymous Coward · · Score: 0

      Ethereal is great for software sniffing, but it cannot detect all errors. For example, it will not be able to detect collisions because most hardware discard that prior to getting to the OS.

      Fluke is great at the middle-tier and offers hardware to do a bit more in terms of capturing Ethernet, FDDI, Frame Relay or whtever. As you add interfaces, though, it gets more expensive.

      At the high-end Agilent is probably the best. They can capture more packets at line speed than anyone else. Of course, the equipment is a bit heavier and bulkier than Fluke, but it also offers more "hot-swap" capabilities for the interfaces. They also offer various other software and hardware components to create enterprise wide monitoring solutions.

    8. Re:sniffing, etc. by karnal · · Score: 1

      Keep in mind, though, that the fluke nettool is a physical layer device -- it's meant to tell you that you've got a decent link to the switch, whether there are any broken pairs (receive or transmit), how good your link pulse is, and with recent firmware, can attempt to grab an IP via DHCP.

      Fluke also has other meters that can certify a cable (which is what we have contractors do on-site) for a given rating. This stuff is invaluable to the physical infrastructure, and not necessarily used for the same things that ethereal would be.

      --
      Karnal
  15. Coffee Beans by numbski · · Score: 1, Funny

    Wait! Wait!

    Don't mark me offtopic yet!

    Between sniffing different, strong scents (geeks, think about it), coffee beans are perfect for clearing you sense of smell.

    That being said. Ethereal. :P

    Anyway, try it sometime. Works well. Lots of people who sell the better kinds of incense will keep (good) coffee beans around for precisely this purpose.

    --

    Karma: Chameleon (mostly due to the fact that you come and go).

    1. Re:Coffee Beans by saden1 · · Score: 1

      I do it all the time at grocery stores...i always grab a handful of hazelnut flavored coffee beans as I walk around hunting for discounted stuff.

      --

      -----
      One is born into aristocracy, but mediocrity can only be achieved through hard work.
    2. Re:Coffee Beans by Anonymous Coward · · Score: 0

      I prefer the more pungent scent of the burning PVC on a network cable. I never have to look far to find some.

  16. 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.

  17. nmap for scanning by ricochet81 · · Score: 0, Redundant

    nmap for scanning insecure.org Ethereal rox

    --
    Error: Id10t detected
    1. Re:nmap for scanning by Anonymous Coward · · Score: 0

      nmap for scanning insecure.org

      Don't you think enough insecure.org has been scanned enough times by now? You can use nmap to scan other hosts, you know.

      I'll grant you that ethereal rock is a nice refinement of the goth scene, though Sisters of Mercy were already kind of going there in the early '80s. But I think you're kind of off-topic.

  18. mrtg? by glen604 · · Score: 1

    snmp logging might not be all of the solution but it's helped my work out a bit with solving problems

    coincidentally, I also work at a manufacturing facility in southeastern wisconsin...

  19. 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 interiot · · Score: 1

      Yeah... When secretaries start quoting rates in BPS instead of WPM, *that's* when I get really impressed.

    3. Re:Simple.... by Ebon+Praetor · · Score: 1

      I bow to you. I would have suggested a DLA, but I find myself bested.

      Maybe some LED's would do for 1's and 0's...

    4. Re:Simple.... by Anonymous Coward · · Score: 0

      Bah. If you can't tell what's going on by putting the wires on your tongue, you're a newb.

    5. Re:Simple.... by turambar00 · · Score: 1

      ... and one who Asks Slashdot is VERY well trained...

    6. Re:Simple.... by TheBoostedBrain · · Score: 0, Offtopic

      Hey... that's funny... I spended my last mod point on a troll!!!!!!

      --
      -- When did Ignorance Become a Point of View?
    7. 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...

    8. 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

    9. 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.
    10. Re:Simple.... by Anonymous Coward · · Score: 0

      Or the fact that he could have just used ^W

    11. 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
    12. Re:Simple.... by JestersPet · · Score: 1

      Oscilliscope? You whippersnappers must have no skill, My trusty stethoscope has never been wrong!

    13. Re:Simple.... by Anonymous Coward · · Score: 0

      what does the ^H stuff mean anyways? not trying to be rude here. i just don't know.

    14. Re:Simple.... by Synonymous+Yellowbel · · Score: 1

      backspace

    15. 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

    16. Re:Simple.... by avoisin · · Score: 1

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

      Kids these days...


      You had wires? Boy, when I was young, we just held metal rods up to the sky and felt the lightning run through us! You young whipper-snappers don't know the pain of trying to read a program through electric pulses. Our "1" was when the guy went stiff as a board, a "0" was if he couldn't handle it and fell to the ground and curled up. Boy, those were the days ...

    17. Re:Simple.... by mindriot · · Score: 1

      ...especially if both of you could have just counted ^W's...

    18. 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!
    19. Re:Simple.... by Gojira+Shipi-Taro · · Score: 1

      You had metal rods, smelted from ore? Sheer luxury. You must have been from the rich caves up on top of the mountain.

      We had to find wet sticks. And our "1" was when the guy burst into flames. An 8 byte message took out half the male population of our community.

      You tell that to kids today, and they'll never believe you...

      --
      "Oh my God. This is terrible. This is the end of my Presidency. I'm fucked."; ~ Donald J. Trump
  20. 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 Anonymous Coward · · Score: 0

      Mod parent up. Ettercap is way super handy.

    2. 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"
    3. Re:I use ettercap by cdrudge · · Score: 1

      I looked at Ettercap a few months ago. At that time, I thought it just wasn't there yet. I didn't have the opportunity to spend hours reading about how to do things and it wasn't the most intuitive thing out of the box. The port stealing function was an interesting feature, but unfortunately I was never able to successfully get it to work.

      Maybe newer versions have improved on it though.

    4. Re:I use ettercap by LinuxCowboy · · Score: 1

      One more vote for ettercap-

    5. 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?

    6. Re:I use ettercap by spune · · Score: 1

      I don't know about your grandmother, but I know the whole running linux or cygwin would throw mine.

  21. 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 :)

    2. Re:Fluke meters by grub · · Score: 1


      They're great for sniffing packets.

      True enough but I'd hope his employer (500 employees) would at least pay for managed switches with port mirroring (as you've mentioned).

      It bugs me that places will replace x00 MHz PCs with new 2.4 GHz PCs for secretaries to just type letters in Word but don't see the value in buying network geeks the proper equipment.

      --
      Trolling is a art,
    3. Re:Fluke meters by mindstrm · · Score: 1

      Give it a rest. Sniffers do look at packets. Or packets AND frames. However you want to look at it. Does the sniffer show you all the details of the frame? Preamble? Timing?
      If not, it's fair enough to call it a packet... most poeple are after the layer 3 information anyway, or higher.

      Statistical counters? Those don't solve the problems most people use sniffers for.. thought hey are certainly handy, they are far from absolutely necessary. They do not answer questions that you might want.

      There is not necessarily ANY need to subnet things on a 500 device network... it purely depends on the applications involved. The only reason to sbunet is to create separate broadcast domains, in case there is lots of broadcast traffic, and to isolate things from being discovered over broadcast. Example: So many hosts the arp traffic is clogging up the entire network. You can run 500 devices on a network with old dumb switches just fine.

      Switch hops from one end to the other - irrelevant if you are switched. Saying "Any more than 3 and you should subnet" doens't make any sense nowadays. You can have 25 hops, things will still work fine. The old 5-4-3 rule applies to single collision domains... and with switches, each port is it's own collision domain. You could chain thousands switches across the country, it's not a problem.

      Hubs are evil unless they are strategically placed. Example: Hub at internet gateway to facilitate debugging. Not a problem because the # of packets per second is not going anywhere near the media limit, and there are only a small handful of devices.

  22. Not ethereal!!!! by Michael+Crutcher · · Score: 0, Redundant
    Ok, just kidding, ethereal.

    The number of ethereal recommendations is ridiculous, yet telling.

  23. Ethereal by SlashdotLemming · · Score: 0, Redundant

    Ethereal!! Yeah, that's it. Everyone repeat after me. Ethereal!!!

    Ummm what was the question again?

  24. 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
    2. Re:tcpdump and/or ethereal by asmussen · · Score: 1

      Yes, and it's also nice that ethereal supports numerous different capture file formats. I've used it to analyze snoop captures I made on Solaris boxes many times. Much easier to just do the capture on the box you're trying to diagnose than to mirror a port on the switch and plug in a sniffer.

      --
      Shawn Asmussen
    3. Re:tcpdump and/or ethereal by Craig+Davison · · Score: 1

      Ethernet frames are 1514 bytes.
      But that doesn't change your point that -s 0 is good when you want the entire packet written out.

    4. Re:tcpdump and/or ethereal by autocracy · · Score: 1

      Jesus pcaps? The immaculate TCP connection?

      --
      SIG: HUP
  25. 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
    2. Re:Bitch, don't you know where you are? by ControversialPosting · · Score: 1

      Ironically, computer programs are the one area in life where free things are often better than expensive alternatives.

      Ahem, drugs?

      And if Eric Raymond in real life is anything like he is in Revolution OS, then he knows this.

    3. Re:Bitch, don't you know where you are? by stor · · Score: 1

      Ahem, drugs?

      Ahem, sex.

      Cheers
      Stor

      --
      "Yeah well there's a lot of stuff that should be, but isn't"
    4. Re:Bitch, don't you know where you are? by SedentaryZ · · Score: 1

      Sex can be had for free?

  26. dsniff, ntop by bahamat · · Score: 4, Informative

    Don't forget the eternally useful.

    1. Re:dsniff, ntop by Soko · · Score: 1

      Netcat as well, seeing as we're going old-school here.

      Soko

      --
      "Depression is merely anger without enthusiasm." - Anonymous
    2. Re:dsniff, ntop by Minna+Kirai · · Score: 1

      socat > netcat. If you need that fancy flexibility, and can handle more obtuse commandlines.

    3. Re:dsniff, ntop by bahamat · · Score: 1

      I didn't realize netcat was a network sniffer. Oh wait, that's because it's not.

    4. Re:dsniff, ntop by interiot · · Score: 1

      Actually... (admitedly, this is a little convoluted, but...) netcat can act as a logging proxy for a single TCP connection. So.... if you add a slirp connection over the netcat logger, TECHNICALLY you're displaying everything that goes over a specific IP link. It's not just not terribly readable. Maybe someone needs to make a version of slirp that transfers everything in human-readable ascii, with the other end able to parse it back into raw packets. ;)

    5. Re:dsniff, ntop by interiot · · Score: 1

      As an alternative, if you're already handy with perl, there are several tiny-yet-still-readable TCP proxies that can be tweaked to do on-the-fly stream modification or anything else you dream up.

  27. 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

    2. Re:Argus by asdfghjklqwertyuiop · · Score: 1

      There's also tcptrack, which also fills this niche. It displays TCP Connections in real time...

  28. Ethereal by cullenfluffyjennings · · Score: 1


    Does SIP and STUN, and oh yah, how could I forget, SCCP.

  29. 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$ :(){ :|:&};:
    1. Re:What problems are you talking about by ViGe · · Score: 1

      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.

      Except for tcpdump, which is great on all of those levels.

      --
      It has to work - rfc1925
    2. Re:What problems are you talking about by MavEtJu · · Score: 1

      Except for tcpdump, which is great on all of those levels.

      I can't measure the quality of the signal on the cable with tcpdump.

      Although it does do the best it can, analysing the data of the TCP/UDP packets is not always optimal.

      But for dumping raw IP packets and see what's going on at IP or TCP/UDP level, it's excellent.

      Edwin

      --
      bash$ :(){ :|:&};:
    3. Re:What problems are you talking about by ViGe · · Score: 1

      I can't measure the quality of the signal on the cable with tcpdump.

      This is true, but actually you can't do that on any other software sniffing tool either.

      But for dumping raw IP packets and see what's going on at IP or TCP/UDP level, it's excellent.

      This is a little bit of understatement. tcpdump is not only excellent on IP or TCP/UDP level, it is also excellent on ethernet and application levels as well. It can print ethernet headers, and it also understands several application level protocols, e.g. SNMP.

      --
      It has to work - rfc1925
  30. 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

  31. 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.


  32. Re:I don't mean to flame, but... by seanadams.com · · Score: 0, Flamebait

    ++insightful.

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

    This is why I cringe when the IRS talks about how many "CIO"s they've bene through trying to get their software right. I'm afraid that the submitter is the only type of person who would apply for a government job doing information systems. These are sad, sad times for technology.

  33. Ethereal + Ettercap by Afroplex · · Score: 1

    I use ethereal for the sniffing portion, then ettercap for sniffing on switched networks. Ettercap uses arp poisoning to get around not being on a spanning port or hub. Careful though, may break your network depending on the switch.

  34. 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).

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

    I sniff with Olfactory 1.0.

    --
    Karma: -2147483648 (Mostly affected by integer overflow)
    1. Re:My tools by Anonymous Coward · · Score: 1, Funny

      I heard Michael Jackson uses version 9.3b.

    2. Re:My tools by axis-techno-geek · · Score: 1
      Yes, if a packet smells fishy, you should discard it immediatly.

      --
      This is not the sig line you are looking for... -- Old Jedi Sig Line Trick
  36. 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).

    2. Re:Sniffer Pro by piranha(jpl) · · Score: 1
      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 don't know about the others, but Ethereal will "work together" with tcpdump by reading tcpdump-generated capture files, and it can save captures in the same format. In fact, many network analysis tools will.

    3. Re:Sniffer Pro by rodac · · Score: 1

      Too bad then that you couldnt figure out how to code sniffer so that it would even be able to detect simple retransmissions on the tcp layer reliably. Or why not implement something like service response times that actual professionals use every day to diagnose performance problems. Etherela is a protocol analyzer. Sniffer is a network monitoring tool. If all you want is a pretty picture of who downloads the most porn, well, that wont help you when your NFS clients starts stalling due to lock manager problems.

    4. Re:Sniffer Pro by rodac · · Score: 1

      Bloody h*ll, that pos cant even decode the SMB protocol properly or DCERPC. Hello world? Calling? SMB and DCERPC are the two MOST common protocol families in the world? Whats the bloody point in a sniffer if it cant even decode windows protocols?

    5. Re:Sniffer Pro by fishwaldo · · Score: 1

      ahhh. Maybe I didn't phrase correctly. My point being is that you have to jump between tools to get the same level of information that Sniffer gives you in a single tool.

    6. Re:Sniffer Pro by fishwaldo · · Score: 1

      Sniffer's got application response time measurements. Its got full protocol decodes. It tell me all about my SMB traffic and can go as far as telling you misconfigurations in your NT or W2K domain setup.
      I don't know what Sniffer pro your looking at, but it obviously not the same one I'm refering too.

    7. Re:Sniffer Pro by rodac · · Score: 1

      Application response time is a littel bit more than just "data passed in direction X on the session" "other data passed in direction Y" measure the delta.

      For single threaded apps thats fine, but explain how that can possibly work with NFS where the normal case is multithreaded commands?

      Try Analyze/ServiceResponseTime for ONCRPC/NFS in ethereal and you will see why that other product sucks.
      It cant even tell me the difference in response times between GETATTRs and WRITEs. Pathetic.

      As for SMB and CIFS. Why can that other tool not even dissect SAMR or LSA? Why do NAI themself use ethereal in their own classes ina dvanced active directory and cifs training they give to customers? Can it be because something that cant even dissect basic DCERPC services such as SAMR/LSA/NETLOGON is pretty useless when it comes to post-netbios cifs traffic?

      How do I enable SAMR LSA and NETLOGON dissection in that other tool? i would like to know since it would help me find authentication problems in my domain. I would also like to reassemble the full DCERPC PDUs for large ones so i can easily see the response code (last 4 bytes) for large PDUs spanning multiple smb transaction/read/write/readandx/writeandx packets.

      i really would like to know how to enable this. it would really help me troubleshoot and diagnose problems!

    8. Re:Sniffer Pro by Anonymous Coward · · Score: 0
      Too bad then that you couldnt figure out how to code sniffer so that it would even be able to detect simple retransmissions on the tcp layer reliably.

      I've actually been doing a lot of TCP retransmission debugging today and EtherPeek NX's expert does flag these and helped me identify problems pretty quickly.

    9. Re:Sniffer Pro by Anonymous Coward · · Score: 0

      Sniffer Pro has gone to hell in a handbasket. Simple enough.

      I used to support the Sniffer product (the original DOS based software) and then everything went to SnifferPro (win32) and went promptly down hill.

      The DOS based version ran circles around SNP. The DOS version was more reliable as well as more exacting. The .5ms timeslice from the Windows schedular kinda kills the accuracy of a program that is showing down to micros. The packet generation capabilities of SNP are horrid as well in comparison to the DOS version. DOS will replay a trace file for testing purposes with a very low margin of error on the packet delta times whereas the Windows version latches on to the delta time between the first 2 packets and plays back all frames with that rate....

      I could go on for days with this. Of course NAI has repeatadly shown they don't really care about fixing the bugs so much as getting new functionality out. There are unresolved protocol decodes streching back over 2 major versions as well as other things. The original 'Sniffer Team' no longer exists at NAI as most of them moved on or were replaced by folks from overseas. The support aspect has declined as well over the past 5 years as NAI replaces competent network engineer grade support reps with folks from their AV support departments.

      Bottom Line:

      Would I use the tool if it were handed to me? Yes. I've got the most experience with it overall and I know enough about the problems that it has to avoid them or at least minimize their impact.

      Would I willingly buy or recommend the purchase of the product? Unless there was some specific application that I *had* to have Sniffer Pro for (Packet over Sonet for example) I would have to say no. There are other tools out there that are better suited to what Sniffer used to be. Sniffer Pro is now "Pointy Hair Boss-ware" instead of a tool for network troubleshooting. It gives you all the nice graphs and pretty screens, but it isn't as reliable as it should be.

  37. 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.

  38. 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 XPisthenewNT · · Score: 1

      Well I think this is brilliant! Except what happens when they get a little over zealous and chomp through a wire?

    2. 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?
    3. Re:Outsourcing to Trained Cats by sdcharle · · Score: 1
      Doesn't work every time

      When I see the news story where they've found lots of cat skeletons behind the wall of a building, I'm telling them your name.

  39. Packetyzer by AbyssLeaper · · Score: 1

    I've used ethereal on Win32, but didn't the like gtk wierdness. So..my recommendation if you're on windows network is Packetyzer. It's free, it's based on Ethereal, and it runs great on Windows.

    I'm curious, what exactly are you looking for that you'd need to be sniffing packets? Is your large network running on daisy-chained hubs and you're getting broadcast traffic? Spit? Bailing wire?

    --
    It's 11PM, do you know where your pants are?
    1. Re:Packetyzer by the+Slashbot · · Score: 0

      My recommendation on a Windows network?

      Get a real OS. A cold weathered bird springs to mind

    2. Re:Packetyzer by Dracoirs · · Score: 1

      One of my cow-orkers swears
      You must work at a slaughter house...poor cows.

  40. 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

  41. We could be more helpful... by Rick+Zeman · · Score: 1

    ...people could be more constructive if you could qualify what "problems" you mean. Network usage? Runt packets? Bad NIC flooding the network? Infiltration of Win2k3?

  42. 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.

    1. Re:i prefer analyzer to ethereal on win32 by BigBadBri · · Score: 1
      Amen to that.

      Analyzer is a pretty capable tool - especially for those who need to use Win32 for their jobs.

      It's ast least as good as Novell's Lanalyzer, and if you're a nuts-and-bolts kind of admin, it has great manual search capability.

      It's good enough for people like me, who can read pages and pages of protocol dumps (it's prettier than text!), but I'm surprised that it hasn't gained a wider acceptance, or been ported to sit on top of snort for the more rigid believers.

      --
      oh brave new world, that has such people in it!
  43. Yep, I second that one. by AltGrendel · · Score: 1

    Ethereal is the way to go.

    --
    The simple truth is that interstellar distances will not fit into the human imagination

    - Douglas Adams

    1. Re:Yep, I second that one. by whereiswaldo · · Score: 0, Offtopic

      Replying to your sig:

      The simple truth is that interstellar distances will not fit into the human imagination

      Nor would they need to, since interstellar distances could not be covered within a single human lifetime. Why bother thinking about what you'll do once you get there? You will never get there in all probability.

    2. Re:Yep, I second that one. by drudd · · Score: 0, Offtopic

      Thankfully we have special relativity on our side...

      Doug

      --
      Venn ist das nurnstuck git und Slotermeyer? Ya! Beigerhund das oder die Flipperwaldt gersput!
  44. Re:You get what you pay for by Anonymous Coward · · Score: 0

    Damn straight! All my proprietary code has stolen Open SOurce in it! Hell, I couldn't make it as a programmer otherwise!

  45. Several tools by GrpA · · Score: 1

    I use Ethereal as a basic sniffer, but use others for deeper network analysis. Etthereal is fantastic as a basic sniffer. Few problems with it too. It's just so well written.

    I use the Compuware stuff as well. Network Vantage and Application Vantage. Mainly on bigger or troubleshooting jobs..

    Network Vantage tends to do the more statistical stuff, and Application Vantage tends to process the intricate information, such as how long it takes a packet to traverse a WAN segment or if packets are arriving out of order, and the extent that this messes up the network..

    It's not stuff that you can't do with Ethereal (and a spreadsheet and a few hours) but it does make it a lot easier to do....

    Oh... And I just use the standard TCPDUMP on Linux... from the console..

    GrpA.

    --
    Enjoy science fiction? "Turing Evolved" - AI, Mecha, Androids and rail-gun battles. What more could you want?
  46. Nose works for me... by heldlikesound · · Score: 1
    ::smell of plastic and metal on smoldering::


    "Network's down!!!"

    --


    Cloud City Digital: DVD Production at its cheapest/finest
  47. Re:I don't mean to flame, but... by somethinghollow · · Score: 2, Informative
  48. 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.

    --

  49. Alternative by z0ink · · Score: 2, Informative
    --
    Steal This Sig
  50. Re:You get what you pay for by the+Slashbot · · Score: 0

    You are so off teh mark!

    Ever heard of Red Hat? They seem to be making money just fine!

    Its all about selling services, rather than the software. Software is now a commodity, its the support services that will make companies money.

  51. 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
    1. Re:snort by Anonymous Coward · · Score: 0

      I can't believe nobody else has mentioned snort. Boggles the mind, when you think of the power in this one little program..

  52. ITEMXDUPE by nevek · · Score: 0

    Its my diablo 2 packet sniffer, it lets me find those SOJ's without wasting all my gold.
    (hey it used to work)

  53. edumacation? by Anonymous Coward · · Score: 0

    "am wondering what tools the rest of you network guys and gals out there use in a corporate environment"

    you dont fool us mr script kiddie.. were not going to help you here.

    i mean come on don't they teach this shit in schools these days?

  54. 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
  55. Re:I don't mean to flame, but... by darkjedi521 · · Score: 1

    I've used tcpdump natively under Windows 2000. Don't laugh, its the only machine I had nearby with administrative access to run a sniffer on at the time.

  56. ettercap by cangeceiro · · Score: 1

    ettercap is the shit, does regular passive packet sniffing, but it also does man in the middle packet sniffing, nice for switched networks

  57. 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)..

  58. promiscous sniffers are great...BUT by ctime · · Score: 1

    Compuware Vantage suite of tools have got to be the cadillac of network "sniffing", with the exception that if you can't touch the A or Z points of your data transfers, then stick with the usual packet capture sniffers. Otherwise if you can get away with installing agents on the end servers/systems..try to get your hands on compuware appvantage. Trust me, it ROCKS. It's the END ALL to network problems..no more guilty until proven innocent bs. Generate reports detailing exactly what's going on with the network, and that the problem is not "the network". (which, *ahem*, it always is) http://www.compuware.com/products/vantage/appvanta ge.htm This combined with netflow exports on the routers, mtrg pulling snmp graphs and generic packet sniffers and you'll be sitting pretty.

  59. Ethereal, it's free by hords · · Score: 1

    Ethereal. Do I hear an echo in this room?

  60. 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.

  61. Etherpeek by icypyr0 · · Score: 0, Troll

    First of all, as a network administrator of that large a network, you should be able to find your own fucking network utilities. I mean god.. make yourself useful. Anyways, here is my two cents: Etherpeek. Its $$$, but its by far the best packet sniffing software I've ever used. The user interface is very inuitive. Additionally, its one of the most powerful sniffing suites I've used. In short: if you have the money, get Etherpeek.

  62. Three tools together... by dpokorny · · Score: 1

    I always use three tools together when I've got mysterious network problems to debug:

    tcpdump
    tcptrace
    xplot

    It's a little old-fashioned, and requires doing a little bit of documentation reading to understand what the tools can do, however, I think it's an unbeatable Free combination.

    With tcpdump, you can capture a huge amount of data and the pre- or post-filter it. Once filtered, tcptrace can graph the data for display with xplot. The resulting plots make it trivial to see throughput problems. On more than one occasion it's led me to poorly tuned TCP stack problems such as bad window size parameters, etc.

  63. 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 =)

  64. 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.

  65. 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.

  66. 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".

    2. Re:Along similar lines by Anonymous Coward · · Score: 0

      There's a windows version of Etherpeg - www.etherwatch.com

    3. Re:Along similar lines by Exocet · · Score: 1

      Thanks for sharing the existance of this program - my day is now much less boring.

      --
      Exocet Industries - Taking over the world, one computer at a
  67. Tools by Sedennial · · Score: 1

    Small laptop (older one) with onboard NIC and PCMCIA NIC.

    Ngrep, dnstop, nmap, tcpdump, iptraf, and we spent $99.00 for a license for nprobe which we use to export traffic patterns as netflow data.

    I sometime use ethereal on a somewhat beefier system (dual 2.4 Xeon) to read in tcpdump files to analyze when I need to display something in a way that a PHB can understand. :)

    Of all of these tools I think the nprobe, ngrep, iptraf, and dnstop are the ones I use the most. ngrep lets me grep an ethernet stream ("No, Mr Jones, it isn't sending the correct password to the mail server. No, I'm sure you put it correctly all four times. Yes, I'm sure that windows corrupted it in the registry again").

  68. Where i used to work we used by ForestGrump · · Score: 1

    ethereal, dominmo...
    but i dont use them. i was just a lowly tech.

    running cables, setting up machines.

    -Grump

    --
    Is it true that more people vote for the winner of American Idol, than vote for the president? -Ali G.
  69. 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.

  70. Re:I don't mean to flame, but... by ciroknight · · Score: 1

    well, maybe he's just looking for a better tool, maybe ethereal, tcpdump, and etherpeak don't offer a specific feature he's looking for (although, i have no clue what it might be, looking at UDP packet?)

    --
    "Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
  71. EtherPeek by macdaddy · · Score: 1
    You need to have a tool that works well and is easy to use when under fire. Ethereal is nice but it is not ready for the prime time yet IMHO. EtherPeek by Wildpackets is a very honed tool. Sniffer is a good tool but too damned complicated. EtherPeek is intuitive, powerful and easy to use. You can't go wrong there. I highly recommend it.

    That said I use numerous open source programs including most of the ones already mentioned. They work in a snap if you are used to them. If you really want to delve into the guts of a packet and have it readily able to read (decoded) then you want a tool like EtherPeek. Excellent product. I rarely recommend commercial products when there are open source alternatives. Sniffing tools is one place I make an exception. It's got to work when you need it.

  72. In my day we just stuck the cable in our mouth... by |>>? · · Score: 1
    ...and the more it hurt, the more traffic there was. Also, if you get closer to the source of the problematic network card, the pain increases.


    Just make sure that you spark it first onto a tap because if someone accidentally connects the network to a power point - you're a goner...

    --
    |>>? ..EBCDIC for Onno..
  73. Easy enough... by SmurfButcher+Bob · · Score: 1

    Grab an old beater box, or a laptop, with NT4 on it. Pretty much every install of that came with an option for NetMon, buried in the network services setup. Cost: $0.

    --

    help me i've cloned myself and can't remember which one I am

  74. Ethereal and snort by dtfinch · · Score: 1

    Ethereal has easy to use gui. Good for interactive use, like debugging problems or eavesd^H^H^H^H^H^Hjust browsing.

    Snort works well for logging, intrusion detection, virus detection, alerts, and with a little extra work, intrusion prevention. It takes some work to set up, but may be worth it.

  75. It depends on what you are doing by Anonymous Coward · · Score: 0

    I use Cain. Makes stealing passwords on a switched network simple and profitable. You wouldn't belive the secret life your CEO lives!

  76. 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.
  77. Your EMPLOYER gets what THEY pay for... by bergeron76 · · Score: 1

    Is I think what you mean.

    You need to just relax. Tell them you have a security problem and that you need tools to adequately do your job. If they huff you off, just make a note of it (make sure you document your request and their response), and wait until something happens. When it does, be sure to point out that you asked for the resources to prevent the problem and they didn't provide them.

    At which point, they will get what they paid for. Your ARSE will be covered, and you both will suffer the consequences of their decision (which is normal in the corporate world).

    --
    Don't think that a small group of dedicated individuals can't change the world. It's the only thing that ever has.
    1. Re:Your EMPLOYER gets what THEY pay for... by Anonymous Coward · · Score: 0

      I guess you must be a government employee...

  78. If your working in a switched Network by Cr3d3nd0 · · Score: 1

    Ethereal is great for non switched networks but if your using a switched network I would recommend you try Ettercap, a small program I found on Sourceforge that works wonders with switches. Slightly buggy but worth a look see

    --
    This is not a sig
  79. I built my own and you can't have it : P by iXiXi · · Score: 1

    I built my own and you can't have it : P

  80. pktstat by salzie · · Score: 1

    plus its very very fun to look at.

    ntop is good too.

  81. Ettercap by wmute · · Score: 1

    While kind of a blackhat tool I find it quite useful occasionally in tracking in real time what is going on with the network. It allows you to sniff the entire network including over switches via arp poisining and intercept / reinject packets and generally get a feel for what is going on in the network. ( http://ettercap.sourceforge.net/ ). This combined with ethereal usually do the trick.

  82. i bet by Anonymous Coward · · Score: 0

    yeah, that was definately another editor posting that one.

  83. 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

    1. Re:A couple of useful tools. by DrogMan · · Score: 1
      I've seen similar to this on my networks - aparently low data rate but high latency, and it's been due to gamers streaming UDP at a high packet rate with low packet sizes (100 bytes or less) A lot of network kit really doesn't seem to like this especially WiFi links! So for a long time I've been monitoring packet rates as well as data throughput to keep an eye on this.

      Checking packet rates also lets you know if someone is infected with various viruses - under normal curcumstances input & output packets match, with a blaster worm type virus you'll see a huge mis-match.

  84. For Winblows by Anonymous Coward · · Score: 1, Informative

    Capsa works awesome for Winblows.
    www.colasoft.com/products/capsa

  85. Corporate vs. Moderately Priced by Anonymous Coward · · Score: 0

    Corporate environments are generally going to have larger budgets. Facilities which are smaller and have much smaller budgets are going to find ways to get more bang for the buck - perhaps even better products, but also ways to get moderately (or possibly an invalidly selected product) to work in the best manner possible.

  86. dsniff by Anonymous Coward · · Score: 0

    I've found that dsniff suits my needs perfectly when I'm diagnosing peoples^H^H^H^H^H^H^Hmy networks

  87. hm. by PopCulture · · Score: 1

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

    your answer will be defined based upon how you pose the question.

    Obviously, ethereal is your answer. but if you read slashdot you already know that. I wonder if its really a packet sniffer that you need..

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

    like what exactly??? what kind of "network problems" are you having, and why do you think that packet sniffing is your savior???

    my guess is you have some sort of DNS issue or the like... there's simply no enough info to diagnose your problem

    --

    Here's to finally giving Bush his exit strategy in November
  88. NTOP on FreeBsd by bezbaq · · Score: 0

    You should check out NTOP. It is an extremely useful tool.

  89. I don't eve see the pr0n anymore, by douthat · · Score: 1

    all I see now is blonde, brunette, redhead... ... pesky users

    --
    She loves me: 09F911029D74E35BD84156C5635688C0 She loves me not: 09F911029D74E35BD84156C5635688BF ...
  90. sniffing on layer 2 or layer 3 by Jayanef · · Score: 0

    It's more advantage if you can directly sniff on layer 2 network such as snort, tcpdump and connected to monitor-port only on switch, so you can sniff all packets passing through your switch.

    If you use linux router also you can sniff realtime tcp/udp/icmp and other protocols with human readable using iptraf.

    Another method is sniffing on stealth firewall as bridge mode.

    Using the sniffing software is depend on the design of your networks.

    --
    -- There is four mistake in this sentences.
  91. What do you mean? by blair1q · · Score: 0


    cat -vu /dev/eth0

    Doesn't everyone?

  92. But by Trejkaz · · Score: 1

    Ethereal doesn't exactly have trouble looking at UDP packets so I don't know what you're getting at.

    --
    Karma: It's all a bunch of tree-huggin' hippy crap!
  93. 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.

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

    Cause its fun!

    Red Hat / Fedora packages at Dag's apt repository

  95. Ethereal question by $exyNerdie · · Score: 1

    I have never used a packet sniffer before. If I want to try Ethereal, where do I install it ? I have a router and couple of boxes in my home network... Can installing on one box monitor all the packets of the other box that aren't being sent to the box on which it is installed ?

    1. Re:Ethereal question by Anonymous Coward · · Score: 0

      There's a new Ethereal book out. If you're interested, I would check that out.

      Of course there's also google and ethereal.com.

      As for installing it. I guess that depends what OS or Distro you're using.

      FreeBSD, OpenBSD and NetBSD have it in ports and as pacakges - of course source too. Linux (choose your flavor) it's out there in many forms as well. MS Windows, I believe there's a port for that too. Check google on that though.

      Hope this helps.

    2. Re:Ethereal question by interiot · · Score: 1
      If they're all hooked up with a hub, you can install it on any machine. If (more likely) they're connected via a switch, you likely have to install it on one machine that sits between the switch and the internet. (or is there a way to do something tricky with uplink ports or something?)

      Anyway, in lieu of a better solution, what I do is described here... find a laptop with one built-in ethernet port... burn a knoppix CD (ethereal built-in)... buy a little bitty USB - ethernet adapter, and plug the laptop temporarily in between the cable modem and the switch. This has the side benefit that you can take the laptop + USB NIC elsewhere (eg. say, your favorite institution's network cabinet) and similarly sniff just about anything you want.

    3. Re:Ethereal question by Anonymous Coward · · Score: 0
      Is this really what you do? I followed your link and saw a nice 10-step description of how to set things up.

      Then, following your step-by-step instructions, I saw your first caveat: "I haven't actually gotten this to work yet."

    4. Re:Ethereal question by interiot · · Score: 1

      Oops, forgot to remove that line. I was able to get the instructions there to work (with a few updates found while running them).

  96. On a related note... by timeOday · · Score: 1

    does linux offer per-process network traffic accounting? Even on packets just being routed by the kernel, you could break it down by source host and port.

  97. It's in the nose by Anonymous Coward · · Score: 0

    I started out sniffing networks with my own nose, having adapted my left nostril to RJ-45 connectors. But when the data rate exceeds 100mbits/sec., my nose just can't keep up, so I've trained my trusty K-9 compatriot to detect bad packets, attack packets, virus packets, and various and sundry other interesting packets. I plug the network cables into his nose, then listen to his yips, barks, and watch his tail wags, to determine what kind of traffic is on the network. It works well up to 1gbit/sec. I don't know of any organic nose that can keep up with data rates faster than that, though. Perhaps someone with a huge schnozolla could...

  98. Ethereal rocks the house by Jim-on-Bass · · Score: 1

    I don't work on any networks approaching the 500 size, but I've used Ethereal hundreds of times, primarily on MS systems, and it always helps. Being free is certainly worth points on its own. Also being built into many distros helps too.

    I used tcpdump one or two times when it was already present on a system. I don't have anything against it, I am simply much more comfortable with the big E .

  99. I like my Shomiti Century 12 tap by pair-a-noyd · · Score: 1

    Why mess with the rest when you can use the best?

    http://www.systemrecycler.com/shomiti
    BTW, mine is up for sale.. It rox...

  100. eEye Iris by seekr_hidr · · Score: 1

    I'm surprised no one mentionned Iris from eEye...

    1. Re:eEye Iris by Anonymous Coward · · Score: 0

      Maybe because it costs $1,295.00

  101. ngrep baby! by hellraizr · · Score: 1

    ngrep. it's ethereal/tcpdump/snort built all into one. you can finger print exploits manually and run regex's on normal traffic with the payload converted to ascii/hex chars.


    check it out http://freshmeat.net/redir/ngrep/7168/url_homepage /ngrep.sourceforge.net

  102. 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
  103. ...SORRY by jacobhoupt · · Score: 0

    In Soviet Russia, the packets sniff YOU! Also, would like to see a Beowulf cluster of Micro-ATX's sniffing, you insensitive clod!

    --
    -- the only good thing the French ever did was two chicks at one time
  104. 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.

  105. 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.

  106. 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-

  107. 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.

  108. Add iptraf and etherape by LodCrappo · · Score: 1

    Ethereal or tcpdump are great when you know what you're looking for or need to record packets over time. Sometimes I also like to use iptraf (CLI realtime packet summary) or etherape (X based, not as powerful as iptraf but cooler looking). These tools let you see realtime displays of connections which is often useful alongside a packet logger. iftop is another similar tool for realtime CLI display. There are also many protocol specific realtime tools like dnstop or arpwatch that come in very handy.

    --
    -Lod
  109. debug mode by Maskirovka · · Score: 1
    What Network Sniffing Tools Do You Use?

    I usually just ssh into the routers and watch the debug output. I feel inclined to spend more time (in the interests of thoroughness) at it lately since my workplace banned gaming. They want me to look busy all the time...

  110. Dont forget SNMP by KenFury · · Score: 1

    While packet sniffing is very useful dont forget to get SNMP running on everything you can. Not only does it let you see what the network is doing (or not doing as the case may be) but the PHB's love to see pretty graphs. I has a manager who refused to give us a second T saying that we had plenty of bandwith. I showed him the pretty graphs that showed 90% traffic and suddenly he understood. You could almost see the lightbult turn on.

  111. Ethereal of course by rodac · · Score: 1

    Other tools are so incredibly primitive they can not even detect duplicate acks or tcp retransmissions properly. Other tools are even so broken they can not even decrypt and decode the PAC structure inside Kerberos tickets!

  112. 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...
  113. Sniff JPEG images from network by Anonymous Coward · · Score: 0

    There are tons of networks sniffers that can sniff emails,passwords etc. But Pikachu is different from nornal sniffers.

    Unlike normal sniffers, Pikachu sniffs images.Using this software, you have visual indiaction of what is flowing in your network.

    It's fun to watch Pikachu sniff tons of images from network.

    A nice free tool for easy tracking of users downloading offensive materials.

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

      You may also be interested in Driftnet

    2. Re:Sniff JPEG images from network by BLKMGK · · Score: 1

      A shame that's not got a nice way of displaying the images without first storing them - ick! It's on his dev list though so there's hope. Now, if Knoppix would just incorporate Driftnet we'd be set! :-)

      --
      Build it, Drive it, Improve it! Hybridz.org
    3. Re:Sniff JPEG images from network by Anonymous Coward · · Score: 0

      yeah , Pikachu seems to be the only jpeg sniffer for windows.

    4. Re:Sniff JPEG images from network by Anonymous Coward · · Score: 0

      What about Etherwatch? - www.etherwatch.com

  114. Let us not forget to leverage our hw by Ikkyu · · Score: 1

    If you have managed switches (you do have switches in this day and age don't you?) then hit the SNMP stats to grab a large amount of info (collisions, errors, and such), also http://ntop.org has some nice general network stats type stuff with pretty graphs and integration with netflows, and of course the verable ethereal and tcpdump

  115. 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.
  116. Two words by jigyasubalak · · Score: 1

    Fox Terrier. Go Figure.

    --
    The best planning can be done after the project completes.
  117. "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: 0

      Live HTTP headers for Mozilla is another option.

    5. Re:"Sniffing" for HTTP by Anonymous Coward · · Score: 2, Interesting

      What about HTTPSpy?

    6. 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".
    7. 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.

    8. 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.

  118. I dont trust other peoples tools, they suck by rodac · · Score: 1

    I only use ethereal. In true unix style, if you want a proper tool that works you have to write it yourself.

  119. etherpeek by Anonymous Coward · · Score: 0

    not free, not on linux, but works. cheaper than sniffer too.

  120. Excellent! by Anonymous Coward · · Score: 0

    Good find. That is an excellent list.

  121. Ethereal and nmap by mkiwi · · Score: 1

    there's another fun product that compliments ethrereal:
    nmap. www.insecure.org/nmap/
    Even though nmap is not really the sniffer application ethereal is, it can give you very valuable information about what kind of server you are running, run through a host of kiddie breakthrough attempts, and it's always fun just to tell some one after you've found out their IP address, "You are running Windows XP SP 2, here's how I can haxor you...."

  122. ^H^H^H by TheoMurpse · · Score: 1

    please tell me what ^H^H^H means...i've seen it everywhere! but i can't figure it out...

    ^_^;;;

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

      backspace :)

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

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

  123. Re:Good bye horses my love by Anonymous Coward · · Score: 0

    MEF says Hi!

    Mad props to Zippy2

  124. Mostly Ethereal by adiposity · · Score: 1

    Ethereal is nice, because of its exhaustive list of supported protocols, but it still has many rough edges. Cutting and pasting various pieces of data is difficult, for example. It also is missing some advanced features, some of which are offered by this product:

    Distinct Network Monitor

    Download from here to avoid annoying forms.

    It isn't free, or open source, but on the rare occasion where I want to modify and resend a captured packet, it's what I use.

    -Dan

  125. Ethernetcentric by mcco7614 · · Score: 1

    All of the tools discussed so far focus on capturing traffic from a LAN. I agree that a combination of tcpdump/snoop/windump for data collection and Ethereal for analyzation is an excellent and free combination for troubleshooting most Ethernet issues.

    However, I often struggle with traffic collection on non-Ethernet networks. I'm interested to know how large service providers capture transit traffic from core routers that may have a combination of layer 2 technologies - SONET, ATM, Ethernet, etc.

    We have toyed with Netflow for trending but haven't found a great solution for capturing realtime traffic. Fortunately our Juniper routers allow filters to be applied to core interfaces that can send tcpdumpesque output from the IP headers to a syslog. Collecting the same from a Cisco router isn't so simple.

    In my opinion, collecting traffic from the edge of the network is only half the battle - let's hear about tools for traffic collection on PTP core links.

    --
    "A clear conscience is usually the sign of a bad memory."
  126. ntop is a good tool. by chris_sawtell · · Score: 1

    Ntop is the way to go for fast analysis. It has a http daemon built in which presents an overall view of your network's activity. You can then examine in detail with tools others have mentioned. Take care about running ethernet wiring alongside the mains wiring.

  127. what scares me by eagl · · Score: 1

    Well, I do a lot of P2P filesharing, and what really frightens me is someone using *%$%^&%^&_lib and &^^%$& so they can track the ip addresses of everyone who is participating on the P2P network. They would be able to log all the pron, ebooks, movies, and music sharing that goes on and have times/dates/ip addresses. It's so simple, just one command (&%&%&((%$ piped to the corporate lawyer and we're all fscked.

    --- This message has been post-processed and sanitized by network processing tool theft_be_safe to protect the user. ---

  128. 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 :)

    1. Re:tcpdump, ethereal, etherpeek by Anonymous Coward · · Score: 1, Informative
      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.

      That's not true, EtherPeek can sniff on any ethernet interface, in fact on the Mac it uses libpcap. But WildPackets also makes WANPeek which can sniff directly off a T1/E1 (hardware included), GigaPeek (full duplex gig sniffing, hardware included), AiroPeek for wireless sniffing (support for a number of cards), or even a distributed RFGrabber device for sniffing.

    2. Re:tcpdump, ethereal, etherpeek by pe1chl · · Score: 1

      I use tethereal, which is similar in functionality to tcpdump.
      A big advantage compared to some pretty packages I have seen, is that you can look at things in realtime. For simple problems this is much more convenient than setting up a capture, taking a snapshot in the blind, and then analyzing the data afterwards.

    3. Re:tcpdump, ethereal, etherpeek by Guy+Harris · · Score: 1
      EtherPeek can sniff on any ethernet interface, in fact on the Mac it uses libpcap

      ...at least on OS X - unless it uses raw BPF (if the EtherPeek executable is Mach-O, what does "otool -L" say about it?). The older non-OS X versions presumably didn't use libpcap or BPF.

      AiroPeek for wireless sniffing (support for a number of cards)

      ...because they had to supply their own drivers, thanks to the lack of any standard mechanism in Windows by which drivers for 802.11 cards can supply 802.11 packets to NDIS and offer standard NDIS OIDs to request monitor mode and the like. Ethernet doesn't have that problem, so EtherPeek on Windows can just connect to Ethernet drivers through NDIS (just as WinPcap does).

      ...or even a distributed RFGrabber device for sniffing.

      That's based on the old WSP100 device from Network Chemistry. BTW, those devices probably use Network Chemistry's Tazmen Sniffer Protocol, so other applications that handle that protocol, such as Kismet, should also work with them.

  129. Iris by Anonymous Coward · · Score: 0

    Iris rocks. But costs money.

    http://www.eeye.com/html/Products/Iris/

  130. Try Pikachu by Anonymous Coward · · Score: 1, Informative

    Pikachu is a free JPEG sniffer for windows. It sniffs emails too :)

  131. What works best (and cheap) for switched networks? by WoTG · · Score: 1

    Please forgive my ignorance, but does sniffing packets still have that much use (for internal traffic) when most networks are switched nowadays?

    I guess you could use them to to watch the traffic in and out of a single machine, but how do you use this to diagnose network-wide issues?

  132. A self-defeating attitude by Anonymous Coward · · Score: 0

    I know you usually get what you pay for.
    That belief ensures that you almost never will.

  133. B.U.T.T. Sniffer by Anonymous Coward · · Score: 0

    My friend recently coded up the BUTT Sniffer, a Bidirectional UDP TCP/IP Traffic Sniffer.

    It rules.

  134. Ethereal and tcpdump by Ernesto+Alvarez · · Score: 1

    I use tcpdump for quick analyses and for capturing data and ethereal for in-depth analysis.

    If I want totals and percentages, I feed the pcap files into ntop (a web based network statistics display).

    Being all of them libpcap based is a big advantage, you can easily capture data with one and analyse it with any other compatible sniffers.

    You could even code your own single purpose program that reads pcap files if you ever need some special information from the pcap dumps (I've done it once, it's relatively easy if you know precisely what you want).

  135. PacketSeeker and Ethereal by Anonymous Coward · · Score: 1, Informative

    My vote (as many have also stated) is for Ethereal when you know EXACTLY what you're looking for, or you know HOW to look for what is wrong.

    However, to understand my network like I've never done before, I've recently gotten my hands on Packeteer's PacketSeeker:

    http://www.packeteer.com/prod-sol/products/packe ts eeker.cfm

    While Ethereal is free, the PacketSeeker is a commercial product.

  136. 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.)

  137. For SSL encrypted traffic.. by yem · · Score: 1

    ssldump: http://www.rtfm.com/ssldump/

    Pass it the right key file and it will decrypt the traffic to plaintext on the fly - very useful for tracing SMTP/POP3/IMAP over SSL, etc.

    It can also debug the handshake process to help you find those weird SSL errors.

    Uses libpcap so the filtering syntax is immediately familiar.

    --
    No, I did not read the f***ing article!
  138. Re:I ONLY WANT TO SNIFF YOUR ANUS by Anonymous Coward · · Score: 0

    I like how this is moderated "interesting"

  139. Unispeed Netlogger by BobEnd · · Score: 1

    Unispeed's netlogger is a quite powerful tool, I should know, I used too work at Unispeed as part of the development team ^_- . Its a highly configurable tool and most importantly; it works in real-time.

    More infomation on thier homepage.

    form the homepage:

    Using Unispeed Netlogger for Intrusion Prevention and Recover

    The last couple of years have seen a lot of malicious network attacks throughout the World. The effects are often extensive, causing network downtime, financial loss and a lot of extra work.

    To reduce the impact of an attack, you can use The Netlogger. This brings you a large number of benefits, including

    • Forensic Evidence. You can identify the actions taken by a criminal who has accessed your network. This is vital in preventing future attacks.
    • Disaster Recovery Dump. The Netlogger can detect attacks and generate files, which give a moment by moment synopsis of what occurred during the attacks. Thereby you learn how hackers use weak points in your network to harm your business.
    • 100 Percent Passive Monitoring. The Netlogger is simply sniffing all traffic on your network and is not visible for a hacker. Thus the hacker will not know that he/she is being monitored.
    • Realtime E-mail/SMS Notification System. When a network security breach occurs, network administrators can correct the problem before significant damage is realized.
    1. Re:Unispeed Netlogger by dre23 · · Score: 1
      Unispeed Netlogger and the Niksun NetVCR are probably the only good commercial sniffers available. A second prize goes to Sourcefire and others that have security-specific sniffer/NIDS systems. A third prize goes to Internap FCP (formerly NetVMG) for Internet/BGP-specific packet capture systems.

      I've tried nearly every sniffer (open-source or commercial) that has been available for the past 10 or so years.
      Having the right tools for the right job is so important. Here's my list of good vs. bad in the packet capture world:

      Good:
      1) Running 'tcpdump -vvens0 -w file.cap' will basically give anyone anything they need, period
      2) arpwatch, just to have a nice list of MAC2IP's
      3) argus (already mentioned here)
      4) snort (although I suggest the commercial Sourcefire instead). However, `unified logging' in snort (e.g. mudpit or barnyard), along with cerebus and logtopcap can scale snort to large-installations
      5) ourmon is the best pcap visualization tool out there. it's BPF+RRDTool, so it basically rules
      6) After you gzip the pcap file, scp it to your Windows/Linux desktop and run Ethereal to analyze in-depth
      7) NAI SnifferPro "Expert" mode is sometimes useful instead of Ethereal. However, it's not worth the money even if you have money to burn
      8) tcptrace is VERY useful to run on your saved tcpdump pcap files
      9) Bro, ngrep, and dsniff are well-written, albeit somewhat security-specific
      10) iftop and tcpdstat ala ddittrich's preso's

      Bad:
      1) SnifferPro, Network Observer, Fluke, et al
      2) ntop (although their website is very cool for info on packet capture)
      3) ntop look-a-likes like darkstat
      4) pastmon doesn't really work yet, but looks promising
      5) Cisco Netflow and SPAN ports. I highly recommend Internap FCP, argus, or Bro instead of Netflow. I also highly recommend NetOptics port aggregator taps over SPAN ports, however SPAN is better than nothing

      A lot of people were confusing packet creation with packet capture. For more information on packet creation, see packetfoo [PDF]

      --
      IPv4 allocations for hobbyists? join the ipalloc-l mailing-list! www.operations.net/mailman/listinfo/ipalloc-l
  140. Re:I don't mean to flame, but... by Anonymous Coward · · Score: 0

    Not to mention that this is a very useful topic for people who wouldn't know much about it, in order to learn more about it ?
    (ie me - I knew about ethereal but none of the others)

    And by asking people who know, as opposed to searching for it, people can say which are the best ones, instead of trial and error testing yourself, and it sounds like in this guy's situation he can't afford to test lots of them (as he'd have to buy them to test them and waste money which he doesn't have?)

  141. Use etherpeek by mveloso · · Score: 1

    It's expensive, but it works - at least on the Mac side. Not sure, but it looks like the Windows version grew a brain.

    EP on the Mac is very nice, it looks good and lets you think less so you can think better.

  142. Try Etherape, good radar like realtime view. by slmdmd · · Score: 1

    Radar like, protocol wise color - relatime view.

  143. 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
  144. 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.

  145. Ethereal, ColaSoft Capsa Pro by jintxo · · Score: 1

    I have been using these 2 for a while and like them a lot. Ethereal works wonderfully on linux, windows but Capsa is win only. I like the Capsa filtering setup, it's easy to identify who's talking to who and what they're telling each-other. Found it kind of similar to Sniffer Pro, but like Capsa a lot more :-)

  146. mailsnarf! by yalla · · Score: 1

    I like to be up-to-date...

    --
    You look like a million dollars. All green and wrinkled.
  147. OmniPeek by Anonymous Coward · · Score: 0

    If you want a really cool distributed sniffer I'd suggest checking out OmniPeek.

  148. Re:What works best (and cheap) for switched networ by Anonymous Coward · · Score: 0

    You have to insert TAPs into points on the network, or put ports into mirror mode on switches. There aren't any tricks.

  149. shameless plug by wdebruij · · Score: 1

    http://ffpf.sourceforge.net/

    includes libpcap support, but is more extensible (filter language bindings) and efficient (kernelspace & userspace processing).

    btw: I'm one of the developers.

  150. tcpflow by ajs318 · · Score: 1

    TCPflow provides some very interesting stuff. It should be on your installation CDs; but if not, you can get it from here.

    --
    Je fume. Tu fumes. Nous fûmes!
  151. 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!

  152. 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

    1. Re:RMON by Ih8sG8s · · Score: 1

      Although what you say is technically correct, I don't trust RMON. Different equipment vendors have different implementations and levels of conformance. Beyond this, there are also limiting factos which fall outside of RMON itself.

      Process priorities for example. If a switch is under load, will the switch begin dropping packets to the agent process in order to better service the network? How much overhead does the agent create if actively monitoring? Will it effect switch engine perfomance?

      There are other reasons, like horrible conformance to spec of equipment manufacturers. You'll get as many quirky implementations as there are manufacturers, and in some cases models and revisions of a different switch.

      Not to discredit your points, they are valid, so long as you know that it is in fact functioning as you believe it is...

    2. Re:RMON by halbritt · · Score: 1

      Have you ever actually used RMON to solve a real problem? Most switches have very rudimentary support for RMON and provide anything beyond statistics, which is to say, they don't support packet capture. Dedicated RMON probes are horrendously expensive, and in my experience flaky as hell and rarely work as advertised. Once one has an RMON probe, one still needs an (expensive) piece of software to extract that information from the probe.

      I've been in this industry for 10 years now and in all that time, I've never seen anyone use RMON tools to any meaningful end. I've had much better luck over the years just setting up port mirroring and using tcpdump.

  153. 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.
  154. 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.

  155. 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

  156. 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
  157. 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.

  158. 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 :)

    1. Re:CommView by JustNiz · · Score: 1

      dude, Windows IS a spyware app.

  159. *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
  160. Capture flow data by Florian+Weimer · · Score: 1

    We mainly use Cisco Netflow Data Export to detect and analyze network anomalities. If your router doesn't support netflow export, you might be able to hook a PC to switch at a monitor port and use some tool like fprobe or nProbe to generate flow data.

    A short-term archive of flow data is extremely useful for handling all kinds of abuse complaints (did you know that a significant portion is forged?) and detecting worms, outgoing DoS attacks etc. on your own network.

  161. Ethereal and/or tcpdump by TheChromedAccountant · · Score: 1

    We have quite the same jobs,
    Im working in a manufacturing Company with about 250+ Clients :)

    Both tools are well documented, Ethereal can be run from Win32 or Linux, while tcpdump is afaik a Linux-only tool. The Win-Version is pretty good (you wont find a difference to the Linuxversion except for using another library(WinPcap) due to the nature of the different operating system)

    Hf

    --
    nothing personal, just business.
    1. Re:Ethereal and/or tcpdump by Guy+Harris · · Score: 1
      while tcpdump is afaik a Linux-only tool

      No, it works on many other UN*Xes (on at least some of which it ran before it ever ran on Linux), just as Ethereal does, and it even works on Windows, as long as you replace "tcp" with "win" :-) - WinDump is a port of tcpdump to Windows, done by the WinPcap developers.

  162. Knoppix STD - get it now !! by Anonymous Coward · · Score: 1, Informative

    dowload the ISO from here it's got most of the tools mentioned here and you don't even need to install it onto your hard disk. It runs a full Linux system from CD.

  163. Re:I don't mean to flame, but... by ciderpunk · · Score: 0, Flamebait

    Oh yes you do :-/

  164. Another vote for Ethereal... by Private+Baldrick · · Score: 1

    Yep I use it (on W32) it's free and it's good. However what could be useful is what kind of problems require network sniffing? If it's bespoke applications failing then Ethereal is your baby. If you are having poor response on bits of the network maybe you should be looking at SNMP feeds/or the port counters on the switches. Finally if you think it's due to faulty cabling/network cards then you may need the expert analysis of Sniffer/Observer or the diagnostics of your switch ports to find it. Balders

    --
    I have a cunning plan...
  165. http://www.finisar.com/nt/thgsurveyor.php by Desmoden · · Score: 1


    Surveyor with the THG is quite impressive. Not as many decodes as ethereal, but line rate gig is nice.

  166. well by Flunitrazepam · · Score: 1

    apparently you all dont know the difference between Ethernet and Fthernet

    --
    1) Your analysis is based on bad assumptions so your result is way off. 2) You're a sick bastard for fucking a horse.
  167. I love the smell of packets in the morning. by shin0r · · Score: 1

    Usually 'snoop' on a per-box basis or if I'm looking for specific packet. (Free with Solaris)

    Or ethereal (The windows build works ok too)

    Or 'iris' if booted into windows, from http://www.eeye.com. Not the cheapest, but it works well.

    cheers

  168. iptraf by nasogrumy · · Score: 0

    iptraf givesyou realtime networks traffic information, it is light, easy and informative enough ti figure out what goes on on your network. for more eye candy stuff etherape is also a good tool.

    --
    Some like it with bugs..... I don't!
    1. Re:iptraf by maduro55 · · Score: 1

      Sounds like my supervisor. To add to that he is also afraid to try anything new. His favorite ting to say is either "I had a problem with that once" or "I know someone that tried it and had a problem". I say "so what, I had a bad experience in bed once but I still get in it, work on it until you get it right" No guts no, glory. sorry for the rant

  169. Network problems by Anonymous Coward · · Score: 0

    It is obvious that most of the posters come form a software background. First place I'd start is with good hardware. If you have good managed switches, their management software will tell you a lot about the traffic going over the network.

    When errors start to occur, the extra investment in managed switches really comes into it's own. Understanding the design of a managed network also allows you to get over problems of sniffing remote segments.

  170. Australian Shepard. by CFBMoo1 · · Score: 1

    Not only is he great for sniffing out packets, but he can herd them where I want them. Not to mention he also handles Jehova's Witnesses spam to /dev/null everytime they ping the front door.

    --
    ~~ Behold the flying cow with a rail gun! ~~
  171. Knoppix STD by Anonymous Coward · · Score: 0

    A lot of the replies to your inquiry mention *nix only tools (Etherape, etc.). If you're stuck with a Win32 PC, a good option for quickly putting many of these tools at your disposal is to run Knoppix-STD. You will need to temporarily leave the Windows environment, but you should feel quite at home within the Knoppix STD (KDE) interface.

  172. 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.

  173. I use... by Anonymous Coward · · Score: 0

    my dog Spot.

  174. Ethereal by tedgyz · · Score: 1

    I know it's been said, but let me reiterate. Ethereal rocks. I am a web app developer. I used it to trace an HTTP stream. It is great for isolating traffic and seeing the raw data. By using ethereal I proved that IE was corrupting it's HTML. I could see the valid HTML in the HTTP stream.

    --
    "No matter where you go, there you are." -- Buckaroo Banzai
  175. Ninnle comes with sniffers! by Anonymous Coward · · Score: 0

    Ninnle Linux comes bundled with the best network sniffers you could imagine!

  176. 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.
  177. Other Choices by Anonymous Coward · · Score: 0

    I've used EtherPeak:
    http://www.wildpackets.com/
    Runs on MAC's too! Very good interface. The one feature this has over most all others is that you can capture AND look at traces at the same time. Most (Ethreal included) require you to capture a "snapshot" then to "post-analysis". The only down side is their "driver" depends upon the underlying OS and on MAC OS 9, the timestamps were a not that accurate.
    One that was more accurate was LANdecoder32 from Triticom:
    http://www.triticom.com/
    They have special drivers so if you get a NIC that they support, this driver will really get down into the card and can do very accurate timestamps.
    I've used Sniffer in the past (10+ years ago) so I don't know how they've changed since. Back then, they did most of their protocol processing ON their custom cards, so they were very accurate.
    I've also used the HP LAN Analyzers. Very accurate, but as with all things HP (now Agilent), the absolutely WORST interface on planet Earth!

    1. Re:Other Choices by Guy+Harris · · Score: 1
      The one feature this has over most all others is that you can capture AND look at traces at the same time. Most (Ethreal included) require you to capture a "snapshot" then to "post-analysis".

      Ethereal: capture with "Update list of packets in real time" enabled (although that might miss packets if you're capturing a lot of traffic).

      The only down side is their "driver" depends upon the underlying OS and on MAC OS 9, the timestamps were a not that accurate.

      The same applies to Ethereal and tcpdump (which, being libpcap/WinPcap-based, rely on the underlying OS's drivers).

  178. What up by Stormcrow309 · · Score: 1

    Disclamer: My brother is a senior manager at ipswitch

    We use What's Up Gold in my job to analyse and diagnose the network. It diagnosed a looping issue that was taking down the network that our network admins said was not happening. They had a router incorrectly configured. It is a very good tool to cover all of the network monitering/auditing tasks.

    --

    In God we trust, all others require data.

  179. Snort and ntop by erik_norgaard · · Score: 0

    Ntop is good to get the general picture of what is going on on your network, can run a webservice with graphics and stuff, that kind of things always keeps your CEO happy - uhh he makes charts and graphics, must be important :-)

    Snort is my favourite utility over tcpdump, I think it is easier to use, and also, it can be used for IDS - there are plenty of rules on www.snort.org and www.whitehats.com.

    Both snort and ntop are free, so I guess they are not very usefull to you ;-)

  180. Solar Winds & Iris by B5_geek · · Score: 1

    On a Win32 platform nothing beats Solar Winds for the probing & inspecting of your entire network.

    I am also quite fond of Iris for packet sniffing.

    (There are "bigger & better" packet sniffers around {including one in Solar Winds} but IMHO it just a nice tight solid program.

    --
    "The price good men pay for indifference to public affairs is to be ruled by evil men." ~Plato (427-347 BC)
  181. Re:What works best (and cheap) for switched networ by iXiXi · · Score: 1

    You will need to designate a promiscuous port on a managed switch. This will set up a full frame repeat from all ports on the switch to your monitoring host. This will allow you to see all frames instead of just the unicast designated for you and or the broadcast frames.

    When you are setting up your monitoring schema, you also need to look at any VLANs you may have set up to see what actual traffic you need to sniff and from where it is originating.

    Most enterprise level networks are using managed switch fabric. If not, please give me their contact information so that I may smack them.

  182. for windows NetworkActiv.com by Anonymous Coward · · Score: 0

    if you on your using windows use either Ethereal or Networkactiv (http://www.networkactiv.com) also for sniffing HTTP packets this is a handy tool http://www.pocketsoap.com/tcptrace/pt.aspx

  183. ethereal? wtf no! by ANTRat · · Score: 0

    ettercap owns all k

  184. Wireless AP in Marketing? by klang · · Score: 1

    Today "Tom in Marketing" can set up a wireless access point in about 5 minutes, potentially leaving a door open to the rest of the network.

    To check if there are any wireless networks around, you might have to wardrive the premises. An laptop, a WiFi card and network stumbler is all you need for a quick scan of the surroundings. Depending on the layout of the company, a GPS can be added to pinpoint a rouge accesspoint easier. Not strictly necesary though. Just take a walk around the building and you will see what pops up, some of it might be part of your wired network, bridged to wireless and left open to the world.

    Sniffing traffic on an unauthorized part of the network is not dificult, snort or similar can do the trick. Fysically removing the AP is easier though... "Tom" will report to your office to get his router/bridge back ..

  185. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  186. Note that the parent is for Macs only by perrinkog · · Score: 1

    "EtherPEG is a free program for the Macintosh that shows you all the JPEGs (and GIFs) going by on your network."

    --
    (Karma = auto -1)
    1. Re:Note that the parent is for Macs only by just-a-stone · · Score: 1

      driftnet similar, runs on linux and depends on - surprise - libpcap.

      "networks became a lot more funny when me and my nic found the pleasures of promiscuousness"

  187. Network Probe by zyxmaw · · Score: 1

    http://www.objectplanet.com/Probe/

  188. Qvision by Anonymous Coward · · Score: 0

    There is a company called Q1Labs that has a network anomaly monitoring tool. We use their software to keep track of general health of our networks and to pick out anomalies (worm attacks, DoS etc). Not free but really good at what it does. Highly recommended.

  189. 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.

  190. LanSleuth by Anonymous Coward · · Score: 0

    I don't think anyone's mentioned it, but LanSleuth is a product with some nice features that Ethereal doesn't have - like "sniff in the morning from 2 - 4 AM" and a cool graphical logic tree for building those filters. Windows only, though. They have a version that supports TokenRing, too.

    www.lansleuth.com

    (Obj disclaimer - I used to work for the LanSleuth people. I use Ethereal at my current job because I can customize it to support our bizarro protocols and, despite being a multi-billion dollar company, they're damn cheap. I'd use LanSleuth if I could.)

  191. CommView by rwebb · · Score: 1

    As an alternative to the flood of Ethereal posts, I'd recommend that the OP also take a look at CommView.

    I gave it a try after having been completely unsuccessful in getting a Windoze binary of Ethereal to run on my home PC. Crashes, lockups, the usual Windows issues. Probably a combination of the dreaded DLL-hell and the particular embedded Ethernet chip on that motherboard.

    But I wanted to watch outgoing packets (suspected a spyware app was running), looked around for an alternative, and gave CommView a try. Worked the first time, no crashes, nice interface, yada yada yada.

    There are "personal" and "enterprise" editions (priced accordingly) as well as an evaluation download.

    It's not Free Software (not even free-as-in-speach) and it runs on Windows, so I'm sure it's responsible for the fires in Canneto di Caronia in Sicily among other abominations -- but if you need this kind of tool in a Windows environment, check it out.

    --
    Trusted by cats.
  192. Grab the source to EtherPeg by sjf · · Score: 1

    I use either tcpdump - or I hack up a custom tool starting with the source to EtherPeg:

    http://www.etherpeg.org/

    (Shows you how to grab packets promiscuously. And you can learn an awful lot from reading and working with this code.)

    Yes, it is Mac only.

    -s

  193. Which ones do protocol analysis for you? by swb · · Score: 1

    Some network problems can be easily identified with any of the usually available tools (ethereal, tcpdump, etherpeek, even the tool built into Win2k server [limited to packets to/from it]), but which tools actually do some kind layer 7 analysis, and not just decodes, on the transactions for you?

    Unless you're very well-versed in a specific protocol relative to what you're doing, I've often found that full protocol decodes don't really help all that much because I'm not enough of an expert in the underlying protocol to know what's wrong.

    It'd be great to have something say "packet NNN response field FOO bad data" or something to understand what was really wrong or missing.

  194. Wireless Network Tools by broxys · · Score: 1

    Ethereal is great and all, but as far as Wireless goes it just doesn't cut it for me. Considering I use wireless almost exclusively for internet access, it's nice to have tools like Kismet, which displays information for all wireless networks in an area. Very handy tool for wireless administration and monitoring.

  195. 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

  196. Sniffers by L00s3r · · Score: 1

    I'm a netadmin on a campus with about 5000 users. Being that Linux seems to be the way to go for network analysis tools, we've tested a variety of packages, including ethereal. However, so far as customization goes, I've found snort to be one of the best. With it, we can configure custom rules to sniff out just about any p2p client, trojan pattern, or any other network traffic inhibiter. Ethereal is good stuff, but for a monitoring station, snort got our vote.

    --
    Romans 8:1 "For there is now no condemnation for those who are in Jesus Christ."
  197. OS X options by Chuck+Bucket · · Score: 1

    on my iBook I use Macstumbler (an easier to use Kismet) and Macsniffer. I like em allot, and they're both free and GPL.

    CB

    1. Re:OS X options by Kiryat+Malachi · · Score: 1

      Check kismac and ettercap; both run on OS X, and kismac is much, much more useful than Macstumbler (although I kept them both around, as Macstumbler has some advantages too).

      Never used Macsniffer, but ettercap is a pretty useful thing.

      --

      ---
      Mod me down, you fucking twits. Go ahead. I dare you.
      (I read with sigs off.)
  198. uhm... by in4mation · · Score: 1

    didn't see any mention of tcpflow...has anyone (except me) ever used it? On several occasions it has helped me figure out the real cause of the problem. When all i could see on the client machine was a cryptic error message, i would fire up tcpflow and analyze the real data being pushed around. Ofcourse if the data is encrypted....tough luck!!! Nevertheless is has saved my ass several times.

  199. How can it do it in 5 minutes? by wurp · · Score: 1

    Disclaimer: IANANA (I am not a network admin)

    Regardless of the tool used, I have to run it/use it on a router that's processing the problem packets. It would take more than 5 minutes to get to all of the appropriate routers with a physical device. Once I have it on that router, either fluke or ethereal should find the problem immediately, if I know what port I'm looking for data on.

    So how is it better? Can you explain to me how you use it that would make it easier than "ssh -X"ing to the box and running ethereal?

  200. snort by Anonymous Coward · · Score: 0

    When I know what I'm looking for I love Snort. It's easy to whip up some custom rules and filter down traffic to show you exactly what you're looking for - either with snort's own rules or tcpdump's standard bpf filters.

    If you take the time to learn how to use tcpdump, it's the most powerful - but I usually only need its power for research more than administration.

  201. Yes, Ethereal by isolvesystems · · Score: 0

    Ethereal is very useful; moreover, it's free. I used it to troubleshoot router problem with Cisco TAC. They are able to see my capture.

    --
    http://www.isolvesystems.com - Technology Marketplace
  202. Insecure by Anonymous Coward · · Score: 0

    Check out the tools page on www.insecure.org. There is a shopping list of security tools, both free and pay. Some really great stuff, including ethereal.

  203. Hey Ethereal Bandwagoneers by Anonymous Coward · · Score: 0


    What is it that makes you think it is so incredible within this genre of applications? Do you sing its praises only because it is the obligatory OSS choice for protocol analysis?

    I'm not disparaging it as a usefull tool under some circumstances, but the best? Not by a longshot.

    Most of you (yes, you) have no idea of what Sniffer Pro, Etherpeek, or the (incredible) power of certain combinations of Fluke hardware and software can do.

    Open your mind. (and your checkbook)

    1. Re:Hey Ethereal Bandwagoneers by Guy+Harris · · Score: 1
      What is it that makes you think it is so incredible within this genre of applications?

      For some users, the fact that, unlike Sniffer Pro or Etherpeek, it runs on operating systems that don't come from Redmond, Washington, USA or, in the case of Etherpeek but not Sniffer Pro, Cupertino, California, USA, certainly helps make Ethereal popular.

  204. Sniffers by g0bshiTe · · Score: 1

    I have tried many different sniffers.

    Ethereal I could never get to function correctly.
    (Disregard the 13 root exploits in the software)

    SNORT is decent, though I don't think it would suit your needs.

    One I have found to be decent though very limited is WPE-Pro. Give it a shake.

    Or your other option, write one.

    --
    I am Bennett Haselton! I am Bennett Haselton!
  205. iptraf by 1eyedhive · · Score: 1

    recently, on my home network, i came across a severe lag problem. one of the computers ran bitTorrent (windows 2000). the app in charge was killed. traffic continued.
    I logged into my router, fired up iptraf and found 688x traffic from that machine (tracked it down by MAC), found ou 'doze wasn't so smart about killing child processes and the transfers were still running even though the program was supposidly DEAD.

    if i have to do that again...

    as far as clueless 'sysadmins' go. i work for one who doesn't know how to id a switch from a hub from a router AND somehow thinks you can ghost an 8GB disk image to 10 boxes at a time over a 10MB full duplex link and it'll be quick :(
    you canna' do that, man!

    --
    Logistical Chaos Officer http://www.slagg.org - LAN Gaming in Sarasota FL,USA
  206. Commview by goodbye_kitty · · Score: 1

    I have been very happy with Commview, its an extremely easy to use network sniffer. You can get a free demo which lets you analyze 50% of incoming packets from www.tamos.com... Actually u can see 100% of the packets, just not the raw hex data for half of them. this doenst matter thou since the program displays a user-readable summary for each packet in another window and this is not limited at all.

  207. tcpdump and strings, baby by hixie · · Score: 1

    In one xterm:

    tcpdump -l -s 0 -w - | tee -a netdata | tcpdump -r - -a -e -q -ttt

    In the second one:

    tail -F netdata | hexdump -v -C

    In the third one:

    tail -F netdata | strings -n 13 | less

    I actually had that in my .xsession for a while (with varying values for the -n argument of strings) but after seeing all my flatmates' IMAP and POP3 passwords, AIM and IRC conversations, Webmail HTTP traffic, etc, my morals made me stop using it. It's pretty cool though, and you get a very good idea of what is going on on your network.

  208. Most educational... by ph4s3 · · Score: 1

    ...thread on slashdot I've ever read.

    I finally got to the bottom and had a list of about 10-20 programs and around 20-30 tabs (I love fire{bird|fox}) queued up for bookmarking in my network utilities folder.

    To all that took the time to post on the thread, thank you. It isn't often that one comes across a gold mine like this that yields so much good information in regards to tools and methods to becoming a better admin or power user. Maybe in a few more years I won't feel like a pretender using the root login.

    -3phase

    ----------
    you can't spell gEEk without an EE (yah, I copied that from someone)

  209. 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.

  210. iptraf is pretty useful. by AugstWest · · Score: 1

    It has compiled on every system I've wanted to use it on, and is a quick way to get a good look at who's connected and what they're up to.

    Check it out here.

  211. 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.

  212. Packet sniffing on Novell NetWare by KKBaSS · · Score: 1

    There is a free packet scan nlm file that you can run on Novell NetWare. The file dumps can be read with Ethereal.
    Guidelines to Take a Packet Trace
    Packetscan - NetWare packet capture tool
    How to use Ethereal to capture a packet trace.
    How to configure a capture filter for Ethereal

  213. Switched Routers? by Anonymous Coward · · Score: 0

    Doesn't the increasing deployment of switched routers make some of these tools useless unless you are logged into one end-node of the communication ?

    1. Re:Switched Routers? by pclminion · · Score: 1
      It's pretty easy to configure a router to copy each packet to a specific port for analysis by a dedicated machine. Cisco VLANs can be used for this.

      A "dumb" switch can be ARP-poisoned to send somebody else's traffic to your port.

      There's plenty of stuff you can do, you just have to learn about the particular equipment you're working with.

    2. Re:Switched Routers? by Guy+Harris · · Score: 1
      It's pretty easy to configure a router to copy each packet to a specific port for analysis by a dedicated machine.

      Well, for some routers/switches, anyway.

      There's even an entry in the Ethereal FAQ and an entry in the tcpdump FAQ about that, including links to documentation for at least some switches for doing "port monitoring". (If people have links for switches not listed there, send them on to the ethereal-users or tcpdump-workers mailing lists so we can add them to the FAQs.)

  214. ethereal & OpNet by mikeee · · Score: 1

    For freeware, you can't beat ethereal. I use it several times a week.

    If you have a serious budget, check out OpNet, which can do fun things like response time breakdowns, or "how well will this app run if the client is across the country instead of next to the server," or "what happens if I have another 300 clients like this one submitting requests @ 5/minute with a poisson distribution", or "If I make the following configuration change to router X, then router Y fails, and we have a network backup running, how much interruption in the transaction will occur."

  215. example: coLinux networking by Tei · · Score: 1

    I am a windows user, I dont know hot to forece linux to network well, I am actually testing coLinux for the fun factor, but Is dificult under my network-complex enviroment, so I use Ethereal has The Tool to "debug" If packets cross from coLinux to TAP to windows, or dead at colinux.localhost, or whatever... Also looks like Ethereal can be a cool tool to debug game network protocol. I am a engine coder myself (Telejano: a GPL Quake engine) so this tool can be fantastic!

    --

    -Woof woof woof!

  216. Sniffers on embedded computers by cbdougla · · Score: 1

    Well, I am afraid the company I bought this from went under (Premier Advance Products) but a year or two ago, I purchased a slick little machine that's just a bit bigger than an external modem (about 5" x 3" x 2") and it's got a Pentium class CPU, 128MB, a 6GB 2.5" HD, ethernet, PCMCIA etc. It fits in the accessory area of my laptop case so it's with me all the time. I installed RedHat on this using a PXE server (comes with the RH distro) and I use this constantly for sniffing and network baselining. On this box, I have ntop, tcpdump, ethereal (and tethereal), sniffit, etherape an any other open sniffer I could find. I simply put it out in an area I want to sniff and leave it for as long as it takes to find the issue. Then, I can come back to my desk and SSH into the machine whenever I need to look at traffic on that segment. I've used this machine for diagnosing email issues in the DMZ, for analyzing traffic stats on segments that were running slow and even for impressing the bosses with the pretty graphs from ntop. It's worked great for me. I would highly recommend something like this for people looking for a highly portable sniffer.

  217. kismet by dowski · · Score: 1

    with the proliferation of wifi, I am surprised no one has mentioned kismet yet. It allows for live capture of 802.11a/b/g traffic which can then be analyzed by ethereal. Also passively watches the network for programs like netstumbler and alerts you to their presence.

    dowski

  218. depends on O/S and media by WhiteWiz · · Score: 1

    Windows: Etherreal cuz it's free LanHound cuz it can rebuild a conversation making things MUCH easier to read/understand Wireless: AirSnort free Irix $? Linux: Etherreal

    1. Re:depends on O/S and media by Guy+Harris · · Score: 1
      Irix $?

      Err, umm, Ethereal (at least for IRIX 6.5)?

  219. Really? You think? by Kombat · · Score: 1

    Ironically, computer programs are the one area in life where free things are often better than expensive alternatives.

    I respectfully disagree. I would replace "often" with "rarely."

    Best server OS? BSD. Best Web server? Apache.

    Best graphics editing suite? Adobe Photoshop. Best office suite? Microsoft Office. Best database backend? Tough call, but none of the front runners are (capital-F) Free.

    And I would respectfully submit that even your assertion that Apache is the "best web server" is weakening by the day, as more and more business rely on interactive web presences, and turn to the easily-developed-and-deployed .NET platform, rather than the clunky, kludgy PHP solutions of old.

    Sure, if I just want to put up some static pages, Apache is the best. However, the web is evolving faster than Apache, and virtually everyone wants MORE than that now.

    --
    Like woodworking? Build your own picture frames.
  220. Re:Network Intercept (aka NetIntercept) by Anonymous Coward · · Score: 0

    the actual name is NetIntercept. see http://www.netintercept.com/. Now available in 2u or 4u rackmount units, featuring silent packet capture, stream reassembly, reconstruction of transferred files and web pages, intuitive UI, and scripting capabilities.

  221. Not seen it mentioned but - IRIS is nice by BLKMGK · · Score: 1

    Session reconstruction, filtering, blah blah. Yes, Ethereal and Tethereal rock but I've had no end of fun seeing what people are up to on networks using IRIS. It's not cheap but it used to be and I've got an older version from WAAAY back that still works well. WIN32 based.
    http://eeye.com/html/Products/Iris/index.h tml

    --
    Build it, Drive it, Improve it! Hybridz.org
  222. What do you do about switched networks by nurb432 · · Score: 1

    Ethereal is nice, but what do you do when your network is switched, and you dont have instant access to the closets.. ( you can get in them, but you have to track down the building people to get you in.. )

    It gets old just looking at your own packets..

    --
    ---- Booth was a patriot ----
    1. Re:What do you do about switched networks by Frennzy · · Score: 1

      Man in the middle ARP re-routing. (Also known as ARP cache poisoning).

      Or, if you use Cisco switches, use 'set span blah blah blah', and jack into that port.

      Or, Identify the core links (where data ias aggregated) and use a hub to tap into that link.

      Switching isn't the end of sniffing.

  223. getting what you pay for by bl8n8r · · Score: 1

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

    No, you don't. If that were the case, we wouldn't need RMA, and returning software that doesn't do what it's supposed to would be easier. Go download ethereal, and then visit here to make a contribution if you want to get rid of some ching. http://www.fsf.org/

    --
    boycott slashdot February 10th - 17th check out: altSlashdot.org
  224. Ethereal vs. EtherPeek by Martin+Blank · · Score: 1

    How do these two packages compare?

    --
    You can never go home again... but I guess you can shop there.
  225. Network monitoring for web traffic by AlistairCroll · · Score: 1

    I've spent some of the last few years on network monitoring, primarily for web-focused stuff. This used to be for outward-facing websites, but in the last year a lot of the big corporate apps have migrated their front-ends to HTTP. There are a few shifts that make traditional sniffing less and less useful:

    Confidentiality. Most important apps are encrypted, usually with HTTPS, making them hard to diagnose at least for the database-intensive stuff that causes delays. This means you need to decrypt traffic (preferably with a copy of the server's private key) which in turn requires good key management (maybe FIPS) and decent control of data once it leaves the box. For example, you may want to delete any values after the POST parameter "password" before you persist the analysis to disk.

    Port 80 convergence: The old analysis of traffic by port you get from a layer 4 sniffer is useful, but when all your traffic sits on one port it's hard to get useful results. You need to get down to a specific domain ("all traffic to example.com"), a specific object type ("all .jsp requests"), a specific page ("index.html") and even a specific parameter ("searches by zipcode").

    Volume of traffic means that near-real-time analysis is important, or the buffers have gone by and the fire's somewhere else.

    A couple of years ago, this "real user monitoring" stuff got largely ignored in the IT world. Today I get a lot more people who want to look at availability and performance by measuring users (no load, no scripts, more accurate) rather than synth testing.

    Anyway, (disclaimer: I do tech strategy for a company that makes stuff in this area) there are a lot of software tools that reassemble the HTTP if it's what you're interested in. Some do it in real time; some mine the data after the fact. Some do it with performance information; others let you replay things. The shortlist of companies I usually pay attention to is:

    Coradiant (where I work)

    Adlex

    Tealeaf

    Network Physics

    Peakstone

    NetQOS

    Niksun

    NetLogger

    Quest Spotlight

    Mercury Interactive Real User Analyzer

    ClickCadence

    I'm curious: how much demand is there for web-specific sniffing (gaining application context at the expense of port breadth and non-http analysis)? Is it after-the-fact troubleshooting, or before-the-fact service level reporting?


    Alistair.

    --
    Compromise is the opposite of creativity.
  226. Packet Analysis by w0rm3y · · Score: 1

    as far as open source is concerned, where you are managing multiple segments and to identify bottleneck and throughput, you should look into www.ntop.org. we use this in two of our data center off of our MDF. although we can't do straight packet analysis, but at least we could analyze the header information and others to isolate problems. ntop could also be used to identify security problems, related to p2p type also. check it out!

    --
    i know one thing, i know nothing...
  227. Re:Really? You think? by operon · · Score: 1

    eh!? Do you prefer buggy MS? BTW, there are something best than BIND, Exim,JBoss, Tomcat, (Perl,Python,Ruby), ABIword, etc? ... these front runners are open source and almost capital-F

    --
    ---- Where is my mind?
  228. Secret HandShake by Anonymous Coward · · Score: 0

    Now that's funny. That hand sign is one that was used in my unit when I was in the military, it translated to "Just another fuck story". The contect would be:

    Friend: "Where are you going"
    Me: Flashinging the sign, "Top wants to see me"
    Friend: "Ahhh, sorry to hear that"

    What's funny to me, is that if that's the SysAdmin secret handshake, then it's meaning hasn't changed in 20 years.

  229. 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.

  230. Re:snort - snort is good... by Anonymous Coward · · Score: 0

    Person who said snort isn't good as a sniffer is thinking too linearly. The way to use snort as a sniffer is to have it log the traffic to a file, continuously, in round-robin fashion. That way you have the traffic recorded but you also have it analyzed for intrusions. When you want to go back and look at the traffic with a sniffer, you just open the files with the sniffer. Since the data is stored in libpcap format, nearly every other package out there can read it.

  231. Use the tools that come with managed switches by Anonymous Coward · · Score: 0

    If you use managed switches, they make great network monitors. Most vendors include software to view the switch performance data.

  232. Re: Here to Learn by KnarfO · · Score: 1

    Amen, brotha!

    I just learned about a secret gang sign for vi that doubles as an advanced sexual pleasuring manuver!

    "News for Nerds. Stuff that matters!"

    w00t!

    --


    "Creativity is allowing ones self to make mistakes. Art is knowing which ones to keep" - Scott Adams
  233. You must be new. . . by UFNinja · · Score: 1

    To Slashdot, that is.

    Your subject should have been IANANA. ;)

  234. Etherpeg for Windows... Etherwatch by Anonymous Coward · · Score: 0

    I've been playing with Etherwatch. Not bad - free version has same features as Etherpeg, and $29 for additional features. www.etherwatch.com

  235. I've used ethereal for years by Stonent1 · · Score: 1

    It is especially handy when people were complaining about slow access on the network. I did a sniff and found about 33% of all network traffic was from printers broadcasting Appletalk packets and another 10% or so was DLC and IPX/SPX. Since the MAC address was detected I simply located the IP and put each IP into my browser and went in to the web based admin utility and killed everything but TCP/IP. The users were amazed how much of an improvement it made. For an encore, I went into the Macintosh only area and converted each user from Appletalk printing to LPR/LPD printing (OS 8.6 - 9.0) and again killed it on all the printers. I explained that each printer had the IP labeled on the front, so they shouldn't dig in the chooser, but use the IP instead. There was no point however completely killing Appletalk since the whole network was basically peer to peer and everyone had set up shares on all their systems with passwords and it wouldn't have been worth it trying to reinvent the wheel. Appletalk is the devil spawn!

  236. Manufacturing? by op00to · · Score: 1

    A user manufacturing facility? What, do you work for SCO?

  237. Historical note by kbahey · · Score: 1

    About umpteen years ago, the customer services division of the company that I worked for was instructed that they MUST purchase a Network General Sniffer device.

    Network General later merged with McAfee Associates to become Network Associates, by the way.

    Anyway, this Sniffer device was just a Compaq luggable thing (not a laptop, a luggable), with a special NIC with a BNC sticking out of it. That NIC was supposed not to drop any packets no matter how much traffic is on the LAN. The software that came with was DOS based, and did all sorts of nifty things with protocol analysis and stuff.

    How much did that baby cost? 30,000$ US Dollars. Yes! That much.

    Later, Network General started selling a PCMCIA card with software to do the same on any laptop for much less money. And yet later they sold only the software and recommended NICs.

    Talk about milking the cow to the last drop!

    Last year, I was experimenting with a Knoppix CD, and then ran into Ethereal, and then I immediately remembered the 30,000$ paid for that sucker, and said Oh My God ....

  238. 2 in the pink 1 in the stink.. by Anonymous Coward · · Score: 0

    that's what the VI sign *really* is. ;-)

  239. Sniffit? by Mark+Bainter · · Score: 1

    Nobody is going to mention sniffit?

    --
    "No nation could preserve its freedom in the midst of continual warfare."
    --James Madison
  240. Non-Network-Admin sniffing by Jamiemech · · Score: 1

    The last company I dealt with had a problem: Out of 14 Husky injection molding machines, only 3 HMIs were connecting and staying connected, while the rest dropped off the network like flies in a matter of days. No previous networking knowledge.... IBM Redbook on TCP/IP protocol + Ethereal sitting on the main hub = Crash course in network topology considerations and server behaviour modification through the OEM...Complete success! Ethereal was easy to use, but powerful and no distracting eye-candy...Start with it, and stay with it.

  241. Re:DOWN WITH SANS.ORG ! by decepty · · Score: 1

    Hell, not even Google knows that...

    --
    Be careful! Bears shouldn't consume large furry dogs.
  242. netflow is the best choice by Anonymous Coward · · Score: 0

    The best choice for sniffing in a network with lots of traffic (you said 500 users) is to use netflow from your routers and/or switches.

    Packet-level sniffers, such as Ethereal, are only usefull at the desktop level. When you go to the backbone or trunks you need some level of aggregation. Netflow is just fine. Too much data is just as useless as no data at all.

    There are netflow sniffer which even give you some added value such as statistics.

  243. Ettercap by mrcutrer · · Score: 1

    Used it for quite a while, works fine.

    --
    "When I look back, my life is not a foreign country, it's more like a library book returned long ago." - ????