I had the same problem with version 3.0.4-13.
All client subnets are vlans the server subnet is eth1.
-- /etc/default/dhcp3-relay -
SERVERS=192.168.100.5
INTERFACES=eth2.203 eth2.202 eth2.201 eth2.300 eth1
OPTIONS=-a
-- end /etc/default/dhcp3-relay -
I switched back
Sorry,
but I forgot to mention that when I stated the deamon by hand it worked
as well.
Here is the line I executed.
/usr/sbin/dhcrelay3 -d -i eth2.203 -i eth2.202 -i eth2.201 -i eth2.300
-i eth1 192.168.100.5
Christian
smime.p7s
Description: S/MIME Cryptographic Signature
Additional info:
I have checked if correcting the typo described in the bug #392275 helps - it
doesn't.
Janusz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: dhcp3-relay
Version: 3.0.4-12
Severity: important
DHCP broadcast packets received from network interfaces are not seen by
dhcrelay3, the just traverse all PREROUTING and INPUT hooks (I can trace them
with netfilter rules) and are simply discarded by udp_rcv(), I guess.
Sarge version
4 matches
Mail list logo