Newsgroup: it.comp.os.linux.sys
Titolo: Problema di routing [VPN-Tunneling]

Sto cercando di configurare una macchina remota collegata in tunneling
con una in locale affinché per certi indirizzi specifici anziché
uscire dalla normale uscita internet, la macchina passi per il tunneling
e di lì esca attraverso un router apposito sulla macchina locale.
E' difficilissimo rendere a parole, cerco di disegnare uno schema
compatibilmente con il carattere Courier e con la finestra dei messaggi
(72 caratteri cmq ;-) )
                                           router (212.4.27.241)
                                                |
                                                |
                                            eth1 (212.4.27.242)
 ________                                    ___|____
|linux   |192.168.253.201    192.168.253.200|linux   |
|remoto  |tunX- tunneling VPN ---------tunX-|locale  |
|________|                                  |________|
192.168.21.1
(LAN)
In pratica, devo far sì che alcuni indirizzi
(nella fattispecie 192.28.103.XXX) facenti parte di una subnet
il cui accesso è consentito solo per via di quel router collegato a
eth1 della macchina locale che ha un IP fisso, siano raggiungibili
anche dalla macchina remota. In pratica devo poter condividere
quel router tra due sedi.
Impostando il firewall per far passare i pacchetti, e il tunneling
in modo da aggiungere la seguente voce nel VtunD.conf:
route "add -net 212.4.27.240 netmask 255.255.255.248 dev %%";
Ho visto che dalla macchina remota riesco a pingare eth1, ma se
cerco di pingare l'indirizzo del router, noto che al router stesso
i pacchetti arrivano ma non riescono a tornare indietro.
Sulla macchina locale è impostato un NAT per far sì che i client
escano su eth1 con un ip della subnet autorizzata a passare dal router.
Ho provato le seguenti tre combinazioni:
- Non impostare sulla macchina locale un nat per l'IP
della macchina remota;
- Impostare un NAT sulla macchina locale nei confronti dell'IP della
lan remota (ossia 192.168.21.1 -> 212.4.27.246);
- Impostare un NAT usando anziché l'IP della lan remota, quello della
interfaccia tunneling usato per mettere in collegamento le due sedi
(ossia 192.168.253.201 -> 212.4.27.246);
In tutti e tre i casi raggiungo il router isdn su eth1 ma non ricevo
pacchetti di ritorno, e controllando i firewall di entrambe le linux box
noto che non c'è alcun DENY o REJECT (tutti i deny e reject che ho
sono impostati con -l (ipchains) quindi li logga).
Inoltre, vedo che sul router in corrispondenza del ping dalla macchina
remota
si accende la luce del collegamento LAN, quindi mi viene da credere
che effettivamente i pacchetti giungano al router ma non riescano a
tornare.
Scusate la prolissità ma pensavo fosse meglio un messaggio lungo ma ben
descritto
piuttosto che dover fare altri messaggi per spiegare le varie cose.
Ringrazio chiunque possa darmi idee, riguardo la configurazione è una
LinuxBox con kernel 2.2.19 basata su RedHat 6.2, con ipchains, VtunD
per il tunneling (BlowFish).
--
Jarsil

route add -net 192.168.xxx.0 gw 212.4.27.240 ?
Dice alla macchina remota che esiste una rete 192.168.xxx.xxx e che è 
accessibile attraverso la macchina con indirizzo 212.etc..
Il comando che dai non ti dà errore? 21.14.27.240 non è una rete, è un host.
saluti

 ha scritto nel messaggio
news:3C9FB15...@arpacoop.it...

Devo provare questa riga, che nella mia configurazione del tunneling è
al contrario per consentire il passaggio dei dati *verso* il router.
Cmq quel .240 non è un host, è una subnet, almeno nel mio caso, il
router infatti ha 212.4.27.241.
La subnet è 
212.4.27.240/29
. A me basterebbe usare un solo degli IP a
disposizione mascherando i clients dietro la macchina remota.
Più tardi provo ad aggiungere nel tunneling quella riga e vediamo cosa
fa...
--
Jarsil

 ha scritto nel messaggio
news:3C9FB15...@arpacoop.it...

Il comando messo così dà errore, infatti.
Nella configurazione del mio tunneling è al contrario...
route add -net 212.4.27.240 netmask 255.255.255.248 dev %% (dove %% è il
tun che si crea)
L'host che devo raggiungere, è il 212.4.27.241, ossia il router della
macchina locale, apena riesco a sistemare questo inizio a settare le
route statiche per gli indirizzi che devono passare dal router isdn.
Ma per il momento sono bloccato ancora qui.
Il pacchetto arriva al router, ma dal router non torna indietro.
Sospetto che il problema sia nel routing della macchina locale che non
sa come farla girare...
Che sia un problema di MASQ da effettuare sulla macchina locale?
Quasi quasi provo...
--
Jarsil