Unable to resolve certain sites DNS Resolver
-
Johnpoz;
I did a dig on one of the clients that is having a issue and the dig command completes successfully as it did on a client that has no issue.
Thanks
Randy
-
Johnpoz;
I made a mistake. I did the dig with the wrong DNS server. I switched the DNS to my resolver and I get 'connection timed out, no servers can be reached'.
Thanks
Randy
-
so you can not get any sort of answer from pfsense? From this client? Or you saying that certain looks fail?
-
Correct. for Netflix.com Most sites do resolve. If I switch to a client in my DMZ. Netflix resolves successfully. DMZ uses the resolver as well.
-
Here is the thing the resolve doesn't care what network your on local - if you can talk to it, then it the same no matter what local network your on.. UNLESS you have messed with the acls or created views.
What are your firewall rules on this interface?
-
@johnpoz said in Unable to resolve certain sites DNS Resolver:
What are your firewall rules on this interface?
+1 (again).
-
-
Ok,
The questions :
Who is / what interface is 192.168.1.1 ?
192.168.1.50 ?What are you hiding here :
What are you doing here :
The image is not complete.
What happens if you put on position 2 a "Pass all rule" like this :
-
Rule are evaluated top down, first rule to trigger wins no other rules are evaluated.. Shoving stuff out your wan dhcp could cause you problems.
Do you have any rules on floating?
So your doing dns redirection? Also curious what this 192.168.1.50 if its on your lan 192.168.1/24? Then that rule would NEVER come into play since devices don't talk to their gateway to talk to device on their own network. So not sure what this is expected to do.
Lets see your full rule set both on this interface and your floating and any redirections (port forwards your attempting) Also anything using explicit proxy would not do dns itself - it asks the proxy to do do the dns for it.. When it sends the proxy the FQDN it wants to get too.
These rules not making much sense to be honest.
-
Gertjan;
192.168.1.50 is my AD server. That rule isn't needed anymore and can be removed. 192.168.1.1 is my firewall. I haven't tried this: What happens if you put on position 2 a "Pass all rule" like this : but I will try when I get homeJohnpoz;
I route out of my Wan_DHCP because some of my services can't work through the VPN. I'm not doing any DNS Redirection, not on purpose
-
My rules can be cleaned up but this has been working for a long time before this resolution issue started happening.
-
Also : de activate pfBlocker (thus cleaning your Floating rules) for the time being.
This rule :
on interface LAN - on position 2 - and test.
Then 3, and test.
etc.
When things (DNS) start to not-work anymore, you have found your offending rule. -
I understand letting stuff out your wan vs vpn - but that is NOT how you should do it.. You prevent any intervlan traffic with such a rule..
Move the anyrule to the top.. Does that make your problem go away... Looking at such a mess makes my brian hurt! ;)
What are you expecting to happen with the multicast rule? And what the F is wan service ports? And your blocking from talking to pretty much the whole planet there with your pfblocker rules? Good luck resolving when the authoritative name server you need to ask is blocked, etc..
What is the IP of the clients that are having problems? And are they in this TV alias? What is in that TV alias?
-
I will do as you both suggested when I get home this evening. Most of the rules you see is based on the configuration AirVPN suggested. I'm not an expert with any of this, nor do I claim to be. I try to do my best and learn along the way.
I removed all of the alias. That rule is now stale.
All of this as flawed as it may be, was working and I haven't made any changes.
Thanks or your help