broadcast packets DROPped, still received by dhcrelay

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

(Please CC - I'm not subscribed)

I've searched the list archives, regarding broadcasts, DHCP, and raw sockets. I still can't explain the following behaviour.

A Linux router running dhcrelay 3.x is configured to DROP incoming dhcp requests from an interface that are from 0.0.0.0/32 and to 255.255.255.255. The rule in the mange PREROUTING table matches, and a later rule in the mangle INPUT rule confirms that the dropped packet stops being processed. (1st conter increases, 2nd doesn't increase) However, the dhcrelay process still appears to receive the packet.

netstat -anp doesn't show any raw type sockets

udp 0 0 0.0.0.0:67 0.0.0.0:* 14127/dhcrelay3

 as can be seen on a similar machine running dhcpd:
udp     0     0 0.0.0.0:67       0.0.0.0:*        19850/dhcpd3
raw     0     0 0.0.0.0:1        0.0.0.0:*     7  19850/dhcpd3

how can the lone udp socket bypass netfilter like this? Is there any way to filter this with iptables?

Thanks,

Jeremy Jackson



[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux