Feature request: Backup/secondary server addresses

[GoogleCodeExporter]

I run OpenVPN on my Router, and I have an external address for it and an 
internal address.

The conf file allows for multiple server IP addresss (in my case, the public 
hostname, and the  internal address), but the client does not.

Original issue reported on code.google.com by [email protected] on 16 Apr 2012 at 10:04

[GoogleCodeExporter]

I know that the feature is missing but I have not come up with a good way of 
implementing multiple in the GUI

Original comment by [email protected] on 22 Apr 2012 at 10:11

• Changed state: Accepted
• Added labels: Priority-Low
• Removed labels: Priority-Medium

[GoogleCodeExporter]

How about a button with a plus sign (+) at the end of the line which comes up 
with a list of termination points in a list view.

You could have a text box at the top of the list with an add button next to it. 
Long presses on the list view items could have the following options: Clone, 
Edit, Delete, Move up, Move Down

I can't remember if OpenVPN tries them  in sequence or random. If it's random, 
forget about the move options.

If you have multiple servers, the server box (on the config screen) should go 
read-only and simply say "(Multiple)".

Original comment by [email protected] on 22 Apr 2012 at 10:25

[GoogleCodeExporter]

A work around for internal/external access would be to use DNS and one 
hostname. I use an internal DNS server and use Dyndns externally with the same 
hostname, different IPs, and it works.

Original comment by [email protected] on 26 Apr 2012 at 9:19

[GoogleCodeExporter]

This issue was closed by revision 19b391e658f0.

Original comment by [email protected] on 29 Apr 2012 at 1:25

• Changed state: Fixed

[GoogleCodeExporter]

This is not relally fixed since the commit "only" allows multiple profiles not 
Servers

Original comment by [email protected] on 30 Apr 2012 at 5:07

• Changed state: Accepted

[GoogleCodeExporter]

Original comment by [email protected] on 9 May 2012 at 12:31

• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

Hi, awesome app. Thanks for doing this.

Now the reason I came here. I wanted to have this (valid) configuration:

server-poll-timeout 5
remote 1.2.3.4 1194 udp
remote 1.2.3.4 53 udp
remote 1.2.3.4 1194 tcp
remote 1.2.3.4 443 tcp

With this configuration openvpn tries the first server in the list. If it can't 
get a connection, it times out in 5 seconds and tries the next server. It's 
valid to mix udp and tcp servers. I couldn't import these options as the wizard 
picked only one "remote" option though.

I also noticed ics-openvpn does not support the <connection> option. It 
probably should be implemented as well to have proper multiserver support. 
However this would might make the UI very complicated. And just a warning, I 
noticed openvpn (on linux x64 at least) tries the servers when configured with 
<connection> options in the reverse order, starting from the bottom one in the 
configuration file.

Original comment by [email protected] on 22 Dec 2012 at 3:55

[GoogleCodeExporter]

The OpenVPN binary include in ics-openvpn supports this. If you add the 2+ 
remote options under Advanced settings, own confiuration this will work. 

For supporting <connection> I still need a good way to build a GUI for that.

Original comment by [email protected] on 22 Dec 2012 at 4:16

[GoogleCodeExporter]

You're right.

The way I did it was to have the other remote options prefixed with an extra 
char. So the import wizard didn't delete them but added at the end of the 
configuration as custom rules.

Then I only had to remove the extra letters via the app. And for some reason 
the wizard also concatenated all my xremote line options into one single line. 
Had to split it up again.

But it works, thanks!

Original comment by [email protected] on 22 Dec 2012 at 4:30

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Issue 271 has been merged into this issue.

Original comment by [email protected] on 10 Aug 2014 at 2:39

[GoogleCodeExporter]

Issue 294 has been merged into this issue.

Original comment by [email protected] on 7 Nov 2014 at 5:43

[GoogleCodeExporter]

This issue was closed by revision 8f93c28b148f.

Original comment by [email protected] on 18 Dec 2014 at 10:13

• Changed state: Fixed

[GoogleCodeExporter]

Issue 310 has been merged into this issue.

Original comment by [email protected] on 20 Dec 2014 at 11:26