ok, thanx, but i decided degrade to 2.2.4 version (stable).

Ok, that's solved but ive followed almost every tutorial I can find and i cannot get traffic through this VPN. I've tried the Alias route, traffic leaves apparently but it looks like it dosent know how to get back. Infact every method I try looks that way. Traffic leaves the pipe and never comes back. I created the manual nat rules. I currently have the Alias setup. What am I Missing?

hehe divsys seems to be more than from time to time ;)  I would say that is the vast majority of user problems is wrong cert..  What I don't get is the wizard as you stated takes you by the hand and its really pretty freaking impossible to mess it up. My guess is they are not using the wizard..  Which makes no sense to me either.. Maybe their needs to be a wizard for creating the user certs as well?  So they show up in the export util..

Yes, 172.16.30.0/26 and 172.16.30.0/24 are different networks. Glad it's working.

That's a good thing to do when using a VPN I have seen DNS leaks when using ipv6- think its UDP related but not sure

In the firewall logs you only you the origin source IP, that's the VPN clients IP. You can do a packet capture (in Diagnostic menu) on LAN interface. There you will see the translated address.

I know site 2 site must define remote side lan networks Technically this statement is true, but that's not what I said to do.  I said the remote sites need to define the tunnel network of HQ's remote access server I'm using public IP(4g) remote access connect to HQ I'm not sure why this matters.  Please provide a network map and elaborate.

Better try to draw a diagram with you hw config maybe I understand something wrong with what you want to achieve…

The OP hasn't posted his config and responded in 5 days.  I guess we'll assume he figured it out.

Hi, I have a similiar configuration and have reconfigured my OpenVPN a few days ago according to this document : https://doc.pfsense.org/index.php/Multi-WAN_OpenVPN. It seems to be working. If I disconnect my first WAN connection on the OpenVPN Server side, the Client reconnects after a short time via the second link. If the first link is back up, when I disconnect the second link, the client switches back to the first link. With this configuration the client side won't reconnect automaticaly if the primary gets back online again..it stays on the second connection as long as it is available or until you reconnect the client side, but this is exactly how I want it to work.

The client is working just fine. I can't access my vpn server through the client interface. But you mean that it could be issues with sending tls packages within the client interface to my own vpn server? Still don't get why the traffic goes over random ports.. If I only could get it to use specific ports..

@networknut: Have you tried the connection by hostname and by the clients VPN IP to find out if the problem is the NetBIOS? Yes I have So it doesn't work in both ways? @networknut: I did a trick on my VPN server: I push the default route to the clients, but with a high metric, so it doesn't override the clients default route. So if windows has configured a gateway for an network interface it handles the connection as reliable. Can you be so kind as to provide an example of how you went about doing that? In the server advanced configuration section > custom options field I entered push "route-metric 512";push "route 0.0.0.0 0.0.0.0" However, the metric option entered here is also applied for any route, which are pushed to the clients, but no matter since there is no other route for this destination on the client with lower metric. So the route option could as well be set by entering "0.0.0.0/0" in the Locale Network(s) field above.

Are you running the wireless from PFSense or a wifi router? If using wifi from PFSense I am not sure, however I just setup a second network to do exactly what you want to do! It is wired though, would just need to add a wifi router.

@Derelict: Hmm. I have never had to reboot to get a change like that to take effect. Might have more to do with clearing existing states. Yeah I would have thought it didn't need one! But hey it works so all good.