From 613543d9c00e607f25e7f745a60fb4e3ec3b5148 Mon Sep 17 00:00:00 2001 From: Sean Leonard Date: Tue, 22 Jan 2013 20:25:15 -0700 Subject: Fix less/greater than unencoded literals preventing build --- res/values-uk/strings.xml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'res/values-uk') diff --git a/res/values-uk/strings.xml b/res/values-uk/strings.xml index e8f29d60..54f48fa4 100755 --- a/res/values-uk/strings.xml +++ b/res/values-uk/strings.xml @@ -225,7 +225,7 @@ Журнал OpenVPN Імпорт конфігурації OpenVPN Споживання акумулятора - У моїх особистих тестах основна причина високого споживання батареї OpenVPN є підтримуючі пакети. Більшість OpenVPN серверів мають директиви на кшталт як \'keepalive 10 60\', яка переводить підтримуючий пакет від клієнта до сервера і від сервера до клієнта кожні десять секунд.

Хоча ці пакети є невеликими і не використовують багато трафіку, вони тримають мережі мобільного інтернету зайнятими і збільшують споживання енергії.

Цей параметр утримання мережі не може бути зміненим на клієнті. Тільки системний адміністратор OpenVPN може змінити налаштування.

На жаль, використання утримання мережі більше 60 секунд з UDP має проблеми з деякими шлюзами NAT, які закінчують стан з\'єднання після короткої затримки (60с в моїх тестах). Використання TCP з довгими затримками утримання мережі працює, але має проблему TCP над TCP. (Див. Чому TCP над TCP є поганим середовищем ) + У моїх особистих тестах основна причина високого споживання батареї OpenVPN є підтримуючі пакети. Більшість OpenVPN серверів мають директиви на кшталт як \'keepalive 10 60\', яка переводить підтримуючий пакет від клієнта до сервера і від сервера до клієнта кожні десять секунд. <p> Хоча ці пакети є невеликими і не використовують багато трафіку, вони тримають мережі мобільного інтернету зайнятими і збільшують споживання енергії. <p> Цей параметр утримання мережі не може бути зміненим на клієнті. Тільки системний адміністратор OpenVPN може змінити налаштування. <p> На жаль, використання утримання мережі більше 60 секунд з UDP має проблеми з деякими шлюзами NAT, які закінчують стан з\'єднання після короткої затримки (60с в моїх тестах). Використання TCP з довгими затримками утримання мережі працює, але має проблему TCP над TCP. (Див. <a href="http://sites.inka.de/bigred/devel/tcp-tcp.html"> Чому TCP над TCP є поганим середовищем </a>) Функція транзитного з\'єднання на Android (через WiFi, USB або Bluetooth) та VPNService API (використовуване цією програмою) не працюють разом. Детальніше в проблема № 34 VPN і тетерінг Спроб підключення -- cgit v1.2.3