PFsense Blocking Some Traffic
-
Yes virgin superhub3 into switch. Pfsense into switch (vlan'd) so all traffic passes through pfsense.
DHCP is handled exclusively by pfsense.
DNS is also via pfsense.
Pfsense currently has virgin media's own DNS servers set.... 194.168.4.100 and 194.168.8.100
These were filled in automatically (not by me)
I have tried manually changing them to Google's DNS servers 8.8.8.8 and 8.8.4.4
Same issues remained.Trying travertine and pinging the servers that wouldn't load via wife's phone work fine when pinging/tracing via pfsense.
If it's a DNS issue why would the websites load on some devices but not others??
I'll post screen shots later as I've had to take pfsense down for now -
@tim-mcmanus
i hope these screen shots contain the info you requested?
the DNS servers listed have all been automatically assigned (i assume via DHCP from the modem)the gateway listed, belongs to virgin media and again has been automatically filled in, however this is not my modems public IP address.
i had to disable gateway monitoring as it was throwing up false information, claiming my gateway was offline yet i was still online with no issues (i'm guessing because it was monitoring virgin media's gateway and not my public IP?)MTU is automatically set to 1500 on both wan/lan.
my virgin media superhub 3 is in modem only mode so DHCP is not active, neither is NAT or any form of firewalling
-
Thanks for posting those screen shots.
What I didn't see was which DNS servers your DHCP server is giving out.
Also, when you say pfSense is doing DNS, are you running the DNS resolver?
-
@tim-mcmanus
the DNS resolver is running (i have not changed this, so default configuration must be to have this on)did you need a screen shot of the DNS resolver general settings page?
-
No, this is good. Can you go to Diagnostics->DNS Lookup and run some queries for the sites you are having problems with? I am interested to see if Resolver (127.0.0.1) is timing out on any of those lookups.
What can happen is this: Your ISP may be blocking DNS lookups to the root servers, which pfSense would normally do. That delay can cause a client timeout when looking for a site, and that client won't be able to get to that site temporarily. You'd need to do a second lookup, and then the query would be caches for any additional client lookups.
What's happening in your situation, if I understand correctly, only some devices have a problem, and it's sporadic. It could be a symptom of lookups failing or timing out, and then the next device gets a working/cached DNS result from a subsequent and successful lookup.
-
all the DNS lookups i have tried show similar results, 127.0.0.1 being quicker than the others
-
When you have a device that cannot connect, run a DNS query from that device.
This is an elusive issue.
-
Its going to be VERY elusive if you have such high packet loss.. Sorry but dns is going to be crapshoot over such a connection because its going to be hit or miss..
Most dns is always going to be UDP.. So you throw the ball over the fence and hope the person catches it but you don't know... Unless you get an answer - and which such a high loss connection he might of answered but you never get it.
What is the average packet loss your seeing... Look on your quality graph..
And yeah pulling from a local cache is always going to be way faster then doing an actual query to some remote NS...
With such high packet loss - I would expect horrible everything.. Sure tcp will retrans, but its going to be a horrible experience overall with such high packet loss if it actually is loss and just not your gateway answering pings... Do a sniff on your wan traffic.. Are you seeing lots of retransmits?
-
@johnpoz the packet loss from another post was a red herring, pfsense was not monitoring my modem, it was monitoring virgin media's gateway which is way out of my control.
i setup "think broadband" to monitor my public IP (and so monitoring my own gateway) and packet loss was 0.11% max
i have disabled pfsense gateway monitor, as it was monitoring the wrong thing and giving irrelevant into, and was easier than getting pfsense to monitor the correct gateway -
Well if you believe the problem is dns related.. look at your timing and any loss in unbound... Dump your stats
unbound-control -c /var/unbound/unbound.conf stats_noreset
What is your recursion time average, etc..
What sort of % hit on cache are you getting, etc. etc.
if your not getting a high amount of cache hits, you prob want to turn on prefetch and zero ttl. These can help with problems with long recursion times and or timeouts.total.recursion.time.avg=0.158804
total.recursion.time.median=0.0505461total.num.queries=126887
total.num.cachehits=110479So Im at about 87% cache hit rate...
Look at the stats page in the gui.
Status / DNS ResolverAre you seeing timeouts? You really should have all Zeros
-
@noob said in PFsense Blocking Some Traffic:
@johnpoz the packet loss from another post was a red herring, pfsense was not monitoring my modem, it was monitoring virgin media's gateway which is way out of my control.
i setup "think broadband" to monitor my public IP (and so monitoring my own gateway) and packet loss was 0.11% max
i have disabled pfsense gateway monitor, as it was monitoring the wrong thing and giving irrelevant into, and was easier than getting pfsense to monitor the correct gatewayI actually have pfSense monitoring a point on the Internet, not my modem. When I am experiencing issues, I want to test a point off of my ISP's network. Yes, on occasion it will trigger some false-positives, but generally speaking, I won't "feel" that issue on the network. When I am suspicious that my network is having issues, then I can check the monitor to see if/what the loss is.
If you want to monitor the quality of your connection, try this smokeping tool: https://www.dslreports.com/smokeping
-
heheeh - yeah I think I know how to monitor my connection... But thanks ;)
-
@johnpoz said in PFsense Blocking Some Traffic:
heheeh - yeah I think I know how to monitor my connection... But thanks ;)
Not you, the other guy. Although, I didn't want to assume... ;)
-
@johnpoz total.recursion.time.avg=0.125316
total.recursion.time.median=0.0505173
just booted up pfsense as it took it down again last night
total.num.queries=55
total.num.cachehits=4i have just turned prefetch on to see what difference it makes
DNS Reseolver timeout A, timeout AAAA and timeout other are all zero's
-
Well stats right after it boots not going to point to any sort of problem.
-
@johnpoz how long would you like me to leave it before re-posting stats?
hours, days? i dont know how long ill need to collect data for before it becomes of any use for fault diagnosis -
After you have been seeing a dns related problem.
Total number of queries 55.. There is nothing on your network doing anything at that point.. Notice mine was 126,000
-
im not sure this is even a DNS issue, i have no idea what is causing the issue, that smokeping test tool posted further up is currently reporting 0.00% packet loss accross all 3 servers that are pinging me.
the issue with ebay app landing [page not loading on wifes phone is constant (it never loads unless we switch to 3g/4g data or remove pfsense) all the other pages/search/buy functions work all the time.... ebay app loads on other devices every single time no issues.
the issue with the android tv box and virgin tv go allowing me to login, loading menu's and previews and up to date live tv guide but not playing actual programs is a constant while pfsense is running, but virgin tv go on all other devices works even with pfsense in place.i cant see anything in the logs to suggest traffic is being blocked, makes no sense as to why i would be blocking only certain devices
total.num.queries=1047
total.num.queries_ip_ratelimited=0
total.num.cachehits=158
total.num.cachemiss=889
total.num.prefetch=14
total.num.zero_ttl=0
total.recursion.time.avg=0.138458
total.recursion.time.median=0.0890953i would love to learn more about pfsense (which is why i got it to start with) but these issues dont seem to make any sense.
i did notice you had over 100k queries but i have no idea how long your box has been up and running, could be months
from the first few mins of booting pfsence up to now 2 hours uptime, the hit rate seems to be hovering steady at 14-16%
is there anything i should be looking at on the devices in question??
-
You might want to grab a packet capture onb the LAN filtered by the IP of the offending device.
Try to do as little as possible on the phone just to minimise the traffic. Once the menus have failed to load check the pcap.Steve
-
Current uptime: 22 Days 03 Hours 48 Minutes 58 Seconds
That would of been since updated to p1, current stats show... But that is not always related to when unbound restarted..
1047 queries is not a lot of queries.. Do you have not have your stuff pointing to pfsense? Do you only have like 1 device on your network or something? How long has unbound been up to get your 1047 queries?