Newsgroup: it.comp.reti.locali
Titolo: openvpn e route

ciao
sto cercando finalmente di mettere "in produzione" (dopo tante prove) 
openvpn su un server di un cliente.
dal momento che questo cliente (per motivi vari) si trova con due 
server, vorrei evitare di sovraccaricare il server dove si trova il 
gestionale e i servizi terminal, e usare il server secondario come 
server per openvpn.
ho quindi configurato openvpn in modalita routed, e tutto funziona 
perfettamente: mi loggo e posso esplorare questo server.
ora però avrei bisogno di vedere dal client il server terminal, che 
ovviamente è nella stessa subnet (192.168.2.x) del server vpn.
ho quindi inserito nel file di configurazione del server la riga
push "route 192.168.2.0 255.255.255.0"
però leggo
# Remember that these
# private subnets will also need
# to know to route the OpenVPN client
# address pool (
10.8.0.0/255.255.255.0
)
# back to the OpenVPN server.
in effetti, con la sola riga "push route", non riesco a pingare ne 
vedere il server terminal. cosa devo fare?
grazie
ciao


Ciao
Se sei in modalità routed significa che la subnet della vpn è diversa
da quella del server, in questo caso anche se dal client con un ip
10.0.0.X (per esempio) raggiungi tramite routing il server 192.168.0.2
(per esempio), su questo server dovrebbe essere stata creata una route
statica che dice al server in questione che per raggiungere la subnet
10.0.0.x deve instradare verso la vpn, questa cosa il secondo server
non la può sapere, a lui tramite il server vpn arrivano i pacchetti
dal pc 10.0.0.X ma quando cerca di rispondere per attivare la
connessione lo farà tramite il suo default gateway e la connessione
non può instaurarsi, per risolvere il problema devi creare una route
statica anche sul secondo server per fargli sapere che se arrivano
pacchetti da 10.0.0.X li deve passare al primo server che poi li gira
nella vpn.
Dai un'occhiata a questo post, su quello la config era un po più
complessa ma la parte di openvpn funzionava:
http://groups.google.it/group/it.comp.reti.locali/browse_thread/thread/8d802e323278a935/681cb715149efa55
Ciao

 
http://groups.google.it/group/it.comp.reti.locali/browse_thread/thread/8d802e323278a935/681cb715149efa55
ho dato un occhio anche al post, oltre ad aver spulciato la 
documentazione sul sito ufficiale: sembra che io abbia fatto tutto il 
necessario, ma non va.
sai se esiste per caso un forum dedicato a openvpn?
grazie mille cmq
ciao

 provato sia 1 che 2 senza successo
Hai abilitato il routing sulla macchina che fa da terminatore vpn?

whiplash ha pensato forte :

si si l'avevo scritto.
sul server openvpn (win2k) ho abilitato il routing sul tcp/ip seguendo 
quanto letto sul sito di openvpn
http://openvpn.net/index.php/documentation/faq.html#ip-forward
non ho riavviato però. pensi sia necessario?
grazie

whiplash ha detto questo giovedì :

come detto avevo già abilitato il routing, ma è stato necessario 
(semplicemente, un pomeriggio perso!) riavviare il server endpoint vpn 
per far funzionare il tutto.
ora chiedo: il server terminal manterrà al riavvio la route che ho 
inserito manuale?


Ciao
Ero già che mi disperavo, non capivo dove poteva essere il problema,
menomale che funziona, no al riavvio la route te la perde per farla
diventare permanente devi usare il parametro p.
route add 10.8.0.0 mask 255.255.255.0 192.168.2.29 metric 1 -p
Una cosa che non ti ho detto ma forse la sai già è che se vuoi e puoi
questa route la puoi mettere invece che nel server nel router che ti
fa da default gateway, in questo modo raggiungerai tutte le macchine
della subnet 192.168.2.0 255.255.255.0
Ciao


in effetti il router linksys dovrebbe supportare questa funzione, ma mi 
ero concentrato direttamente sul server proprio perchè non funzionava 
:)
adesso provo a metterla sul router, poi riavvio il server terminal (non 
il vpn) e vedo se va ancora.
grazie mille
ps: ora conosco openvpn!


ah scusa.
una metrica di 1, impostata quindi sul router, è corretta? mi fai un 
breve riassunto sulla funziona della metrica? :)
ciao

 ciao
1 va bene
Questo è quello che ho capito
il sistema identifica e utilizza sempre la route più opportuna, se hai
per esempio:
0.0.0.0 0.0.0.0 gateway x.x.x.x metric 1 default gateway
192.168.0.0 255.255.0.0 gateway x.x.x.x metric 1
192.168.1.0 255.255.255.0 gateway x.x.x.x metric 10
se devi contattare 10.10.10.10 userai la prima route
se devi contattare 192.168.10.10 userai la seconda route
se devi contattare 192.168.1.10 userai la terza route anche se la
metrica è più alta inquanto è la route più precisa per quella
richiesta.
la differenza la fai in questa situazione:
0.0.0.0 0.0.0.0 gateway x.x.x.x metric 1 default gateway
192.168.1.0 255.255.255.0 gateway x.x.x.x metric 1
192.168.1.0 255.255.255.0 gateway x.x.x.x metric 10
se devi contattare 10.10.10.10 userai la prima route
se devi contattare 192.168.10.10 userai sempre la prima route
se devi contattare 192.168.1.10 userai sempre la seconda route
inquanto tra le due uguali ha la metrica più bassa, se per caso il
gateway della prima non sarà più raggiungibile il sistemma in
automatico inizierà ad usare il secondo gateway.
ciao

Il 29/01/2009, Omero ha detto :

ottimo grazie
in pratica se nella route non ci sono ridondanze 1 dovrebbe andare 
sempre bene
ciao e grazie ancora


Di niente alla prossima.
Ciao