From 4d89f667cb2468926bad98e786d4211089a17d92 Mon Sep 17 00:00:00 2001 From: Arne Schwabe Date: Mon, 1 Apr 2013 16:37:34 +0200 Subject: Update translations --- res/values-cs/arrays.xml | 14 +++++++------- res/values-cs/strings.xml | 16 +++++++++++----- 2 files changed, 18 insertions(+), 12 deletions(-) (limited to 'res/values-cs') diff --git a/res/values-cs/arrays.xml b/res/values-cs/arrays.xml index 2d66c5e5..29ab28cf 100755 --- a/res/values-cs/arrays.xml +++ b/res/values-cs/arrays.xml @@ -17,18 +17,18 @@ Nespecifikováno - 0 - No logging + 0 - Žádné logování 1 - Defaultní logování 2 - Podrobnější logování 3 4 5 - Debug logování - - No reconnection retries - One reconnection retry - Five reconnection retries - Fifty reconnection retries - Unlimited reconnection retries + + Opětovně nepřipojovat + Jeden pokus o připojení + Pět pokusů o připojení + Padesát pokusů o připojení + Neomezeně pokusů o připojení diff --git a/res/values-cs/strings.xml b/res/values-cs/strings.xml index bbc9819f..715e5584 100755 --- a/res/values-cs/strings.xml +++ b/res/values-cs/strings.xml @@ -62,10 +62,10 @@ Odstranit VPN Ověřit zda server používá TLS certifikát Ověřit TLS server - Ověřit jméno ze serverového certifikátu proti řetězci + Kontrola DN v certifikátu vzdáleného serveru Ověření jména certifikátu - Zadej řetězec, proti kterému se bude ověřovat vzdálený server. OpenVPN použije prefixovou shodu. \"Server\" odpovídá řetězci \"Server-1\" a \"Server-2\"\nNech prázdné pro kontrolu proti jménu počítače (hostname). - Jméno (hostname/CN) + Specifikuj způsob kontroly DN v certifikátu vzdáleného serveru (př. C=DE, L=Paderborn, OU=Avian IP Carriers, CN=openvpn.blinkt.de)\n\nSpecifikuj kompletní DN nebo RDN (openvpn.blinkt.de v příkladu) nebo RDN prefix pro verifikaci.\n\nPři použití RDN prefixu, \"Server\" sedí na \"Server-1\" i \"Server-2\"\n\nJe-li RDN pole prázdné, kontroluje se proti jménu serveru.\n\nPro více detailů, viz manuálová stránka OpenVPN 2.3.1+, přepínač —verify-x509-name + Předmět vzdáleného certifikátu Zapnout autentikaci pomocí TLS klíče TLS autentikační soubor Použít IP adresu, směrování a časování přijaté od serveru. @@ -222,11 +222,10 @@ Směrování a rozhraní není nastavováno tradičním ifconfig/route způsobem, ale použitím VPNService API. Výsledkem je odlišný způsob směrování než na jiných operační systémech. Nastavení sestává pouze z IP tunelového rozhraní a sítě, která má být směrována skrz tento interface. Speciálně, žádná adresa partnera nebo brány není potřeba. Zvláštní směrování pro připojení k VPN serveru (například při poušití direktivy redirect-gateway) také nejsou potřeba. Aplikace bude tato nastavení při importu ignorovat. Aplikace zajišťuje ve spojení s VPNService API, že připojení k serveru nejde skrz tunel. Protože je podporované jen nastavení sítí, které jsou směrované skrz tunel, nelze podporovat nastavení extra sítí, které skrz runel nejdou (např route x.x.x.x y.y.y.y net_gateway). V okně s logem je možné zobrazit současné nastavení VPNService. Nevracej se ke spojení mimo VPN, zatímco se OpenVPN připojuje. Trvalý tun - Překlad OpenVPN Log Importovat OpenVPN nastavení Spotřeba baterie - V testech se jako hlavní důvod vysoké spotřeby baterie ukázaly keepalive pakety. Většina OpenVPN serverů má v konfiguraci něco jako \'keepalive 10 60\', což znamená posílání paketů každých deset vteřin. <p> Tyto pakety jsou malé a neznamenají velký provoz, ale udržují mobilní síť aktivní a zvyšují spotřebu energie. <p> Toto nastavení nelze změnit na klientské straně. Jen administrátor OpenVPN může toto nastavení změnit. <p> Bohužel používání keepalive hodnot větších než 60 vteřin spolu s UDP může způsobovat problémy s některými NATy, které ukončují po krátkém čase spojení. Použití TCP s dlouhým keepalive funguje, ale má problém \"TCP přes TCP\" (Viz <a href=\"http://sites.inka.de/bigred/devel/tcp-tcp.html\">Proč je TCP přes TCP špatný nápad</a>) + V testech se jako hlavní důvod vysoké spotřeby baterie ukázaly keepalive pakety. Většina OpenVPN serverů má v konfiguraci něco jako \'keepalive 10 60\', což znamená posílání paketů každých deset vteřin. <p> Tyto pakety jsou malé a neznamenají velký provoz, ale udržují mobilní síť aktivní a zvyšují spotřebu energie. (Viz také <a href=\"http://developer.android.com/training/efficient-downloads/efficient-network-access.html#RadioStateMachine\">The Radio State Machine | Android Developers</a>)<p> Toto nastavení nelze změnit na klientské straně. Jen administrátor OpenVPN může toto nastavení změnit. <p> Bohužel používání keepalive hodnot větších než 60 vteřin spolu s UDP může způsobovat problémy s některými NATy, které ukončují po krátkém čase (60 vteřin dle testů) spojení. Použití TCP s dlouhým keepalive funguje, ale má problém \"TCP přes TCP\" (Viz <a href=\"http://sites.inka.de/bigred/devel/tcp-tcp.html\">Proč je TCP přes TCP špatný nápad</a>) Androidí funkce tetheringu (přes WiFi, USB, nebo Bluetooth) a VPService API (používané tímto programem) spolu nepracují. Více detailů viz <a href=\"http://code.google.com/p/ics-openvpn/issues/detail?id=34\">problém #34</a> VPN a tethering Opakování připojení @@ -270,4 +269,11 @@ Zkopírovat do profilu Havarijní výpis Přidat + Odeslat konfigurační soubor + Kompletní DN + Tvá importovaná konfigurace používá ZASTARALÉ nastavení tls-remote, které používá jiný formát DN. + RDN (běžné jméno) + RDN prefix + tls-remote (ZASTARALÉ) + Můžeš pomoci s překladem, navštiv http://crowdin.net/project/ics-openvpn/invite -- cgit v1.2.3