Re: tcpdump broken after rh9 2.4.20-27.9 kernel upgrade

From: Harry Hoffman (hhoffman_at_ip-solutions.net)
Date: 12/28/03

  • Next message: redhat: "Printers"
    To: redhat-list@redhat.com
    Date: Sat, 27 Dec 2003 21:45:05 -0500
    
    

    Robert,

    Hmm, can you provide your tcp filter? Also, are you sure you're listening on the
    right interface (sorry, I know it's a stupid question). Perhaps something in the
    upgrade of the kernel caused the interfaces to be changed...? (really streching
    on that one).

    One thing to do to check if it's a filter problem would be to sniff for ARP, as
    these packets should be broadcast to every port on a switch or hub
    tcpdump -i <ethX> -ln arp
    Although, you do state that you are seeing broadcast packets.

    Do you have another *nix box that you can throw in place to ensure it's not
    network related?

    HTH,
    Harry

    Quoting Robert Brown <eli@typhoon.xnet.com>:

    *> OK, then back to my original question: any ideas why tcpdump is not
    *> working when an interface is in promiscuous mode? It seems to capture
    *> packets with the interface's own ip address as either src or dst, and
    *> also broadcast packets, but it misses other packets. The network
    *> hardware setup is unchanged from before the 2.4.20-27.9 kernel was
    *> installed, when tcpdump was working fine. I am using 2 nics, one on
    *> my lan with a 192.168.1.* ip address, one on my dmz with no assigned
    *> ip address, and one on my wild zone where the bridge to the internet
    *> is. The lan and dmz are 10/100baseT hubs, and the wild is a 10baseT
    *> half-duplex hub. The nics are nailed up appropriately in my
    *> /etc/modules.conf file thusly:
    *>
    *> alias eth0 8139too
    *> alias eth1 8139too
    *> alias eth2 8139too
    *> options 8139too 0x100,0x100,0x10
    *>
    *> The use of hubs and half-duplex rather than switches and full-duplex
    *> is required for the NIDS to see all the packets.
    *>
    *> --
    *> -------- "And there came a writing to him from Elijah" [2Ch 21:12]
    *> --------
    *> R. J. Brown III rj@elilabs.com http://www.elilabs.com/~rj voice 859
    *> 567-7311
    *> Elijah Laboratories Inc. P. O. Box 166, Warsaw KY 41095 fax 859
    *> 567-7311
    *> ----- M o d e l i n g t h e M e t h o d s o f t h e M i n d
    *> ------
    *>
    *>
    *> --
    *> redhat-list mailing list
    *> unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe
    *> https://www.redhat.com/mailman/listinfo/redhat-list
    *>

    -- 
    Harry Hoffman
    hhoffman@ip-solutions.net
    #----------------------------------------------------------------#
    # Harry: version 4.0a                                            #
    # Known bugs:                                                    #
    # 1) Verbal output may occur before data processing is complete. #
    # 2) Loudspeaker option may activate without being invoked.      #
    # 3) Other bugs as reported                                      #
    #----------------------------------------------------------------#
    -------------------------------------------------
    This mail sent through IpSolutions: http://www.ip-solutions.net/
    -- 
    redhat-list mailing list
    unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe
    https://www.redhat.com/mailman/listinfo/redhat-list
    

  • Next message: redhat: "Printers"

    Relevant Pages

    • Re: Two ips
      ... If each subnet has its own hub, then yes, the router interface on each hub ... subnet is configured to listen for packets on that subnet only. ... Each of the subnets now ...
      (comp.unix.solaris)
    • Terminal Server Setup
      ... description GRE Tunnel Source Interface ... input packets with dribble condition detected ... output buffer failures, ... Serial1/0 is up, line protocol is up ...
      (comp.dcom.sys.cisco)
    • Re: Tuning ADSL lines on Ciscos roputer - LONG -
      ... Last clearing of "show interface" counters never ... minute input rate 0 bits/sec, ... input packets with dribble condition detected ... output buffer failures, ...
      (comp.dcom.sys.cisco)
    • Re: Terminal Server Setup
      ... description GRE Tunnel Source Interface ... input packets with dribble condition detected ... output buffer failures, ...
      (comp.dcom.sys.cisco)
    • Re: Excessive interface resets on Cisco 1841 and FIOS line
      ... huge amount of interface resets on the WAN interface, ... access-list 4 remark HTTP Access-class list ... input packets with dribble condition detected ... output buffer failures, ...
      (comp.dcom.sys.cisco)