Re: Ethereal

From: Kevin Wilcox (kw34272EMAILREAPERS_at_HATECAPSappstate.edu)
Date: 12/20/04


Date: Mon, 20 Dec 2004 18:31:41 GMT


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

While drooling on their shoelaces, /dev/null spouted:
>> From the other PC's I only get the ARP packets,
>
> That's normal.
>
>> although I am working on these and surfing on the Internet too.
>
> But those packets aren't coming through or to that box.
>
> The arp packets you are seeing from the other machines are where they are
> asking "what MAC address has the IP address X.X.X.X". Those arps are
> broadcast over the local segment to all the machines. TCP/IP packets on the
> other hand aren't (unless they are broadcast packets, which 99% of all
> tcp/ip isn't broadcast). The switch you have connecting your systems
> together is smart enough to not send tcp/ip packets going from A to B down
> the CAT5 to computer C. So if you are looking on computer C for tcp/ip from
> A to B you won't see it unless you go out and buy a hub. A hub is not as
> smart as a switch, whatever comes down one CAT5 it re-broadcasts out to all
> the other CAT5 cables plugged in.
>
> The long and the short of it is each box will have to record their own
> packets and you'll have to either consolidate those recordings or review
> them separately.

A somewhat solution (to prevent buying new hardware) would be to
setup IP forwarding on the box you are wanting to monitor from and
use arpspoof (or something similar) to poison the arp caches on the
switch and the machine you want to monitor traffic from. If you
want to monitor ALL traffic from ALL machines, get a hub. If you can
get away with monitoring one machine at a time (or as many machines
as you have NICs in the monitoring box), arpspoof + NAT is a way to
go.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFBxxsrowlfGIzYCOYRArukAJ9HrwEx77t4NqHSK31CkUjAPhsHYwCdGDE0
IWEtL+vgaaVnu3A2JoA+vyI=
=b5GS
-----END PGP SIGNATURE-----



Relevant Pages

  • The quest for pseudo-anonymity.
    ... inherently insecure and "messy". ... their exact locations signposted? ... poorly-configured or otherwise sickly machines would be found to be ... crafting my packets to confuse you, ...
    (comp.unix.bsd.openbsd.misc)
  • The quest for pseudo-anonymity.
    ... inherently insecure and "messy". ... their exact locations signposted? ... poorly-configured or otherwise sickly machines would be found to be ... crafting my packets to confuse you, ...
    (comp.unix.bsd.openbsd.misc)
  • Re: Mathematics and Cryptography
    ... the idea is to view communicating machines ... be extra packets or even continuous packets sent between machines for ... those goals are obtained and how and why they might sometimes fail. ... True for any cryptography. ...
    (sci.crypt)
  • Re: Waking another computer on the LAN requires RMReinit etherh / resolver
    ... All machines on static IP addresses; ... that netmask as default. ... inet 10.0.0.4 netmask 0xffffff00 broadcast 10.0.0.255 ... 10 packets transmitted, 10 packets received, 0% packet loss ...
    (comp.sys.acorn.networking)
  • Re: Mathematics and Cryptography
    ... the idea is to view communicating machines ... Note that any good crypto system IS a chaotic system. ... be extra packets or even continuous packets sent between machines for ... those goals are obtained and how and why they might sometimes fail. ...
    (sci.crypt)

Quantcast