DNS resolution fails
-
"i guess it gets blocked by the default-block-rule"
No the default lan rule is any any… If he had modified that sure that is common problem users pick tcp only, but that wouldn't explain being able to ping.
If this is a new interface and not the lan which defaults to any any then he would have to create the rules he wants to allow - if so then yup again common for new users to forget to allow for dns.
If he dns is working in the diagnostic screen of pfsense then you would guess that resolver is working - this is the default out of hte box configuration..
Simple test from client via dig or nslook should tell you want the client is using and what answer if any getting back.
-
I will check later when I am in front of the firewall.
-
Thanks for the help. DNS now resolves. Here is what I did…
-
Added Firewall Rule for LAN - Action: PASS - Interface: LAN - IPV4+6 - TCP/UDP - Source: Any Port: Any - Dest: Any Port Range 53-53
-
Turned on DNS Resolver - Listen All Interfaces - outgoing: All - System Domain Local Zone Type: Transparent - DNSSEC Enabled - DNS Query Forward: Enabled
-
On System>General Setup> DNS Server: Set 8.8.8.8 WAN(DHCP) and 8.8.4.4 WAN(DHCP)
That's the good news. I get resolution everywhere on the network.
Bad News: I can't bring up a web page. Guessing this means 80 is blocked. So I tried the setting a rule similar for 80 and 443. It just sits and spins. I will explore the other sections as this is probably not a topic for this area.Thanks all!
-
-
Dude so you dicked with the default rules? The default rules on lan are any any..
Post your lan rules!
The resolver is on out of the box with dnssec…
-
John,
I only added a rule for port 53, suggested by Birke. Once I got the DNS resolving I figured I would pose my NAT/Firewall issue in another Section, more related to my issue. I do appreciate the help!
Here are my LAN rules, I disabled the port 53 rule as it wasn't necessary.
-
In order to test this setup safely, I have internalized the firewall. I have a single desktop connected to the LAN port of the pfsense box and my internal LAN connected to the WAN port. Is this acceptable for testing purposes? I figured if I get this correctly configured, I would be able to connect to the webpage of my current router.
-
What model of cablemodem?
Not one on this list is it? http://badmodems.com/Forum/app.php/badmodems
This is a common issue with systems behind these modems.
-
chpalmer, It is not on that list. It is a Cisco DPQ3212 (Cox.net)
-
I have a Hitron CGN3ACSMR, which is on that list. It works fine.
-
McFrisch- Sorry I think I was trying to answer another post
JKnott and anyone else wondering-
Anything with an Intel Puma chipset has one of the problems mentioned. The Puma 6 is the worst.
Try this test.. http://www.dslreports.com/tools/puma6
Try running this- https://www.grc.com/dns/benchmark.htm Let it run for a couple of minutes and look at the tabular data.
Puma 6 modems on older firmware will show less than 100% results. With my system I get 100% easily. I have Motorola MB8600 models all over the place. They are Broadcom chips and work flawlessly. Ive had a couple of the Puma 6 models in hand and they tested as low as 70%.
Puma 6 modems with newer firmware have fixed this particular issue but still have all the other issues mentioned on DSLreports and the badmodems site. http://badmodems.com/images/DOSABC.gif
http://badmodems.com/Fix.htm Make sure you read and understand the issue. If having these issues is acceptable to you then to each his own.
If you have one of these modems your fooling yourself if you think your not affected.
If you have a Puma 6 modem and are having DNS issues then you should look at the modem first.
http://www.dslreports.com/forum/r31122204-SB6190-Puma6-TCP-UDP-Network-Latency-Issue-Discussion Just over 8000 replies.
-
Puma 6 Test
21ms : x
24ms : x
25ms : xx
27ms : xxx
28ms : xx
31ms : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx»
32ms : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
33ms : xxx
34ms : xxxx
35ms : x
36ms : xxxxx
37ms : xxxxxxxx
38ms : xxxxxxxxxxx
39ms : xxxxxxxxxxxxx
40ms : xxxxxxxx
41ms : xx
42ms : x
43ms : xxx
45ms : x
46ms : x
47ms : xxx
52ms : x
54ms : x
62ms : x
63ms : xxx
64ms : x
75ms : x
78ms : xx
79ms : xx
150 - 199ms :xx
250 - 299ms :x
350 - 399ms :xI think that passes. I will try the other test and post results. Thanks!
