@michmoor In any case, thank you for your help. Many thanks

@zapador said in [Solved] Can't resolve hostnames from OpenVPN Client: All of these resources (VPN clients) are vessels/ships with monitoring systems onboard that collect data Ah, nice, I get it. Collecting data from ships ... Nice !

@viragomann Yes, the failed and successful users are related to the same ISP. This is giving me no way out as OpenVPN clients are generated with the same settings for connecting to the server. Some connect and some don't, giving this TLS error.

@bingo600The IPV4 tunnel option is blank. Could that be the problem there? [image: 1686851986905-tunnel_.png]

@aldomoro Ok, thank for the feedback. I've no 'Eset', and said goodbye to the 'antivirus' world many years ago. I use 'pfSense' as my network inventory tool

@viragomann It really worked just by changing the tunnel mask [image: 1686826224602-3a0337c6-5a1a-47ec-860f-764d5fc128f0-image.png] Thanks a lot mate!

My configuration dated from version 22.01 and then I went from version to version, now in 23.05 activating "DCO" and "QAT" on my 8200 crashed "UNBOUND". I completely redid the "Wizard" and now I can activate "DCO" and "QAT" and everything works. I've taken all the "information" from my old setup, but well ... one more mystery!

Yup. The rule blocking openvpn from the LAN side is what I have to do for the same reason. Without the rule, the VPN would connect and cause strange network connectivity issues. With the rule, the VPN doesn't work and it's easier to troubleshoot.

I confirm. Everything is working now. The packets were going back to the wrong gw. It's too bad the dashboard widget doesn't provide more information about the individual connections but I guess I can get that from some other program on the firewall like bandwidthd for example. Update: Nope, can't get that from bandwidthd. All good now.

@mweiler said in Local resources not reachable via tcp: add a static route on each of the local devices you want to access from a VPN cleint. So you are saying that this should work, even with my setup of two routers in the same LAN? Yes, this should work. You need a static route for the VPN tunnel network and point it to the LAN IP of pfSense. I had already tried that, but somehow failed. Also consider to allow the access on the destination device itself. Its firewall might block the access by default, because its from outside of the local subnet. Masquerading would circumvent this. And doesn't the fact that 'ping' works already prove that the clients know the routes? No, as I mentioned in my first post, you actually have an asymmetric routing. Request packets from VPN client go from pfSense directly to the destinations device, but response packets are sent to the router. If the router is statefull, he might drop the packets, because he never saw the belonging request packet. Ping (ICMP) is stateless, hence this doesn't matter. However, why won't you set up a transit network? If your primary router is capable to handle multiple local subnets or VLANs, this would be the preferred option for me.

Thank you, that made it. I did not expect that I could use Client Specific Overrides to add a route on top of "Force all client-generated IPv4 traffic through the tunnel."

@michmoor said in Connected to home VPN but public IP not showing the correct IP (Netflix bypass): I think is the opt Thank you, that did the trick!

@tjabas VPN = Virtual Private Network So yes, OpenVPN gives you an additional subnet and a virtual network interface, where the clients are connected to after establishing a connection. You can control the access with firewall rules or forward it as on any other interface. pfSense has a wizard implemented for configuring an OpenVPN server with the intention to access the local networks. It's pretty easy. Just give it a try. Also it's all well documented: OpenVPN Remote Access Configuration Example

@nickyw the section “Create pass approved internet bound traffic out the VPN gateway” has the rule to send traffic out the VPN gateway. It’s policy routing: https://docs.netgate.com/pfsense/en/latest/multiwan/policy-route.html

@johnpoz Hello, Thanks for the answer. I actualy came here to asnwer my own questionas (for future readers), I just learned waht you wrote. In my case I also had an additional problem on my network. I already had a VPN (10.8.0.0/24) on my old debian server that is to be replaced by a new server hosting pfsense. And by mistake I reused the same 10.8.0.0/24 network config for new VPN. That seamed to cause my issue. After tinkering with: push "route 192.168.1.0 255.255.255.0" and finaly moving new VPN to 10.8.2.0/24, I can access my local machines from the phone over VPN. But again thanks for quick response. Hope this helps someone in the future.