From 12d9d34ecb39f9c3976e8bcfecdfc4148cc89b46 Mon Sep 17 00:00:00 2001 From: Arne Schwabe Date: Sun, 16 Dec 2012 10:45:15 +0100 Subject: Update translations again, fix broken Italian string (closes issue #116) --- res/values-it/strings.xml | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) (limited to 'res/values-it') diff --git a/res/values-it/strings.xml b/res/values-it/strings.xml index ccd66dc6..f4f52397 100755 --- a/res/values-it/strings.xml +++ b/res/values-it/strings.xml @@ -92,7 +92,7 @@ Info Visualizza i dettagli della connessione Ultima configurazione interfaccia OpenVPN: - IPv4 locale: %1$s/%2$d IPv6: %3$ s MTU: %4$ d + IPv4 locale: %1$s/%2$d IPv6: %3$s MTU: %4$ d Server DNS: %s Dominio DNS: %s Rotte: %s @@ -174,5 +174,4 @@ Effettuata la lettura del file di configurazione Log di OpenVPN Importa configurazione OpenVPN Consumo della batteria - Nei miei test la causa principale per il consumo elevato della batteria di OpenVPN sono i pacchetti keepalive. La maggior parte dei server OpenVPN hanno una direttiva di configurazione tipo \' keepalive 10 60\', che si traduce in un pacchetto keepalive dal client al server e al client ogni dieci secondi. <p> Anche se questi pacchetti sono piccoli e non utilizzano drandi quantità di traffico, tengono occupata la rete radio mobile e aumentano il consumo di energia. <p> Non è possibile modificare il settaggio keepalive sul client. Solo l\'amministratore di sistema dell\'OpenVPN può modificare l\'impostazione. Purtroppo <p> utilizzando un keepalive maggiore di 60 secondi, udp ha problemi con alcuni gateway NAT che terminano lo stato per garantire una connessione dopo un timeout breve (60 secondi nei miei test). Utilizzare TCP keepalive lungo funziona, ma si crea un problema di TCP su TCP. (Vedere < un href=\"http://sites.inka.de/bigred/devel/tcp-tcp.html\" > perché TCP Over TCP è A Bad Ide </a>) -- cgit v1.2.3