Pfsense and hostname resolution

Gertjan

Yo are aware of he fact that 8.8.8.8 will never ever register your :

So : telling the DHCP server that it should hand out '8.8.8.8' is a ..... ok .... but then do not be surprised that every LAN network devie will use 8.8.8.8 and 8.8.8.8 is not aware of your network hosts.
And 8.8.8.8 will not register that "nest" is 192.168.1.6 as I'm already using that IP and it is called NAS ;) (actually, 8.8.8.8 will drop all RFC1918 IPs).

So, why entering 8.8.8.8 anywhere ? I'm using it no where.
This field :

is empty on my pfSense.
And DNS works fin for all my devices, I can resolve my local host names just fine.
And for hos names that are not local, the resolver goes out resolving. Small bonus : and it will not inform 8.8.8.8 about it. ( I don't know why they should ).

The idea is this :
ll network devices use the gateway IP == also their DNS server for all DNS requests.
If a device ( host is local, then it, the resolver, can answer right away.
If not, it goes out, doing its resolver thing, and when an answer exists, in will get communicated to the network host hat initially made the request.

When you installed pfSense, this was how it was set up.
For DNS to work, nothing needed to be changed / added / whatsoever.

rjcab

thanks for taking the time to reply.
I did remove the DNS 8.8.8.8.

then un renew dhcp from a local computer, then:

➜  ~ dig

; <<>> DiG 9.10.6 <<>>
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17637
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;.				IN	NS

;; ANSWER SECTION:
.			81903	IN	NS	l.root-servers.net.
.			81903	IN	NS	d.root-servers.net.
.			81903	IN	NS	a.root-servers.net.
.			81903	IN	NS	g.root-servers.net.
.			81903	IN	NS	e.root-servers.net.
.			81903	IN	NS	h.root-servers.net.
.			81903	IN	NS	c.root-servers.net.
.			81903	IN	NS	j.root-servers.net.
.			81903	IN	NS	k.root-servers.net.
.			81903	IN	NS	b.root-servers.net.
.			81903	IN	NS	m.root-servers.net.
.			81903	IN	NS	f.root-servers.net.
.			81903	IN	NS	i.root-servers.net.

;; Query time: 49 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Sun Feb 18 23:36:05 CET 2024
;; MSG SIZE  rcvd: 239

➜  ~ ping jeedom.local.lan
ping: cannot resolve jeedom.local.lan: Unknown host
➜  ~ ping 192.168.1.12
PING 192.168.1.12 (192.168.1.12): 56 data bytes
64 bytes from 192.168.1.12: icmp_seq=0 ttl=64 time=41.103 ms
64 bytes from 192.168.1.12: icmp_seq=1 ttl=64 time=5.583 ms
^C
--- 192.168.1.12 ping statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 5.583/23.343/41.103/17.760 ms
➜  ~

I am still not able to reach local device name. :(

johnpoz

@rjcab are you using kea? It will not register dhcp or static reservations as of yet.

rjcab

@viragomann said in Pfsense and hostname resolution:

DNS Query Forwarding

Thanks also @viragomann

I did everything, but same issue :(

rjcab

@johnpoz
My conf of dns resolver

<unbound>
	<enable></enable>
	<dnssec></dnssec>
	<active_interface>all</active_interface>
	<outgoing_interface>all</outgoing_interface>
	<custom_options>c2VydmVyOmluY2x1ZGU6IC92YXIvdW5ib3VuZC9wZmJfZG5zYmwuKmNvbmY=</custom_options>
	<hideidentity></hideidentity>
	<hideversion></hideversion>
	<dnssecstripped></dnssecstripped>
	<port></port>
	<tlsport></tlsport>
	<sslcertref>65d11843d78d1</sslcertref>
	<regdhcpstatic></regdhcpstatic>
	<system_domain_local_zone_type>transparent</system_domain_local_zone_type>
</unbound>

Yes I use

johnpoz

@rjcab do you have it set to register static?

this says you don't

rjcab

but when I choose DNS Query ForwardingEnable Forwarding Mode I got:

The following input errors were detected:

At least one DNS server must be specified under System > General Setup to enable Forwarding mode.

rjcab

:-)

johnpoz

@rjcab ok - if your in forwarding mode, you have to have something to forward too..

rjcab

@johnpoz

I follow the advice :-)

johnpoz

@rjcab well that is some bad wording it seems.

If you want pfsense to ask 8.8.8.8 for dns, that is forwarding mode, and yes your 8.8.8.8 needs to be in dns settings. Unbound in forwarding mode - and turn off dnssec in unbound.. Using dns when you forward is going t be nothing but problems.

Clients should be asking pfsense for dns, you would not hand the clients 8.8.8.8 in dhcp. by default dhcp hands out pfsense on that interface to clients for dns.

That settings is for pfsense itself, and has nothing to do with clients on your network.

rjcab

@johnpoz thanks for the clarification. So new am a bit lost, I follow only your advice but not working so far.
When I look at what I want it seems very easy but actually tricky to configure :(

Gertjan

@rjcab said in Pfsense and hostname resolution:

When I look at what I want it seems very easy but actually tricky to configure :(

Starting from a pfSense with 100 % default settings :

don't activate the new KEA DHCP server - make sure that ISC DHCO is active. [ so basicly, do nothing ]
option A) On the unbound / resolver main settings page, make sure this option is set :

(the first DHCP Registration)

Or, Option B) don't cehck "DHCP Registration", as Static DHCP is already checked : add for every device a DHCP MAC Lease like this :
On the DHCP server page, at the bottom.

And now you're good.
Remember : don't switch to KEA.

Notice : don't need to forward - why would you ? (can you tell me why you think you have to forward to some DNS server like 8.8.8.8 ? ) no need to add 1.1.1.1 or 8.8.8.8 etc.
Everything works

rjcab

Well done :-)
I missed that

johnpoz

@rjcab what are you doing normal dhcp, or your previous posted image showed static reservations. You do not need to register dhcp if your doing reservations for all your devices.

This is a reservation, and they are loaded when unbound starts..

And they will resolve be it the client is on or off, or has gotten its reservation or not..

Now if you want to resolver xyz.yourdomain.tld that is some dhcp client that you have not set a reservation for - then yes you would have to register dhcp clients.

Leon Straathof

@johnpoz I did come here too when my config went to shit. I changed several configurations and then FQDN just broke and also DNS registrations between different networks. Why the hell do they scare you too go to KEA when the damn thing is not finished at all. Because i did other configuration in custom options i did think it was me that made a mistake in configuration and pulled my hair out for 2 hours. But it works out to be pfSense devs pushing shit out that ain't ready yet.

rjcab

thanks a lot for your support

rjcab

Now I have another issue:

I got 502 Bad Gateway, nginx message so I did 16) Restart PHP-FPM and it works for several minutes and then down again.
I went to the log files and I saw a lot of:

could not connect to /var/run/php-fpm.socket pfsense

I found on internet and some guys are talking about ethernet drivers. I have one interface LAN embedded with the NUC and I have an USB ethernet plug (WAN).

 WAN (wan)       -> ue0        -> v4: 192.168.10.253/24
 LAN (lan)       -> re0        -> v4: 192.168.1.1/24

When I unplug the usb it seems working. The USB plug is well recognised.

If you have an idea :-)

rjcab

Hello,

One again. My previous post, I don't know but is work with a fresh install except for DNS Resolver.

I did as below:

If I remove the DNS 8.8.8.8 because it cannot resolve IP/Hostname I don't have internet anymore but hostname resolving works.

I one again made a mistake :(

SteveITS

@rjcab if you enable forwarding you need to uncheck the option to use DNSSEC.