Running OpenVPN on LAN interface.
-
If it has worked before as pfSense was the default gateway it should also work now with this route set on the destination device.
However, remember that his route is not persistent.
Maybe there are other reasons for that issue now like Windows firewall?
-
OK, i think it's working now with that particular client. Disabled windows firewall - started working. Re-enabled wf - continues to work. shrug.
viragomann - how would I go about solving this via NAT? The issue with adding a persistent route is that on some devices i don't have access to the OS to add a static route. (for example NAS).
Thanks!
-
You have to add an outbound NAT rule. Firewall > NAT > Outbound.
If the outbound NAT is set to do automatic rule generation, select hyprid at first and hit the save button below.
Then add a new rule:
inteface: LAN
Source: Network 192.168.101.0/24 (the VPN tunnel network)
Dest.: any
Translation: Interface address
You may enter a description, then save it and apply changes.This rule translates source addresses from VPN traffic to the LAN address, so responses are sent back to pfSense without the need of a special route.
-
OK, I added the rules as you suggested (screenshots attached), but still can't ping anything that I didn't add a static route on…. Is there anything additional i need to do?
Thanks!
-
Above you've written, firewalling is disabled.
If you've set the option "Disable Firewall" in System > Advanced > Firewall & NAT, there is also NAT disabled and not any firewall or NAT rule would work.
-
You're right. I even got a warning when i was adding a NAT rule saying that filtering is disabled. doh! I initially disabled fw because i couldn't get into 192.168.100.5:1194/udp from outside at all.
I've re-enabled it and added a LAN:any > LAN address:1194tcp/udp. Seems like I can ping other clients now, thanks!
I also use pfsense for DHCP and DNS. DNS works for LAN clients, but for some reason openVPN clients can't query 192.168.100.5:53. I've tried adding a couple of rules I thought that I was missing on LAN and VPN interfaces, but they didn't work.
Is there a rule I need to add to fix this?
Thanks!
-
With the any to any rule on OpenVPN interface shown above the access to the DNS should work.
The DNS access need at least access to port 53 with TCP/UDP.Remember that you will have to request host names with their FQDN (host.domain) from remote.
-
Yup, i've been using FQDNs within nslookup tests (see attached screenshots). Could it be something within my DNS forwarder settings? Should i be listening on ALL interfaces within it, or just pick LAN?
Thanks!
-
You may also select multiple interfaces by holding the CTRL key, but the OpenVPN interface has to be selected, though the client is accessing the LAN IP.
-
Yup - i think that fixed it. I switched from "All" to multi selected. All seems to be working now!
Huge thanks for your help, truly appreciated!