DNS Resolver Host Override not working

nodau

your outgoing network interface in dns resolver shows wan only. change this to “all“ or “localhost“. and disable forwarding mode.

l0rdraiden

@bahsig said in DNS Resolver Host Override not working:

an only. change this to “all“ or “localhost“. and

Now outgoing network interfaces is set in ALL but still doesnt work.
My question is, can this work without disabling the fordwarding mode? This configuration worked for me in the past but I don't know why now is failing
I guess that my DNS request will be faster in forwarding mode using 1.1.1.1 than in resolver.

Gertjan

@l0rdraiden said in DNS Resolver Host Override not working:

I guess that my DNS request will be faster in forwarding mode using 1.1.1.1 than in resolver.

Impossible.
Check the file /etc/hosts
There is your host override - so it's already in the resolver cache.

And if you try to resolve nxxxx.duckdns.org upstream you wind up having the wrong IP - of course.

Btw : Forwarding ok, but forget about DNSSEC then, as discussed many times already.

l0rdraiden

@gertjan

Now I am using DNS resolver as you said with forwarding disable, still the host override works for a while and then it starts to resolve the public IP instead the local IP. What is causing this?

The thing is if I change any settings in the DNS resolver and then I apply changes the host override works, and then it stops working. So I think something else is causing this.

When I try to resolve the domain in a browser in pfsense logs appears this (i have added the ***)

Jan 29 08:18:32 pfsense.homelocal nginx: 2019/01/29 08:18:32 [error] 83403#100162: 262 open() "/usr/local/www/index.php/204" failed (20: Not a directory), client: 192.168.1.30, server: , request: "GET /index.php/204 HTTP/1.1", host: "ne*********.duckdns.org"

Jan 29 08:03:07 pfsense.homelocal nginx: 2019/01/29 08:03:07 [error] 83100#100167: 260 open() "/usr/local/www/ocs/v1.php/cloud/user" failed (2: No such file or directory), client: 192.168.1.30, server: , request: "GET /ocs/v1.php/cloud/user?format=json HTTP/1.1", host: "tc***s.duckdns.org"

johnpoz

@l0rdraiden said in DNS Resolver Host Override not working:

I use resolver because I can configure DNSSEC

But if your forwarding you throw that out anyway... The resolver is where dnssec happens, if your forwarding its pointless to ask for dnssec info, etc. Your adding extra traffic for no reason.

Are you using proxy? Or HA proxy?
What do you have pfsense pointing to for dns? It should only post to loopback if you want it to use your overrides.

@bahsig said in DNS Resolver Host Override not working:

your outgoing network interface in dns resolver shows wan only. change this to “all“ or “localhost“. and disable forwarding mode.

There is no reason to change his outgoing to ALL.. And unless he is using multiple wan, he could for sure just use wan and not have to have localhost selected for outgoing. What is your reasoning behind having to have localhost selected for the outgoing interface?

l0rdraiden

@johnpoz said in DNS Resolver Host Override not working:

@l0rdraiden said in DNS Resolver Host Override not working:

I use resolver because I can configure DNSSEC

But if your forwarding you throw that out anyway... The resolver is where dnssec happens, if your forwarding its pointless to ask for dnssec info, etc. Your adding extra traffic for no reason.

Are you using proxy? Or HA proxy?

What do you have pfsense pointing to for dns? It should only post to loopback if you want it to use your overrides.

But when I use forwarding to a server like 1.1.1.1 DNSSEC works.

I'm using nginx with letsencrypt, right now the DNS is working as a resolver and the host override is pointing to the nginx server.
I am using suricata and pfblockerng in case this matters.

The funny thing is that If I edit the host override or a setting in the DNS resolver it works for a while, it resolves 192.168.1.220 and then after 15-20 mins or so it resolves again the public IP.

This was working well in the past but I can't remember what I have changed in order to break it, I will try to disable pfblockerng to see if it changes the behavior.

johnpoz

@l0rdraiden said in DNS Resolver Host Override not working:

But when I use forwarding to a server like 1.1.1.1 DNSSEC works.

If where you forward to does dnssec - then yeah you get dnssec, you don't have to have it checked.. The resolver is what does dnssec.. You asking for it or not asking for it has nothing to do with it the resolver does it or not.

l0rdraiden

@johnpoz

But do you know why the host override works for a while and then stops working?

johnpoz

Not off the top... Trying to figure out what that error is you posted. That is pfsense trying to get something with nginx?

Do you have pfsense pointing to anything other than localhost for dns?

In your system widget what does it show for dns?

l0rdraiden

@johnpoz

Yes but I don't know what is trying to get
No, DNS general settings is empty and the DNS in the clients is the pfsense IP
enable up and running.

BTW I have disable pfblockerng and now it works fine... so I guess is some kind of incompatibility. I will try to report it to see if I get the dev to read this thread.

Gertjan

@johnpoz said in DNS Resolver Host Override not working:

That is pfsense trying to get something with nginx?

Yeah, what is this :

@l0rdraiden said in DNS Resolver Host Override not working:

...... open() "/usr/local/www/index.php/204" failed (20: Not a directory), client: 192.168.1.30, server: , request: "GET /index.php/204 HTTP/1.1", host: "ne*********.duckdns.org"
.... open() "/usr/local/www/ocs/v1.php/cloud/user" failed (2: No such file or directory), client: 192.168.1.30, server: , request: "GET /ocs/v1.php/cloud/user?format=json HTTP/1.1", host: "tc***s.duckdns.org"

/index.php/204 => this doesn't exists on pfSense (the web server / files ).
//ocs/v1.php/cloud/user => same thing.

Just the browser who 'thinks' it's connected to some site, but redirected to the pfSense webroot, and obtaining a "non - not here".

johnpoz

@Gertjan you think that is something to do with his host override trying to ask pfsense for something... I can not really tell what that error is without more context.

Gertjan

Realy, .... dono.

I guess @l0rdraiden want to reach a local server (coming from local), the server he exposes on the Internet using a duckdns.org DDNS domain name.
Local host overrides always worked for me, using the default Resolver.

johnpoz

yup zero issue with them.. But I don't see how an error on pfsense for nginx has anything to do with unbound?

Gertjan

IMHO, the errors are cached URL's in a browser, that thinks it's connected to a webserer (dsame URL) but it is connected to the GUI (or portal web server).
It's hitting the server (nginx) with the stored URL's and nginx is complaining about it.
I see this all the time on my own web servers : the most strange page requests are popping up - and errored out by the web server.

RonpfS

@johnpoz said in DNS Resolver Host Override not working:

@Gertjan you think that is something to do with his host override trying to ask pfsense for something... I can not really tell what that error is without more context.

He disabled Resolver Live Sync in DNSBL and it seems to work fine for now.

Gertjan

@ronpfs said in DNS Resolver Host Override not working:

Resolver Live Sync

I read about this (new ?) option. Not finding much btw.
unbound man pages do not mention them.

Isn't it a somewhat hidden : "do a restart" ?
As far as I know, bind, for example, places "watches" on files, and read them in on the fly when they changed - without a global restart.

RonpfS

@gertjan
It's basically a bunch of unbound-control cmds to change the local-data and local-zone in unbound live db.
Something the DHCP services could do to register new leases.

But now BBcan177 has implemented a Python module to unbound. .
It's faster, has more functionality and doesn't require GBs of memory for unbound.

Gertjan

Ah, if so, then that looks good.
This should be implement upstream (in pfSense itself).
No more x restarts a minute on big networks, thus no more flushing the DNS cache.

And pfBlockerNG users would be really happy (parsing these mega block files take time every restart).

l0rdraiden

The issue is posted here finally
https://forum.netgate.com/topic/140021/dns-resolver-host-override-not-working/21