The route-nopull option did the trick ! Many thanks !

Well the Client side looks essentially correct, but without seeing the server side, it's hard to tell. One further note, it wasn't clear which LAN's belong to the client and which to the server - Client LAN (pfSense side) - 192.168.0.0/24 ? Server LAN (FLI4L side)    - 192.168.100.0/24 ? The main firewall rule for pfsense is to allow all under the OpenVPN interface. I have never seen the FLI4L configurations for OpenVPN (or anything else) but the things to look for would be the network routed over the tunnel.  You might want to check the routing tables on bith the pfSense and the FLI4L side after the tunnel is established.  The other place to look is the logs under OpenVPN. Again I don't know what FLI4L provides, but adding a "verb 5" or even a "verb 7" to the "Advanced Configuration" section of the OpenVPN config(s) should log tons of info about the established tunnel (turn it off after you get the tunnel working). Just as an aside, why are you using FLI4L on the server side?  From my (very) cursory look at FLI4L it seems to be a lightweight equivalent to pfSense.  Any reason not to instal pfSense on the server side? (not requiring, just asking)

Hi MnM, Should be possible if pfSense supports the OpenVPN configuration. You will use rules to decide which VPN tunnel that the traffic will be routed out (routing-based policy). And combined with schedules, you can create several rules, where one rule is active at a specified time and the others inactive. The caveat is that all the tunnels must have a different gateway address (which it probably has, since it's different parts of the world).

Your screen shot doesn't show the upper portion of the OpenVPN page, what mode is the OpenVPN server using (should be in the top line of the OpenVPN server config screen)? Can you post the upper two sections of the OpenVPN server config "General Information" and "Cryptographic Settings"? What's interesting is that I don't see any lines in your screenshot for the Local and/or Remote IPv4 networks in the config.  Which would make it difficult for the connection to route any traffic. Did you use the OpenVPN wizard to create the OpenVPN server?

You might try to turn off NAT reflection on the OpenVPN port forward rule. That should stop internal connections from reaching the external port. Normally I'm fighting this case in the reverse sense (trying to make external rules work for internal traffic)  ;)

OK I got it. Had to setup a simple vpn traffic rule and allow pap authentication on the radius server.

The problem did turn out to be the provider, just for the record.  2.1.4 is fine at least regarding this issue.

@lokeshjango: hie guys i have configured strong vpn in my pfsense using open vpn setting. i basically want to set up my pfsense machine as a gateway so that all intranet traffic should go through my newly setup vpn interface in pfsense. as of now in system log openvpn showing no error. but after configuring from my intranet/LAN machine i am not able to access internet. i am not finding any solutions. https://forum.pfsense.org/index.php?topic=29944.0 and https://forum.pfsense.org/index.php?topic=59589.0 please help me as i am stuck on this point .. one more doubts i have just come in mind , how will configure my lan machine after configuring vpn in pfsense, i mean gateway?

I think I may have solved this with help from Zack__ on IRC. I'll update this when confirmed.

Looks like your PF has difficulties to route from OVPN client to LAN. Check your FW rules ?

Check this thread for having a smoother GW failure handling for small Alix architecture : https://forum.pfsense.org/index.php?topic=73243.15 Try not to ping Google as the server could response from a far location and produce high pings. Pinging too far can transform a ISP routing failure into a false link failure (seen from PF). So try to ping something close to you (geographically and/or in terms or router hop), but not your ISP GW : some routers (like Cisco does) are known to drop some ICMP ping replies (even if not under heavy load) and thus produce false high response time or false loss.

Is the vpn gateway in the same subnet as the vpn tunnel? Your vpn address is 10.200.5.x, but in the route command you used 10.200.4.0/24. These would be different subnets. What is your OPT1 interface? You have used the LAN address in rules there, but this is the address on LAN interface and will have no effect in these rules.

Strange but I just happened to notice that the vmware router was configured to simulate a slow link. Changed it to unlimited and the copy started to work. Happy for that but it still doesn't explain the firewall logs though. Will have to try and figure that out separately. Thanks for the reply.