Transparently Intercept and Redirect DNS Traffic to an Internal DNS

johnpoz

@cyrus104 said in Transparently Intercept and Redirect DNS Traffic to an Internal DNS:

I would like to us the dns forwarder option because I don't want to edit my rules for things like IOT and Guest from knowing the IP range of another internal VLAN.

Huh?? What does that have to do with using the forwarder or resolver?

cyrus104

If I just do as other suggest and put the pi-hole DNS server (on a different VLAN) in the DHCP than IOT / Guest devices will not only know the IP range they are placed into by dhcp but will also know about another network segment.

So I would like to use forwarder / resolver but it seems like these require the use of the the System / General Setup / settings. If I make the pi-hole server the number one option here I think I have an issue on full reboot because all LAN traffic is forced out of VPN connection that aren't yet established and won't be due to the pi-hole dns being needing to go out of the LAN interface.

johnpoz

@cyrus104 said in Transparently Intercept and Redirect DNS Traffic to an Internal DNS:

Guest devices will not only know the IP range they are placed into by dhcp but will also know about another network segment.

No they wont - since your doing an intercept of the dns traffic - they have no freaking idea where it got sent, for what they know is it answer from who they sent it too 8.8.8.8

I even posted a screenshot showing that the query was to 8.8.8.8..

What your pihole will know is the IP of the source who did the query.. But to the client he sent query to 8.8.8.8 and got answer, he has no idea it came pihole or any other internal dns server. Or what network pihole/dns was on..

cyrus104

Hey your the man, you've got 24k posts here and know more than probably anybody. I would ask that before you get your panties in a twist you read what people are asking. That sentence was specific to listing the DNS in the DHCP server section. In my limited understanding and testing of how DHCP works, when I put a DNS address in the DHCP it gets passed directly to the client.

Both of my latest posts highlight that your method is probably best... but I still need a DNS solution for the VLAN / subnet that the pi-hole DNS solution is put on. I'm not putting it on my DMZ as you suggested but on a management vlan and need the other servers / services to have access to that vlan without hardcoding it into them.

johnpoz

You can redirect traffic from pfsense on same segment, you just have to source nat it.. And now your pihole will not know that client X asked or client Y asked... Since it will all look like it came from pfsense.

Is there a way to override the DNS Forward DNS address and let the pfSense itself continue to use the System/General settings?

Yea set the forwarding in the custom option box vs using the checkbox.. Now you can point pfsense to whatever you want for dns

@cyrus104 said in Transparently Intercept and Redirect DNS Traffic to an Internal DNS:

eed the other servers / services to have access to that vlan without hardcoding it into them.

Already went over how to do this..

Here is what I would suggest, and why adding to OLD threads is problematic... Your ask or question really has ZERO to do with this thread.

You should start your OWN thread, laying out your exact questions and what your trying to accomplish..

Marv21

@johnpoz said in Transparently Intercept and Redirect DNS Traffic to an Internal DNS:

You can do it when the dns server is on a different network.. Here I create a redirect on my lan network 192.168.9/24 to redirect to my pihole which is on my dmz or 192.168.3/24 network..

So you can see I did a query to 8.8.8.8 and was redirect to pihole, which logged it as my PC I did the query from I5-win box..

Where your going to have problems is trying to redirect traffic in and out the same interface with a port forward.

Move your pihole to its own segment and you will be fine.

As to unifi, not sure how they do it? Haven't look into it - but if you think they are out doing pfsense... Have at it ;) I had to run their USG for a while.. Their dns features are WAY behind... Well all their feature to be honest.. Creating a simple firewall rule was a PITA... Running multiple vlans, again PITA, etc..

I have the USG sitting on my self... Let you have it at pfsense forum users discount if you want it ;)

How can your PiHole see the Name of the Client? Mine only shows the IP :/

johnpoz

Because pfsense knows the name, and it does a PTR for it..

How pihole assigns name to an IP is via a PTR query for the IP..

gniting

@johnpoz I tried this setup and it works, as in I do get the right host name at the pihole end, but I get the following error as well:

❯ dig @8.8.8.8 dns-redirect-test.com
;; reply from unexpected source: 192.168.8.2#53, expected 8.8.8.8#53
;; reply from unexpected source: 192.168.8.2#53, expected 8.8.8.8#53
;; reply from unexpected source: 192.168.8.2#53, expected 8.8.8.8#53

; <<>> DiG 9.10.6 <<>> @8.8.8.8 dns-redirect-test.com
; (1 server found)
;; global options: +cmd
;; connection timed out; no servers could be reached

192.168.8.2 is the IP of the pihole.
LAN1 (on which all devices sit) is 192.168.7.x
LAN2 (on which pihole sits) is 192.168.8.x

Probably something to do with properly setting up an outbound NAT rule but I've tried diff configs, none seem to resolve the issue.

Any pointers are welcome.

Marv21

@ibbetsion
The NAT Rule is only valid for the .7. net?

gniting

@Marv21 the redirect NAT rule is set up for the .7. net.
In the image below, SYNAPSE_LAN = .7. net.

Marv21

@ibbetsion
dns_ok is 192.168.8.2 then - right?

Marv21

@ibbetsion

Where are you running this Dig command from?
A client from the 7 or the 8 Net?

gniting

@Marv21 Sorry for omitting that, dns_ok is an alias that I use for those hosts that are allowed to make queries to external DNS servers. Any local host not in this alias/group should be re-routed to the local DNS server at 192.168.8.2

gniting

@Marv21 the dig command is running from a host on the 7 Net.

johnpoz

@ibbetsion said in Transparently Intercept and Redirect DNS Traffic to an Internal DNS:

; reply from unexpected source: 192.168.8.2#53, expected 8.8.8.8#53

No shit what do you think was going to happen... This is why you put your NS your going to redirect to on a different vlan.. Or you have to forward it to loopback.. So pfsense does the query, and then sends the answer..

gniting

@johnpoz the NS is on a different subnet...

Marv21

@ibbetsion

could you try this just 4 fun?
Thats mine. So everything will be redirectet from LAN to the SYNAPSELAN (any - directed to to that net or not)

gniting

@Marv21 said in Transparently Intercept and Redirect DNS Traffic to an Internal DNS:

@ibbetsion

could you try this just 4 fun?
Thats mine. So everything will be redirectet from LAN to the SYNAPSELAN (any - directed to to that net or not)

That caused all DNS resolution to stop working. I think the issue is somewhere else. I am also now finding out that I cannot ping (or ssh) from the 8 Net to anywhere on the 7 Net or anywhere else. But I can go from 7->8 Net. Need to solve that first :)

Marv21

@ibbetsion
Have you a allow Rule on the 8 net?
YOu need to allow traffic to 7.

gniting

@Marv21 said in Transparently Intercept and Redirect DNS Traffic to an Internal DNS:

@ibbetsion
Have you a allow Rule on the 8 net?
YOu need to allow traffic to 7.

Yes, there is an allow rule on 8.