Project

General

Profile

Actions

Bug #3284

closed

dhcpleases cannot identify domains set in DHCP server settings, breaks dnsmasq lookups

Added by Steve Kerrison about 11 years ago. Updated about 9 years ago.

Status:
Duplicate
Priority:
Normal
Assignee:
-
Category:
DHCP (IPv4)
Target version:
-
Start date:
10/22/2013
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
Affected Architecture:

Description

dhcpleases is started with the domain suffix set to the domain of the pfsense installation. DHCP servers on individual interfaces can specify their own domain. If DHCP lease registration is enabled for dnsmasq, the "global" domain suffix is copied into /var/etc/hosts for each entry in /var/dhcpd/var/db/dhcpd.leases with a client-hostname set.

It isn't clear what behaviour one should see, but I would have expected leases where the domain is overridden for that interface, to be registered against that domain, rather than the default for the pfsense installation.

If the current behaviour is indeed undesirable, and the expected one I defined above is preferred, then I can see that this is not trivial to solve, as all leases appear to be put into a single file, and so it's impossible to tell which interface they came from (and whether a domain overried was set) without reading config from elsewhere.

Here's a previous mailing list conversation on the issue, which I was not involved in: [[http://lists.pfsense.org/pipermail/list/2013-February/003590.html]]

Actions

Also available in: Atom PDF