Why was the feature connecting to multiple servers at the same time removed?

[GoogleCodeExporter]

The feature was removed starting with version 0.4.13 because it needed some 
difficult to manage quirks to work. The main issue was communicating state of 
currently active VPN sessions. This could lead to a wrong displayed state in 
the GUI (e.g. checkboxes stay checked).

The feature was dropped mainly in favor for a simpler and cleaner service API. 
This reworked API is necessary for future features like Android 4.0 support, a 
public API to control OpenVPN Settings from other apps and not at last for 
better maintainability.

You used multiple OpenVPN connections at the same time a lot?
Please describe your use case. If enough people vote for this feature I might 
try to find a solution to bring it back.

Original issue reported on code.google.com by friedrich.schaeuffelhut on 4 Nov 2012 at 5:36

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

I think this feature is very useful in order to get data from a remote site to 
another (ssh, ftp, http) directly. Please, make it back!

Original comment by daniele....@gmail.com on 25 Nov 2012 at 10:28

[GoogleCodeExporter]

please return the function back...

Original comment by i...@ulitin.ru on 25 Nov 2012 at 8:55

[GoogleCodeExporter]

I connected to several net camera in different location with different VPN at 
the same time. So I can see four video screens (quarter screen) in one time, 
even they are in different VPN.
Please bring it back.

Original comment by joachim....@gmail.com on 26 Nov 2012 at 2:31

[GoogleCodeExporter]

Please bring back this feature...we need it

Original comment by kostdi...@gmail.com on 26 Nov 2012 at 6:33

[GoogleCodeExporter]

I am sorry for the inconvenience. 
I need the simpler and cleaner internal API of single connection only to get 
the development toward Android 4 going. 

If you upgraded to the current version but need to use the 'Connect to multiple 
Servers' feature, you can find version 0.4.12 of 'OpenVPN Settings' here: 
http://code.google.com/p/android-openvpn-settings/downloads/detail?name=OpenVPN-
Settings-0.4.12.apk

You might need to enable the option 'Unknown sources' in the Application 
Settings on your phone to be able to install that version from a non market 
location.

Original comment by friedrich.schaeuffelhut on 26 Nov 2012 at 7:30

[GoogleCodeExporter]

This feature is very useful to get data from a remote site  and put to another 
directly. Please, make it back! I need this function!

Original comment by lupoa...@gmail.com on 2 Dec 2012 at 9:02

[GoogleCodeExporter]

Just wanted to say that when I used to use a pre 0.4.12 version on Android 
2.2.2 and 2.3.3  everything worked /perfectly/. I am running two VPN 
connections, one tun one tap with custom scripts optionally. Now I got the 
latest version on my new Android 4.1.1 phone with the old 100% working and 
correct configs and pretty much everything is just broken:
1. The standard tun config you will find anywhere: VPN routes are simply not 
created at all, no reason to it, no errors reported
2. The somewhat unusual tap config creates an incorrect route "172.22.0.0/16 
dev tap0  proto kernel  scope link  src 172.22.26.255" (yes, it assigns the 
broadcast IP as the interface IP!), for absolutely no reason. The correct route 
is "172.22.26.0/24 dev tap0  proto kernel  scope link  src 172.22.26.80". Again 
no errors or warnings.
3. I can only run one VPN at a time, which is a very ugly and dysfunctional

I initially thought there is something wrong with my busybox's ifconfig or 
something like that. I even considered that it was maybe due to the Android 
framework or weird manufacturer alterations that I could only check one 
checkbox at a time. Only that bug made me look into the issue list and I found 
this thread.

Now I just install the 0.4.12 version linked here, everything instantly works. 
All the routes are created correctly, interface IPs are correct, no bugs 
anymore. I don't know what the 'simpler' API was implemented for, but it surely 
wasn't worth it for the end user. Pretty much if you want the more restrictive, 
less functional non-root OpenVPN, you will download the other OpenVPN app from 
the market anyway.

Sorry for being annoyed, I greatly appreciate your work, but I just sat over an 
hour or so here, trying to figure out the source of the malfunctions. I would 
have appreciated a warning about the API change on first run or a label in the 
settings stating why I can't connect to two VPNs at once. Then I would have 
found this thread within a few minutes instead of hours.

Original comment by c01v1...@googlemail.com on 21 Jul 2013 at 1:48

[GoogleCodeExporter]

Btw. if you want to know why I use multiple VPNs, here are the VPNs:

1. is my home VPN/LAN, it uses tap because only that works with my router's 
WLAN & 2x ethernet bridge without creating a new network, which would have 
various disadvantages. I mainly need that to easily encrypt SIP with my 
asterisk server and avoid SIP NAT issues. That's also why tap is preferable, 
because the SIP server IP is the same no matter if I am in my WLAN or the VPN. 
No need for weird network masking.
2. Is the main company VPN. Just very necessary.
3. Is the secondary company VPN. This company is very small though and I don't 
necessarily need it on my phone yet.
4&5. Are VPNs within the VPNs, for security reasons (if you work in the 
company, you automatically are required to be in the VPN, so VPN within VPN 
makes in fact more sense than making it available from public IP). Not really 
needed on the phone in my case, but maybe different for other people.

Original comment by c01v1...@googlemail.com on 21 Jul 2013 at 2:11

[GoogleCodeExporter]

Kk

Original comment by mateoort...@gmail.com on 17 Aug 2014 at 6:05

[GoogleCodeExporter]

Installing the 0.4.12. version of OpenVPN Settings solved the problem for me.

Original comment by bra...@gmail.com on 20 Aug 2014 at 3:32

[GoogleCodeExporter]

malrfuidi@gmail.com

Original comment by MAlrfu...@gmail.com on 27 Dec 2014 at 9:22

[GoogleCodeExporter]

Good

Original comment by cartoonp...@gmail.com on 31 Jan 2015 at 6:41