DNS and DHCP -> using different domains for each network - Bug #1819 - $150
-
I've also run into this issue.
In digging, I believe the main fix for this needs to be added to the dhcpleases support app.
https://github.com/pfsense/FreeBSD-ports/blob/ea7549839ac5657e8d1f119ff45a79b7682cc97e/sysutils/dhcpleases/files/dhcpleases.c
While I can understand the main gist of the code that is there, I don't rate my coding skills in C that highly. I'm not sure I have enough time to try and polish them up to get this done.
How I would go about fixing it would be to create a new function in that utility which reads in the dhcpd config file and parses it into a list of IP pools and their DNS domain setting (if set). Then, when an individual DHCP lease is parsed, the code should loop over the list of IP pools and find the pool it belongs to and then attach the corresponding DNS domain, if there is one, instead of the default domain_suffix.
In PHP you have access to the DHCP pool information through the pfSense config data, however this utility needs to pull it from somewhere and I think the best place might be the dhcpd.conf file. I could be wrong, but the dhcpleases app looks to be restarted whenever the dhcp server is restarted, so the dhcp.conf config data should be able to just parsed in once at the start.
Most of the time would be spent writing a parser for the dhcpd.conf to bring in the required information.
-
Just curious why does it take 8 years to resolve this bug ?
-
The only thing I know to do is just keep pinging them here and in the red mine issue here. https://redmine.pfsense.org/issues/1819
-
If the pfSense DHCP server does not meet your needs use a different DHCP server.
-
@Derelict said in DNS and DHCP -> using different domains for each network - Bug #1819 - $150:
If the pfSense DHCP server does not meet your needs use a different DHCP server.
Wow, that's a pretty crummy answer. Sadly I am having to use a different DHCP server because pfSense has neglected this 8 year old bug. This sort of shows the attitude of the "new pfsense' since the whole negate change a few years back.
-
@CubedRoot yeah run in the same problem during evaluation and after googling was surprise to find that it's been reported 8years ago.
-
@Derelict Thank you for such comprehensive answer, it really helps to understand complexity of the problem on netgate side and timeline for resolution.
-
This post is deleted! -
Bumping this to let devs know a fix would be very much appreciated.
-
+1 I have quite a few SG1100 around at remote customer sites. It would simplify my usecase considerably if this quite natural way automation between DHCP and DNS was implemented.
-
A young boy waits...
-
@CubedRoot
Probably your issue is solved already, but for anyone looking at this, I am using pfsense 2.4.5 and have only 2 ethernet ports one for WAN and one for LAN and a VLAN.In the pfsense GUI go to :
-Services/DHCP Server/LAN
-Other options, the second option is "Domain Name" in my case lan.internal-Services/DHCP Server/IOT (in my case this is my VLAN)
-Other options, the second option is "Domain Name" in my case crap.internal-If you wanna test them just disable and enable your adapter options on your computer
-run cmd "ipconfig /all" and you should see the new domain name.Leave the default domain of pfsense as localdomain, since that will tell you that something is wrong for other devices.
-
@cubedRoot I am not sure what the difference is, but it is not working for me. Maybee a limit on how many sub leves the resolver can handle, or am I not allowed to use a real domain?
I have my real domain as vink-slott.dk and would like my internal stuff on [device].int.vink-slott.dk and guests computers on [guestdevice].guests.vink-slott.dk and so on. I have set Other option -> Domain name as described - and under General only the main domain. Everything stil end up under the main domain set under general.
-
This issue is still present in 2.4.5_p1.
I have three interfaces, WAN, LAN, and OPT with DHCP Server enabled on LAN and OPT with different domains provided in the options. All leases still resolve as the domain provided in the general system setup, ignoring the DHCP Server settings.
Why provide the option if it is not respected?
-
I've been wondering this the last couple days why this wasn't working, and did what you said, and bingo, it's all showing now!
Well done!
Edit: I think it may just take a long time to propagate. I changed all my subnet domain names now, and reset all the states, and rebooted the router, and it's still not showing. I'll bet it starts showing sometime in the morning...
-
I can confirm if anyone else is having this issue that the new domains did propagate overnight and are now showing correctly in pihole and ipconfig /all. It just took a while.
Now if I can just get my domain names to show on the VPN clients that connect to my OpenVPN server, I'd be a happy camper (at least as far as pfSense is concerned...)
-
@hockeyfreak I think you misread the post. This original issue wasn't about the DNS hostname on the DHCP lease, but rather the registration of the host and domain in the DNS resolver. This doesn't appear to work as the OP suggested is should.
-
@vc6sfv8 said in DNS and DHCP -> using different domains for each network - Bug #1819 - $150:
@hockeyfreak I think you misread the post. This original issue wasn't about the DNS hostname on the DHCP lease, but rather the registration of the host and domain in the DNS resolver. This doesn't appear to work as the OP suggested is should.
I can confirm it's still not working in current 2.5 Release.
-
still not working... i have several sub-domains on my vlans and need a working reverse-lookup.. right now reverse-lookup returns general domain-name from settings..
-
+1 here.... I just want to have a subdomain for my VLAN, and even specified in the DHCP, it still only resolve as the primary domain in general setting.
I checked
/var/dhcpd/etc/dhcpd.conf, it has my subdomain specified under the subnet group.[ADDED]
I just tested by specifying a static IP/MAC mapping with the subdomain. Doing nslookup now report correctly...
