Newsgroup: it.comp.reti.locali
Titolo: Re: OpenVpn

 la parte server funziona ad hoc tant'č che il suo indirizo č 10.8.0.1
Devi verificare in primis che localmente sul pc Alice sia effettivamente
in ascolto OpenVPN server sulla porta UDP 1194 (netstat -na da prompt
Windows o finestra terminale Linux/*Nix).
Appurato cio' (controllando eventualmente anche il log di OpenVPN) va
verificato che siano consentite a livello di filtri/firewall sulla
macchina server le connessioni in ingresso su UDP 1194 per l'interfaccia
TUN e per quella di rete del computer -> il controllo filtri/firewall
vale ovviamente anche per il client FW onde consentire le connessioni 
in uscita del client OpenVPN.
Qualora poi il server su Alice fosse connesso dietro al NAT/PAT di un
tuo router ADSL, dovresti verificare anche che non vi fossero blocchi
sulle connessioni in ingresso sull'interfaccia WAN del router e che sia
presente il port-forwarding sull'indirizzo IP privato LAN RFC-1918 
associato alla scheda di rete del computer (fissato manualmente oppure
assegnato tramite static-DHCP con associazione IP/MAC sul router in modo
da non avere variazioni dell'indirizzo IP in caso di spegnimento del 
computer).
Superati questi controlli con esito positivo, e' possibile verificare il
corretto 'ascolto' di OpenVPN sulla porta UDP 1194 in associazione
all'IP pubblico del server Alice, andando da quest'ultimo 
p.es
. su
http://ts2test.planetteamspeak.com/
 = si indica 1194 come server port e
si clicca su Continue per effettuare il controllo. Cio' che importa e'
che il test riesca a stabilire la connessione (ved. pallino verde) = le
voci relative ai servizi TeamSpeak non vanno considerate.
Se anche quest'ultima verifica ha esito positivo allora e' "solo" una
questione di configurazione di OpenVPN (ved. inizio del post) -> in caso
contrario occorre riverificare la configurazione di rete del server (e
dell'eventuale router) su connessione Alice.
 
-- 
|Ż \/Ż | /Ż\ /Ż__/Ż__|<|> *FAX/Mail Server  : 
+39 - 02700426582
 <|
|Ż|\/|Ż|/Ż_Ż\|(__\__ \<|> *Casella Vocale   : 
+39 - 0230312251
  <|
|_|  |_/_/ \_\___|___/<|> *FAQ ITGF 
http://plany.fasthosting.it
 <|
|>- RST - Plany/MACS -<|> *FAQ GCN  
http://faq.news.nic.it/
 ____<|

Confermo funzionate al 100% la cfg descritta.
A titolo statistico ecco un ping verso l'endpoint situato su una 
connessione telecom effettuato da un pc sulla rete fastweb (MAN MILANO 
FIBRA).
Considerando la cfg interleaved da lato telecom , direi che il sistema è 
ottimo e stabile.
Io ho pero' utilizzato , seppur non riscontrando differenze evidenti con 
la porta indicata da te , porte molto alte >64000
Pinging 10.5.1.1 with 32 bytes of data:
Reply from 
10.5.1.1
: bytes=32 time=63ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=62ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=65ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=66ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=74ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=63ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=67ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=65ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=118ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=68ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=69ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=64ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=83ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=91ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=64ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=66ms TTL=64
Reply from 
10.5.1.1
: bytes=32 time=71ms TTL=64
Ping statistics for 
10.5.1.1
:
     Packets: Sent = 17, Received = 17, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
     Minimum = 62ms, Maximum =  118ms, Average =  71ms

 Reply from 
10.5.1.1
: bytes=32 time=63ms TTL=64
Giusto per illustrare la stabilita' in termini di prestazioni di OpenVPN
rispetto ad altre soluzioni (e.g. L2TP/IPSec) in scenari host-to-host,
queste sono invece le statistiche su un tunnel OpenVPN Milano/Shanghai
(Interbusiness/Chinanet CN1 [*]) simmetrico 128 kbit durante l'orario
solitamente peggiore della giornata (fascia 05-07AM ora MI) :
==
************************************************************************
Statistiche Ping per 
172.16.81.2
:
    Pacchetti: Trasmessi = 100, Ricevuti = 82, Persi = 18 (18% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 516ms, Massimo =  524ms, Medio =  520ms
************************************************************************
==
tenendo conto che le condizioni sono "ottimali" nel resto del giorno,
cioe' 400 ms di latenza media e meno del 10% di pacchetti persi.
Usando invece L2TP/IPsec queste prestazioni "da paura" me le sognavo ;).
[*] Ancora un anno e forse si convinceranno a sostenere i costi per il
    passaggio alla rete CN2 = 300ms di latenza base e meno del 3% di
    pacchetti persi.
