[durrsaku]

Buongiorno a tutti,

da tempo ho un problema con il mio server Openvpn. Ho controllato tutti i log del server ma niente. Dopo quasi 15 secondi la connessione cade. Non penso che sia un problema del server perchè con il vecchio Technicolor funzionava. Il port forwarding è stato fatto correttamente.

Oggi ho scoperto questa cosa nei log del modem :

Codice: [Seleziona]

[176916.680000] dosprotect rpfilter drop IN=br-lan OUT= MAC=XX:91:XX:2f:8c:32:68:69:2e:03:XX:XX:08:00 SRC=10.10.YY.YY DST=212.52.ZZ.ZZ LEN=61 TOS=0x00 PREC=0x00 TTL=63 ID=61458 DF PROTO=UDP SPT=41523 DPT=53 LEN=41
Il modem non è sbloccato.  La versione è : AGTHP_1.1.0
Può essere un problema del modem che mi blocca ?

[MisterFTTH]

Non mi sbilancio sul log lato router, ma chiedo: sul fronte del log OpenVPN presumo tutto regolare, giusto?

[durrsaku]

Non mi sbilancio sul log lato router, ma chiedo: sul fronte del log OpenVPN presumo tutto regolare, giusto?

In realtà il server Openvpn è un centralino IP basato su Asterisk ( Debian Linux 7) della Zycoo. Nei log del client Openvpn si vede econnrefused . Può dipendere anche dalla modalità risparmio energetico di Android oppure dal port forwarding. Dopo provo ad utilizzare un pc come client (windows) per avere la conferma che non dipende dal sistema android.



Spero che non sia il modem che mi crea questi problemi.

[MisterFTTH]

La tipologia della macchina su cui gira OpenVPN lato server non mi pare discriminante, d'altra parte se l'unica variabile cambiata è il router tenderei a non cercare spiegazioni altrove...

L'error 111 tipicamente segnala problemi di comunicazione, se testi con nmap hai conferma che è aperta la porta richiesta per il protocollo richiesto?
Nella manciata di secondi in cui il tunnel pare salire, verifichi continuità logica tra gli e2e?

[durrsaku]

Host is up (0.035s latency).

PORT     STATE    SERVICE

1194/tcp filtered openvpn

1194/udp open     openvpn

--------------------------------------

In quei pocchi secondi che si collega il server assegna un indirizzo IP. Dal client , in quei pocchi secondi, posso accedere al centralino (server openvpn) e poi cade la connessione.
Devo testare un'altro server Openvpn che non sia il centralino Zycoo per non invalidare la garanzia.

[MisterFTTH]

Vista così direi che l'ipotesi firewall router che per qualche motivo schizza in modalità "rogue" si fa sempre più concreta, anche se non mi pare di aver letto altrove di problematiche analoghe...comunque un paio di prove incrociate con server OpenVPN installato su altra macchina oppure con un terzo router possono tornare utili senza dubbio

[durrsaku]

Penso di aver trovato la soluzione e volevo condividerla. Il server OpenVpn (Centrale Asterisk) che è anche un centralino telefonico ha 2 Porte Ethernet (WAN e LAN).
Nella configurazione NAT del centralino ci sono varie opzioni tra cui :

External IP:         "Ip Pubblico"
External Host:    "Ip Pubblico"
.....
e infine ci sono 3 voci per le reti locali :

Local Network Address:  192.168.X.X/255.255.Y.Y     // Ip rete LAN

Local Network Address:  10.10.X.X/255.255.Z.Z   //Ip Openvpn

Local Network Address:

------------------------------------------------------------------

E' importante non inserire la rete WAN (192.168.1.X/255.255.255.W) come rete locale.