Opened 6 years ago

Closed 17 months ago

#1083 closed Bug / Defect (wontfix)

iOS -- Log does not show route addition errors

Reported by: tct Owned by:
Priority: major Milestone:
Component: Generic / unclassified Version: OpenVPN Connect for iOS v1.2.9
Severity: Not set (select this one, unless your'e a OpenVPN developer) Keywords:
Cc: Antonio



When pushing a route to iOS setting the gateway parameter is an error (Do not set the gateway because iOS does not allow this).

However, iOS currently silently ignores the error so the user cannot verify what has happened.

iOS log example:

2018-08-06 14:50:37 Sending PUSH_REQUEST to server...
2018-08-06 14:50:37 OPTIONS:
0 [route] [] [] [] 
1 [route-gateway] [] 
2 [topology] [subnet] 
3 [ping] [1800] 
4 [ping-restart] [3600] 
5 [ifconfig] [] [] 
6 [peer-id] [0] 
7 [cipher] [AES-256-GCM] 

2018-08-06 14:50:37 PROTOCOL OPTIONS:
  cipher: AES-256-GCM
  digest: SHA256
  compress: LZ4
  peer ID: 0
2018-08-06 14:50:37 EVENT: ASSIGN_IP
2018-08-06 14:50:37 NIP: preparing TUN network settings
2018-08-06 14:50:37 NIP: init TUN network settings with endpoint: OPENVPN-IP
2018-08-06 14:50:37 NIP: adding IPv4 address to network settings
2018-08-06 14:50:37 NIP: adding (included) IPv4 route
2018-08-06 14:50:37 Connected via NetworkExtensionTUN
2018-08-06 14:50:37 LZ4 init asym=0
2018-08-06 14:50:37 EVENT: CONNECTED @OPENVPN-IP:1194 (OPENVPN-IP) via /UDPv4 on NetworkExtensionTUN/ gw=[/]

This is the error:

0 [route] [] [] [] 

But the log does not acknowledge this.

Change History (4)

comment:1 Changed 5 years ago by Gert Döring

not sure I understand this ticket - the gateway has no effect on iOS, but the line is syntactically correct so the route should end up pointing to the VPN?

If you error out on this, very many configs will break that have a gateway which is basically just pointing into the tunnel.

comment:2 Changed 4 years ago by tct

Cc: Antonio added

I discussed this with ordex quite some time ago and he agreed that this is bad behaviour.

  1. The user configures 'push "route subnet mask gateway"'
    With the correct parameters.
    eg: route
  2. This is pushed to a PC client and it works as expected. (Assume topology subnet)
  3. This is pushed to an IOS client and it silently fails.
    Found in OpenVPN Client: 1.2.9
  4. IOS user is left in the dark that this has failed and why ..
Last edited 4 years ago by tct (previous) (diff)

comment:3 Changed 4 years ago by kvn

I was wondering if there is a way I can verify that this might be addressed in an upcoming release of the iOS client or not. If you have GitHub? repo I can find, I might even be willing to try to develop a PR to address it if I can. Any update would be greatly appreciated.

comment:4 Changed 17 months ago by Gert Döring

Resolution: wontfix
Status: newclosed

OpenVPN Inc does not want to receive any feedback for the "Connect"
OpenVPN clients via the community bug trackers (here and in GH issues).

Please resubmit - if still relevant - via

Note: See TracTickets for help on using tickets.