diff options
author | Arne Schwabe <arne@rfc2549.org> | 2012-10-26 14:43:43 +0200 |
---|---|---|
committer | Arne Schwabe <arne@rfc2549.org> | 2012-10-26 14:43:43 +0200 |
commit | 4d966ce3ba862ccb3d45b66d3c5e24db157dca5c (patch) | |
tree | 56205bb2dcbe8173b66380bec84936db8d5215a7 /res/values | |
parent | 86d9cc5eba96c51d5c2866b46afdb1d134563d0b (diff) | |
parent | fd1dbd411e61ad12e79fab7d700782dd76135232 (diff) |
Merge changes
Diffstat (limited to 'res/values')
-rw-r--r-- | res/values/strings.xml | 4 |
1 files changed, 4 insertions, 0 deletions
diff --git a/res/values/strings.xml b/res/values/strings.xml index 2625a02..a0d1a4f 100644 --- a/res/values/strings.xml +++ b/res/values/strings.xml @@ -225,4 +225,8 @@ <string name="persisttun_summary">Do not fallback to no VPN connection when OpenVPN is reconnecting.</string> <string name="persistent_tun_title">Persistent tun</string> <string name="translation">Translation</string> + <string name="openvpn_log">OpenVPN Log</string> + <string name="import_config">Import OpenVPN configuration</string> + <string name="battery_consumption_title">Battery consumption</string> + <string name="baterry_consumption">In my personal tests the main reason for high battery consumption of OpenVPN are the keepalive packets. Most OpenVPN servers have a configuration directive like \'keepalive 10 60\' which translates to a keepalive packet from client to server and server to client every ten seconds. <p> While these packets are small and do not use much traffic, they keep the mobile radio network busy and increase the energy consumption. <p> This keepalive setting cannot be changed on the client. Only the system administrator of the OpenVPN can change the setting. <p> Unfortunatly using a keepalive larger than 60 seconds with udp has problems with some NAT gateways which terminate the state for a connnection after a short timeout (60s in my tests). Using TCP with long keepalive timeout works but has the TCP over TCP problem. (See <a href=\"http://sites.inka.de/bigred/devel/tcp-tcp.html\">Why TCP Over TCP Is A Bad Ide</a>)</string> </resources> |