Skip site navigation (1)Skip section navigation (2)
Date:      11 Jul 2003 15:03:15 +1000
From:      Andrew Thomson <ajthomson@optushome.com.au>
To:        Company 2210 <company2210@hotmail.com>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: Racoon / VPN problem
Message-ID:  <1057899795.31944.2.camel@athomson.prv.au.itouchnet.net>
In-Reply-To: <Law12-OE53j0aImPiZx000476f2@hotmail.com>
References:  <Law12-OE53j0aImPiZx000476f2@hotmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
That looks a bit like mine too.. (this output taken from host .14.1) Of
course these would be reversed on 14.2 ie, the in and out bits)

192.168.14.2[any] 0.0.0.0/0[any] any
        in ipsec
        esp/tunnel/192.168.14.2-192.168.14.1/require
        spid=1 seq=1 pid=42486
        refcnt=1
0.0.0.0/0[any] 192.168.14.2[any] any
        out ipsec
        esp/tunnel/192.168.14.1-192.168.14.2/require
        spid=2 seq=0 pid=42486
        refcnt=1

I'm using this to IPSEC my wireless traffic.

Works a treat coupled with racoon.

ajt.

On Fri, 2003-07-11 at 05:12, Company 2210 wrote:
> I have two freebsd 5.0 boxes authenticating at stage one of the VPN, however stage 2 fails. with: 
> 
> ph2begin_r(): respond new phase 2 negotiation: 10.0.0.1[0]<=>10.0.0.2[0]
> get_proposal_r(): no policy found: 10.0.0.2/32[0] 0.0.0.0/0[0] proto=any dir=in
> quick_r1recv(): failed to get proposal for responder.
> _ph2begin_r(): failed to pre-process packet. 
> 
> I'm a bit new too this, so I'm guessing the lack of a policy refers to my SPD Database. Setkey -DP looks like this:
> 
> 0.0.0.0/0[any] 10.0.0.1[any] any
>     in ipsec
>     esp/tunnel/10.0.0.2-10.0.0.1/require
>     spid=19 seq=1 pid=770
>     refcnt=1
> 
> 10.0.0.1[any] 0.0.0.0/0[any] any
>     out ipsec
>     esp/tunnel/10.0.0.1-10.0.0.2/require
>     spid=18 seq=0 pid=770
>     refcnt=1
> 
> As I understand it, this means all packets heading too or from 10.0.0.1 must be encapsulated (which is what I want, as I'm running a VPN between too FreeBSD gateway boxes). If I replace the 0.0.0.0/0 with the IP of the other boxes inteface (i.e. 10.0.0.2) the VPN works between 10.0.0.1<->10.0.0.2, but other traffic from other interfaces is not encrypted. Any help in resolving/understanding this issue is greatly appericated.
> 
> Many Thanks
> 
> Colin
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"
> 




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1057899795.31944.2.camel>