Linux Netfilter discussions
 help / color / mirror / Atom feed
From: Antony Stone <Antony@Soft-Solutions.co.uk>
To: netfilter@lists.netfilter.org
Subject: Re: Logging MAC
Date: Sat, 22 May 2004 13:33:35 +0100	[thread overview]
Message-ID: <200405221333.35216.Antony@Soft-Solutions.co.uk> (raw)
In-Reply-To: <200405220809.47858.Alistair@nerdnet.ca>

On Saturday 22 May 2004 1:09 pm, Alistair Tonner wrote:

> On May 22, 2004 05:06 am, Antony Stone wrote:
> >
> > Surely there will *always* be two MAC addresses involved in a
> > communication - that's how two machines find each other across the local
> > subnet (ie: via a switch / hub / access point etc)?
>
> 	*Thwack*'s self in head.  Of course, so long as "Ethernet" is involved. 

Or some similar broadcast-based medium such as 802.11 (which isn't ethernet, 
but behaves like it for a lot of things, including MAC addresses).

The general rule is: you need MAC addresses for broadcast-connected networks 
(where each device can see every other locally-connected device) - the MAC 
address is needed to tell one device from another.

You don't need MAC addresses for point-to-point (one-to-one) connected 
networks, because you know there's only one device on the other end of each 
of your own interfaces, therefore you don't need to specify where they're 
going.

> 	in ipt_LOG.c MAC address logging is ONLY done in INPUT.  So ..if the
> 	packet is NOT destined for the machine, you wont see MAC.

Aha :)   [ * Light bulb * ]

The answer to the original poster's question.

I guess (without having looked at the source) that it should be a simple 
enough hack to get ipt_LOG.c to log MAC addresses for all chains.

Regards,

Antony.

-- 
"When you talk about Linux versus Windows, you're talking about which 
operating system is the best value for money and fit for purpose. That's a 
very basic decision customers can make if they have the information available 
to them. Quite frankly if we lose to Linux because our customers say it's 
better value for money, tough luck for us."

 - Steve Vamos, MD of Microsoft Australia

                                                     Please reply to the list;
                                                           please don't CC me.



  reply	other threads:[~2004-05-22 12:33 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-21 13:39 Logging MAC Marcelus Trojahn
2004-05-21 13:53 ` Antony Stone
2004-05-21 14:17   ` Re[2]: " Marcelus Trojahn
2004-05-21 14:34     ` Antony Stone
2004-05-21 15:07       ` Re[4]: " Marcelus Trojahn
2004-05-21 15:25         ` Antony Stone
2004-05-22  1:47           ` Alistair Tonner
2004-05-22  9:06             ` Antony Stone
2004-05-22 12:09               ` Alistair Tonner
2004-05-22 12:33                 ` Antony Stone [this message]
2004-05-22 15:57                   ` Alistair Tonner
2004-05-22 16:17                     ` Antony Stone

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200405221333.35216.Antony@Soft-Solutions.co.uk \
    --to=antony@soft-solutions.co.uk \
    --cc=netfilter@lists.netfilter.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox