Newsgroup: it.comp.os.linux.sys
Titolo: VTun x VPN

Ciao a tutti,
allora vorrei prima di tutto ringraziare CtRix e Skull che mi hanno aiutato
molto nel decidere quale tipo di scelta fare per la vpn...
Adesso che credo di essere orientato verso VTun vorrei solo chiedere a Skull
(che lo usa credo) come nattamento delle porte sui router come mi devo
comportare, considerando che ho dei router maffi, come dice lui e che posso
solo nattere porte TCP/UDP ??
Ho letto pò e mi sembra che VTun lavori tutto sulla porta 5000, cmq aspetto
vostre conferme, o è come IPSec che con il NAT non và d'accordo ??
Cmq adesso inizio a installarlo sulla macchina e vedo un pò che succede !!
Grazie mille
Matteo

 Grazie mille
Prego
Max

Ancora una cosa, ho letto sul sito di VTun nella mailing list che con la Red
Hat 7.3 ha avuto dei problemi sui driver del tun ?? o qualche cosa del
genere ne sapete qualche cosa ??
Grazie
Matt

Hai ragione su tutto, l'unica cosa è che io solo da questa mattina ho le
macchine per fare i test, ho capito perfettamente che con i ipsec con il nat
funziona l'unico problema che nessuno sà come fare a configurare l'alcatel e
oltre tutto quel router lo può toccare solo telecom.... pensa che casino non
ci capiscono o fanno finta di non capirci nulla !!!!
Ora provo un pò.... anche se ho letto che con VTun RH 7.3 ha dei problemai
vediamo un pò al massimo ripasso su ipsec ho semplicemente stoppato il
demone...
Ancora grazie mille e scusa se ti chiedo e richiedo le cose ma essendo le
prime volte che affronto un argomento di vpn, mi hanno appioppato questo
lavoro quì non ci capisci un cavolo nessuno e poi insultano me se non
funziona !!!
Grazie della pazienza !!
Matteo

genere ne sapete qualche cosa ??
Non ho seguito messaggi precedenti, comunque Red Hat include cipe (mi sembra
lo usino anche in proprio), se quindi hai fretta forse vale la pena di
provarlo.
-- 
giu...@pobox.com

 Grazie della pazienza !!
De nada.
Ci risentiamo quando posterai i log di vtun o freeswan, se qualcosa non
debba funzionare.
Max

Ok... inizio a provare il tutto e poi sicuramente ci sentiremo anche perchč
non ho ancora idea se poi i client della varie sotto reti funzionano una
volta che vtun č settato....
ovvero una volta che i due server nelle due sedi si vedranno (cosa molto
ardua ma ci proviamo) vediamo come fare vedere le due LAN che stanno dietro
ai server !!!
Saluti
Mat

 del genere ne sapete qualche cosa ??
Mboh... non mi risulta (anche se facendo mente locale mi pare di non
avere macchine rh73 con vtun installate...).
Vtun usa due cose:
1) se stesso in userspace
2) il driver tuntap del kernel
Per cui un kernel che abbia quel driver funziona.
Casomai, occhio che se di RH non usi il kernel originale, devi badare a
che vtun, in compilazione vada a pigliarsi gli include del kernel usato e
non quelli installati di default. Ma questo non č un problema di vtun, ma
di qualsiasi sorgente richieda include del kernel durante la compilazione.
Poi c'č da dire che alla RH ultimamente sono abbastanza fantasiosi per
quanto riguarda l'inclusione di materaile ancora sperimentale e non
standard nel kernel, ergo non escludo nulla...
Byez.
-- 
Emanuele Balla aka Skull
-----------------------------------------------------------------------
Besides, I think [Slackware] sounds better than 'Microsoft', don't you?
(By Patrick Volkerding)

 standard nel kernel, ergo non escludo nulla...
Grazie mille, ancora una cosa cosě domani inizio a fare i test, il server
che riceve la chiamata quindi il server vpn, il router a cui č connesso devo
fare NAT della porta 5000 ?? (sia come tcp che come udp) ??
Solo sul router del server vpn mentre per quello del client nulla vero ??
Grazie saluti
Mat

 ??
Vtun ha due modalità di avvio: client e server.
Il file di conf. sarà identico nei due casi, l'unica differenza sarà che
da una parte lancerai 
vtund -s
e dall'altra
vtund nomeconnessione nome-o-ip-dell'altro-peer
Per il client non importa la porta sorgente, mentre per server
(ovviamente) devi scegliere una porta da ridirigere. 5000 è la porta di
default, ma il file di configurazione ti permette di sceglierla.
La comunicazione avviene, inoltre, *o* su tcp, *o* su udp, dipende da te.
Io personalmente uso tcp. Ovviamente in tal caso la udp non è necessaria.
Ti consiglio di leggere tutta la documentazione, perchè vtund può fare un
po' di tutto, quindi molte conf. dipendono da quello che vuoi ottenere
esattamente.
Byez tutti, torno dal mio Mithrandir ;-P


 esattamente.
Bene infatti mi sono già letto molte cose oggi, visto che da domani mi
dovrei dedicare alla configurazione, ultima info che ti chiedo:
io ho due server vpn il server e il client:
server vpn con due sk rete quella esterna per gestire vpn, mentre quella
interna per gestire LAN locale
client vpn con due sk di rete quella esterna per gestire vpn, mentre quella
interna per gestire LAN locale
nel momente che i due server e client tramite vtun comunicheranno anche le
due reti locali si troveranno in una grossa LAN vero o devo fare dei
settaggi ??
Grazie mille
Matteo

 settaggi ??
Vedi... quello che mi fa alterare è che fai le domande senza sapere di cosa
parli e senza avere letto un tubo.
Ora, io di vtun non capisco un tubo, ma alla pagina
http://vtun.sourceforge.net/setup.html
ci sono tutti gli esempi.
Anche uno che di tunnel non capisce un "tunnel" ma che ha esperienza di
linux, vede che nelle configurazioni vengonoaggiunte delle entry nelle
routing table.
  ifconfig "%% 192.168.0.1 pointopoint 192.168.0.2";
  route "add -net 192.168.1.0 gw 192.168.0.2";
vuol dire che
1) viene creata una interfaccia
2) viene aggiunta una route.
Quindi se i tuoi clent hanno la macchian linux come default GW, allora non
dovrebbero esserci problemi.
Fai un passetto alla volta, fai funzionare quello che hai fatto e poi
procedi nel leggere la configurazione.
Casualmente stai facendo le stesse domande di quando provavi le VPN in
ipsec.
ari MAX
P.S.: ora mi aspetto domande sulle routing table e sulle sottoreti.


io ho provato sia cipe che vtun.
ho mollato cipe e ho installato vtun.
oltre ad essere più semplice (unico file di cfg) da settare, è anche
utilizzabile su diverse distro (rh, deb, obsd) e mi è sembrato più
flessibile.
al momento ho una vpn che è on da un paio di mesi senza problemi
particolari.
con cipe, avevo avuto qualche casino a gestire eventuali down di link e
interfacce.
con vtun, in caso di scollegamenti o simili, il demone si occupa d tutto,
riavviando quello che serve e riconnettendo quando possibile.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.427 / Virus Database: 240 - Release Date: 06/12/2002

 P.S.: ora mi aspetto domande sulle routing table e sulle sottoreti.
Spero di soddisfarti presto, domani affronto la installazione di vtun...
speriamo bene !!!
Saluti e grazie mille ancora
Matteo

 ha scritto nel messaggio
news:Rt8J9.26387$t_1.2...@tornado.fastwebnet.it...


 speriamo bene !!!
Sicuramente domani non funzionerà al primo colpo.
Cerca di capire perchè, cerca di capire per lo meno cosa non funziona e
vediamo cosa si può fare.
ora IPSEC e freeswan lo mastico benissimo, ma mi ci è voluto un anno per
apprenderlo bene.
In bocca al lupo... e ricorda che google is your friend.
e le faq e le configurazioni di esempio sul sito di vtun sono li che
aspettano di essere lette.
MAx

 settaggi ??
Non l'ho mai fatto, ma vtun puň lavorare anche in bridging (occhio
all'MTU) per cui volendo potresti anche seguire quella strada.
Se non ne hai esigenza vera, comunque, lascia stare.
Byez.


 
Un consiglio, prova openvpn, (
http://openvpn.sf.net
) permette di fare tutto 
quello che fai con vtun, ma e' notevolmente piu sicuro mantenedo perfomance 
invariate.
Inoltre permette di utilizzare anche i protocolli di routing (non tutti a 
dire il vero, ospf sotto linux con zebra ad esempio non va, non so se 
dipenda da zebra o dal protocollo stesso ) per ottenere routing dinamico, 
molto utile quando la "lan" fatta con moltepolici link vpn diventa di una 
certa dimensione, cosa che con vtun ha parecchi problemi.
Saluti
nextime