DNS issue while connected to OpenVPN
-
@albertmiclat said in DNS issue while connected to OpenVPN:
the user is getting 10.50.1.X ip address
Ok for the IP, but what about the IP of the DNS the client received ? Why not mentionning it ? The gateway and mask while you're at it.
The DNS IP is your DNS server in your/a network ? Can it be accessed by the OpenVPN client ? Is the DNS set up to receive DNS requests from OpenVPN clients ?
Note : You're not using pfSense as a DNS for your networks, but some other device. So pfSense OpenVPN server should be set up accordingly. How ? depends on your network ....I guess you should use :
where a.b.c.d is your DNS.
-
@Gertjan this setting are set accordingly.
users also getting the right configurations
cannot ping both ip and hostname
-
here's is one of the user who are not having issue can ping both ip and hostname and the ip address is 10.50.0.x
-
what is the local network of these clients that don't work..
So the ipconfig /all for these clients, and the routing table
route print
-
-
Well no overlap with the local network..
When you do a tracert to 10.25.1.38, you see first hop is end of the tunnel?
Can you ping the end of the tunnel? See the gateway listed there in the route print 10.50.1.37
-
@johnpoz this is another user unfortunately the prev is already end his session
- tracert to 10.25.1.38 doesnt show anything
- ping to the gateway also request time out
-
Well if you can not get to the end of the tunnel, its not going to be able to talk to the dns on the other end of the tunnel..
Are the machines that are failing have any 3rd party firewall/security software on them?
-
@johnpoz nope no firewall/security software..
as mentioned previously this happens when the user get this subnet 10.50.1.X but when the user gets 10.50.0.X no issue, this behavior puzzled me more..
may subnet is 10.50.0.0/22
-
hmmm - didn't notice that..
What are the rules in your openvpn interface on pfsense?
example:
-
@johnpoz the usual rules..
-
Can we see route print from client that is working.
-
-
hmmmm - maybe I just need to finish waking up, more coffee ;)
But sorry nothing currently jumping out to me on what is the issue here.. Other than yeah, if you can not talk to your gateway at the end of the tunnel, its not going to be possible to talk to some dns server that is on the other end of the tunnel..
The big ? is why? hmmmmm?
-
Does the AD server allow DNS queries from that whole /22?
-
Lets say it doesn't - that could explain why he can not do a dns query to it, but seems he can not even ping the other end of the tunnel, while another client that works can..
-
Yep. That's also probably one of the easier things to miss.
-
@jimp my office users network is 10.25.0.0/16 no issue on DNS queries..
-
So the network on the LAN is actually the whole /16 directly on the interface? Or are you talking about in general?
If it's really a /16 assigned to the interface then maybe you forgot something like a proxy ARP VIP block for the other part of that /22. But I really hope you don't have a /16 on an interface like that and you're just talking about the network layout in general...
-
@jimp yes im pertaining in general, office LAN users DHCP pool.
