* Filtering MAC addresses and Multicast
@ 2006-08-01 8:35 Gerard París Aixalà
[not found] ` <44CFB3EE.2010007@rtij.nl>
0 siblings, 1 reply; 7+ messages in thread
From: Gerard París Aixalà @ 2006-08-01 8:35 UTC (permalink / raw)
To: netfilter
Hello all,
I have a strange problem using iptables that had been reported yet in
this list two years ago, but it has not been solved:
http://lists.netfilter.org/pipermail/netfilter/2004-October/056506.html
I emulate a MANET on an Ethernet by adding iptables rules like these
(filtering at MAC layer):
/sbin/iptables -t mangle -A PREROUTING -m mac --mac-source
00:06:5B:12:C9:7A -j DROP
/sbin/iptables -t mangle -A PREROUTING -m mac --mac-source
00:06:5B:13:4A:69 -j DROP
These rules drop Unicast traffic but they do not drop Multicast traffic.
How can I fix it?
Thank you in advance
Kind regards,
Gerard
^ permalink raw reply [flat|nested] 7+ messages in thread[parent not found: <44CFB3EE.2010007@rtij.nl>]
* Re: Filtering MAC addresses and Multicast [not found] ` <44CFB3EE.2010007@rtij.nl> @ 2006-08-02 7:17 ` Gerard París Aixalà 2006-08-02 7:23 ` Martijn Lievaart 0 siblings, 1 reply; 7+ messages in thread From: Gerard París Aixalà @ 2006-08-02 7:17 UTC (permalink / raw) To: netfilter Martijn Lievaart wrote: > Gerard París Aixalà wrote: > >> Hello all, >> >> /sbin/iptables -t mangle -A PREROUTING -m mac --mac-source >> 00:06:5B:12:C9:7A -j DROP >> /sbin/iptables -t mangle -A PREROUTING -m mac --mac-source >> 00:06:5B:13:4A:69 -j DROP >> >> These rules drop Unicast traffic but they do not drop Multicast traffic. > > Multicast traffic is sent to specific multicast MAC adresses. > Learn how multicast works and drop the corresponding MAC addresses. > (No I don't have a link handy, tcp/ip illustrated would be a good, but > pricy source). > > HTH, > M4 > I know how multicast works, but I want to drop packets with the specified MAC source adresses. In multicast, the source address is always a real one, to identify which computer the packet came from (the destination address, both MAC and IP, is a special one). Gerard ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Filtering MAC addresses and Multicast 2006-08-02 7:17 ` Gerard París Aixalà @ 2006-08-02 7:23 ` Martijn Lievaart 2006-08-02 9:40 ` Gáspár Lajos 0 siblings, 1 reply; 7+ messages in thread From: Martijn Lievaart @ 2006-08-02 7:23 UTC (permalink / raw) To: Gerard París Aixalà; +Cc: netfilter Gerard París Aixalà wrote: > Martijn Lievaart wrote: > >> Gerard París Aixalà wrote: >> >>> Hello all, >>> >>> /sbin/iptables -t mangle -A PREROUTING -m mac --mac-source >>> 00:06:5B:12:C9:7A -j DROP >>> /sbin/iptables -t mangle -A PREROUTING -m mac --mac-source >>> 00:06:5B:13:4A:69 -j DROP >>> >>> These rules drop Unicast traffic but they do not drop Multicast >>> traffic. >> >> >> Multicast traffic is sent to specific multicast MAC adresses. >> Learn how multicast works and drop the corresponding MAC addresses. >> (No I don't have a link handy, tcp/ip illustrated would be a good, >> but pricy source). >> >> HTH, >> M4 >> > > I know how multicast works, but I want to drop packets with the > specified MAC source adresses. In multicast, the source address is > always a real one, to identify which computer the packet came from > (the destination address, both MAC and IP, is a special one). <blush> Oops, my bad. Should read better. Sorry, Can't help you there. If you don't get a reply on this list in a few days, maybe ask netfilter-devel, because this looks like a bug. M4 ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Filtering MAC addresses and Multicast 2006-08-02 7:23 ` Martijn Lievaart @ 2006-08-02 9:40 ` Gáspár Lajos 2006-08-02 11:55 ` Gerard París Aixalà 0 siblings, 1 reply; 7+ messages in thread From: Gáspár Lajos @ 2006-08-02 9:40 UTC (permalink / raw) To: Netfilter IPtableMailinglist Martijn Lievaart írta: > Gerard París Aixalà wrote: > >> Martijn Lievaart wrote: >> >>> Gerard París Aixalà wrote: >>> >>>> Hello all, >>>> >>>> /sbin/iptables -t mangle -A PREROUTING -m mac --mac-source >>>> 00:06:5B:12:C9:7A -j DROP >>>> /sbin/iptables -t mangle -A PREROUTING -m mac --mac-source >>>> 00:06:5B:13:4A:69 -j DROP >>>> >>>> These rules drop Unicast traffic but they do not drop Multicast >>>> traffic. >>> >>> >>> Multicast traffic is sent to specific multicast MAC adresses. >>> Learn how multicast works and drop the corresponding MAC addresses. >>> (No I don't have a link handy, tcp/ip illustrated would be a good, >>> but pricy source). >>> >>> HTH, >>> M4 >>> >> >> I know how multicast works, but I want to drop packets with the >> specified MAC source adresses. In multicast, the source address is >> always a real one, to identify which computer the packet came from >> (the destination address, both MAC and IP, is a special one). > > > <blush> Oops, my bad. Should read better. Sorry, Can't help you there. > If you don't get a reply on this list in a few days, maybe ask > netfilter-devel, because this looks like a bug. > > M4 > > > > Try this: iptables -t mangle -A PREROUTING -j DROP -m mac --mac-source XX:XX:XX:XX:XX:XX -m pkttype --pkt-type multicast ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Filtering MAC addresses and Multicast 2006-08-02 9:40 ` Gáspár Lajos @ 2006-08-02 11:55 ` Gerard París Aixalà 2006-08-02 12:12 ` Gáspár Lajos 0 siblings, 1 reply; 7+ messages in thread From: Gerard París Aixalà @ 2006-08-02 11:55 UTC (permalink / raw) To: netfilter Gáspár Lajos wrote: > Martijn Lievaart írta: >> Gerard París Aixalà wrote: >> >>> Martijn Lievaart wrote: >>> >>>> Gerard París Aixalà wrote: >>>> >>>>> Hello all, >>>>> >>>>> /sbin/iptables -t mangle -A PREROUTING -m mac --mac-source >>>>> 00:06:5B:12:C9:7A -j DROP >>>>> /sbin/iptables -t mangle -A PREROUTING -m mac --mac-source >>>>> 00:06:5B:13:4A:69 -j DROP >>>>> >>>>> These rules drop Unicast traffic but they do not drop Multicast >>>>> traffic. >>>> >>>> >>>> Multicast traffic is sent to specific multicast MAC adresses. >>>> Learn how multicast works and drop the corresponding MAC addresses. >>>> (No I don't have a link handy, tcp/ip illustrated would be a good, >>>> but pricy source). >>>> >>>> HTH, >>>> M4 >>>> >>> >>> I know how multicast works, but I want to drop packets with the >>> specified MAC source adresses. In multicast, the source address is >>> always a real one, to identify which computer the packet came from >>> (the destination address, both MAC and IP, is a special one). >> >> >> <blush> Oops, my bad. Should read better. Sorry, Can't help you >> there. If you don't get a reply on this list in a few days, maybe ask >> netfilter-devel, because this looks like a bug. >> >> M4 >> >> >> >> > Try this: > > iptables -t mangle -A PREROUTING -j DROP -m mac --mac-source > XX:XX:XX:XX:XX:XX -m pkttype --pkt-type multicast > > I tried this. And this: iptables -t mangle -I PREROUTING -d 225.0.0.4 -j DROP # 225.0.0.4 is the multicast address iptables -t mangle -I PREROUTING -j DROP But the multicast traffic still arrives at the destination computer. ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Filtering MAC addresses and Multicast 2006-08-02 11:55 ` Gerard París Aixalà @ 2006-08-02 12:12 ` Gáspár Lajos 2006-08-02 16:04 ` Gerard París Aixalà 0 siblings, 1 reply; 7+ messages in thread From: Gáspár Lajos @ 2006-08-02 12:12 UTC (permalink / raw) To: Netfilter IPtableMailinglist Gerard París Aixalà wrote: > I tried this. > And this: > iptables -t mangle -I PREROUTING -d 225.0.0.4 -j DROP # > 225.0.0.4 is the multicast address > iptables -t mangle -I PREROUTING -j DROP > But the multicast traffic still arrives at the destination computer. How do you know that the traffic arrives ??? :) If you see it with some sniffer programs (tetheral) then that is fake because those programs see the packets BEFORE they reach the filtering system. You can not tell a packet not to enter your network card... :D BTW.: What does the counters of the packets matching your rules says ??? (iptables -L -v -n -t mangle) ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Filtering MAC addresses and Multicast 2006-08-02 12:12 ` Gáspár Lajos @ 2006-08-02 16:04 ` Gerard París Aixalà 0 siblings, 0 replies; 7+ messages in thread From: Gerard París Aixalà @ 2006-08-02 16:04 UTC (permalink / raw) To: netfilter Gáspár Lajos wrote: > Gerard París Aixalà wrote: >> I tried this. >> And this: >> iptables -t mangle -I PREROUTING -d 225.0.0.4 -j DROP # >> 225.0.0.4 is the multicast address >> iptables -t mangle -I PREROUTING -j DROP >> But the multicast traffic still arrives at the destination computer. > How do you know that the traffic arrives ??? :) If you see it with > some sniffer programs (tetheral) then that is fake because those > programs see the packets BEFORE they reach the filtering system. > You can not tell a packet not to enter your network card... :D > > BTW.: What does the counters of the packets matching your rules says > ??? (iptables -L -v -n -t mangle) > > I was using a multicast traffic generator (source and receiver). The receiver showed the packets as they arrived. After sending 48 multicast packets the counters say the following: Chain PREROUTING (policy ACCEPT 3 packets, 724 bytes) pkts bytes target prot opt in out source destination 48 56256 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 MAC 00:06:5B:13:4A:69 It seems all the packets were dropped, but the receiver application sees them (it maybe acts like a sniffer). I changed the application and tried VLC. With those rules, multicast traffic was blocked. Thanks, Gerard ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2006-08-02 16:04 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-08-01 8:35 Filtering MAC addresses and Multicast Gerard París Aixalà
[not found] ` <44CFB3EE.2010007@rtij.nl>
2006-08-02 7:17 ` Gerard París Aixalà
2006-08-02 7:23 ` Martijn Lievaart
2006-08-02 9:40 ` Gáspár Lajos
2006-08-02 11:55 ` Gerard París Aixalà
2006-08-02 12:12 ` Gáspár Lajos
2006-08-02 16:04 ` Gerard París Aixalà
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.