Newsgroup: it.comp.os.linux.sys
Titolo: [HELP]pacchetti non crittati con FREESWAN --- lunghetto---


192.168.0.0/24
 flags=0x8<>
life(c,s,h)=addtime(167,0,0) refcount=4 ref=18
tun0...@217.59.186.50
 IPIP: dir=out src=217.59.186.51
life(c,s,h)=addtime(167,0,0) refcount=4 ref=23
Destination     Gateway         Genmask         Flags   MSS Window  irtt
Iface
0.0.0.0         217.59.186.1    0.0.0.0         UG       40 0          0
eth1
172.16.0.0      217.59.186.50   255.255.0.0     UG       40 0          0
ipsec0
217.59.186.0    0.0.0.0         255.255.255.128 U        40 0          0
eth1
217.59.186.0    0.0.0.0         255.255.255.128 U        40 0          0
ipsec0
su freeswan1 è speculare la risposta a ipsec look
il monitoraggio con ethereal (nel caso di punto-punto) l'ho fatto su
freeswan1 e 2 sull'interfaccia ipsec0 ed eth1 ma il discorso non cambia, e
il ping tra i due host (in configurazione host-host) non funziona....
riporto il mio ipsec.conf
# /etc/ipsec.conf - FreeS/WAN IPsec configuration file
# RCSID $Id: 
ipsec.conf.in
,v 1.10 2003/04/23 05:02:24 sam Exp $
version 2.0     # conforms to second version of ipsec.conf specification
# basic configuration
config setup
        interfaces ="ipsec0=eth1"
        # basic configuration
        klipsdebug=none
        plutodebug=none
        plutowait=no
conn %default
        keyingtries=0
# Add connections here.
conn prova
                type=tunnel
                authby=rsasig
                left=217.59.186.50
                right=217.59.186.51
                leftnexthop= ##217.59.186.51
                rightnexthop= ##217.59.186.50
                leftsubnet=
172.16.0.0/16
                rightsubnet=
192.168.0.0/24
                leftid=@
freeswan1.xxx.it
                rightid=@
freeswan2.xxx.it
                leftrsasigkey=0sAQJ..... <chiave publica di freeswan1>
                rightrsasigkey=0sAQP... <chiave pubblica di freeswan2>
                auto=add
                keyexchange=ike
                pfs=yes
                keylife=8h
                rekeymargin=9m
                rekeyfuzz=25%
quando provo il collegamento punto-punto elimino le voci nexthop e
subnet.... la configurazione funziona anche togliendo nexthop... credo che
essendo il collegamento fatto con cavo incrociato sia irrilevante la
presenza di nexthop.
Il mio problema è la presenza del tunnel ma la mancata crittazione del
traffico in uscita tra le due estremità!
prima di monitorare mi accerto sempre la presenza del tunnel (ipsec status,
ipsec auto --up prova su entranbe le macchine, ipsec look....) quindi questo
mi dovrebbe dare la certezza della presenza del tunnel!!!
quindi ricapitolo:
$ ipsec auto --up prova
...lo scambio delle chiavi avviene, SA established, initiate etc...
1) traffico misurato da ethereal su ipsec0 e eth1 con telnet o ftp o httpd
tra fresswan1 e 2 è in chiaro
2) non funziona il ping (o telnet ,ftp,httpd che sia) tra due host delle due
sottoreti in gioco (eppure con il tunnel attivo ciò dovrebbe avvenire!!)
cosa potrebbe essere?
o soprattutto cosa sbaglio?
scusate per la lunghezza del messaggio (volevo mettere il risultato di ipsec
barf ma mi sembra troppo lungo ;))))
grazie per l'aiuto!!!!
Enzo

scusate mi sembra che la configurazione sia un casino:
172.16.16.80 (host1)
            |
172.16.0.0/16
 (net)
            |
172.16.16.72(eth0)
            |(freeswan1)
217.59.186.50(eth1)
            |
(cavo incrociato)
            |
217.59.186.51(eth1)
            |(freeswan2)
192.168.0.72(eth0)
            |
192.168.0.0/24(net)
            |
192.168.0.80(host2)