Red Hat Bugzilla – Bug 137939
dhcpd doesn't bind to interfaces specified on command line
Last modified: 2007-11-30 17:10:53 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3)
Description of problem:
According to the dhcpd man page, listing interfaces in the command
line arguments of dhcpd should make dhcpd only bind to those interfaces.
However, specifying an interface in /etc/sysconfig/dhcpd in the
DHCPDARGS variable doesn't have this behaviour. According to netstat,
dhcpd still listens on all interfaces.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start dhcpd with specific interface in DHCPDARGS
2. netstat -na
Actual Results: dhcpd listens on all interfaces
Expected Results: dhcpd should listen on specified interface
The workaround is to specify a local-address in /etc/dhcpd.conf
While dhcpd "listens" to the "ANY ADDRESS" (0.0.0.0:67), and so will
receive packets on all interfaces, it only responds to packets
from subnets that match a subnet declaration, or which match
the subnet of the interface given on the command line.
Because dhcp will not allow more than one instance of the dhcpd
process to run, this should not be a problem (you are never able
to run more than one dhcpd process, so why do you need it to bind
to only one address with port 67?) . In case you do, you have found
the workaround: set the local-address option in dhcpd.conf .
So I don't agree this is a bug. We should not make the Red Hat DHCP
server have seriously divergent behaviour to the ISC DHCP server.
If you disagree, please send your new feature request to :
email@example.com - if ISC choose to implement this differently
in new releases, we'll pick it up.
By the way, you can download the latest release of DHCP (3.0.1-11)
for FC2 from: http://people.redhat.com/~jvdias/DHCP/FC2
I am in the process of getting this pushed to FC2 updates.