I have 2 macbooks with El Capitan. Due to their age no upgrade of the OS is possible.
Now VyprVPN dropped support for EL Capitan thus no bugfixes will be available.
Recently the VyprVPN app stopped working (no connection can get established), so I went through the support pages and noticed the indication of a manual VPN setup with IKEv2 support.
Now fact is that IKEv2 support on these OSs is buggy, every 8 minutes OSX wants to rekey, and the connection breaks.
This issue with IKEv2 is well documented, just google "os x ikev2 failed 8 minutes"

So after contacting support they gave me the hint of checking with openVPN, which actually solves the problem (off course first installing tunnelblick), but I noticed that on the support pages, under Mac there are so many options, and the tunnelblick reference (for a non VPN expert) was confusing.
I only clicked on tunnelblick and OpenVPn because support told me to check openVPN

So actually under EL Capitan, at least for me, tunnelblick and openVPN seems to be the only solution available!But the way of finding this solution was far too complicated and non-intuitive

Requests:
1) For OSX 10.11 and lower remove the IKEv2 hint on support pages, it is misleading and doesn't work in the end. Users might be discouraged when trying that (like me)
2) Instead of the IKEv2 recommendation, the support pages should offer Tunnelblick and OpenVPN more prominently for El Capitan users, perhaps a refrasing would be also smart, mention openVPN before Tunnelblick....
3) the different Mac Options could be reorganized for better intuition, specially offering for 10.11 only the OpenVPN solution (with tunnelblick), I would rewrite the order on this point: first protocol, then the app to be used.

I think it's not a shame to offer the Tunnelblick OpenVPN much more prominent as a fallback solution for older MacOS
It's a bigger shame to have it so hidden that unexperienced users frutratedly stop using your VPN...

It is also recommended to indicate that the main service ooffered is VPN itself, not necessarily the App, at least for older OSs it's completely understandable

Initiative here was to turn on & off VyprVPN as fast as possible so that it requires less attention when it comes to switching. It always happens when you are working in a company that has their own LAN network required to visit internal websites, so you have to switch between internal and external.

These are the few minimal requirements I can think of to make such a CLI utility small but complete:

• option to connect to VyprVPN(of course)
• option of disconnect from VyprVPN
• option to specify which server(ip, alias, or hostname like tw1.vpn.goldenfrog.com) to connect to(you have to change sometimes)
• option to auto find next available server location to connect to when current one fails

Let's say I am particularly interested in one country and to be more specific let's say USA where you have many servers located around the US country. Wat I am missing with the VyprVPN is a option like swithing server within the same country meaning that every time the VyprVPN is disconnected when connecting once more it would pick a different location within the same country meaning I would also receive a different IP meaning one step up on the security scalle.

The option I am talking about is simillar to the option picking the fastest server where the VyprVPN picks the best option but instead of switching country every time it would stay in one specified country and only switching location whitin that country like New York at first and after that it might pick Los Angeles.

It would be a nice addition to a allready good product and also increase the security of your product even more.

Many thank's in advance for taking a closer look at this and perhaps even implement the future in a upcoming update of the software.

Sincerely // Jerry Lingserius

Refers to Mac Version 2.12.0.4820b beta: The new and small UI is better than before however the grey on grey information in the VyprVPN IP and connect time bar is very difficult to read on laptops because of the lack of contrast between the type and the background.

This area was made smaller in the new UI and on smaller high res screens it is difficult to find read quickly. Since it refers to the Connect status, perhaps using the same medium blue background would be better along with slightly large and black type face would make it appear more prominent.