NAT over IPSECed WLAN

Przemysław Szczygielski qus2 at go2.pl
Mon Jan 16 11:56:27 PST 2006


Witaj Brian,

W Twoim liście datowanym 16 stycznia 2006 (16:04:32) można przeczytać:

> On Mon, Jan 16, 2006 at 02:30:08PM +0100, Przemyslaw Szczygielski wrote:
>> >     ipseccmd -f 0=* -t 10.2.0.1 -a PRESHARE:"foo"
>> >     ipseccmd -f *=0 -t 10.2.0.2 -a PRESHARE:"foo"
>> > 
>> 
>> XP: (configured by wizard, from MMC):
>> 
>> "InboundIPsec" prot: ANY, src port: ANY, dst port: ANY, src IP:
>> ANY/0, dst IP: MY/0
>> 
>> "OutboundIPsec" prot: ANY, src port: ANY, dst port: ANY, src IP:
>> MY/0, dst IP: ANY/0

> But if you've not given any tunnel endpoints, then you have configured
> *transport* mode, and that won't work for communicating with arbitary hosts
> on the Internet.

> Perhaps you've got tunnel mode (I guess you must if you have tunnel mode in
> your SPD), but I'd still prefer working from the command line. To get
> ipseccmd.exe run setup.exe from the \support\tools directory on the XP SP2
> CD.

Well - both ways work. The one from the wizard and the one by
ipseccmd. The difference is i don't know how to deactivate ipseccmd
filters ;-)

> Note that in XP you can give 'MY' as a policy source/destination ('0' in
> ipseccmd), but not as a tunnel endpoint. You must give the explicit IP
> address, as in the -t example above.

>> flush;
>> spdflush;
>> spdadd 10.2.0.2/8 0.0.0.0/0 any -P in ipsec
>> esp/tunnel/10.2.0.2-10.2.0.1/require;
>> spdadd 0.0.0.0/0 10.2.0.2/8 any -P out ipsec
>> esp/tunnel/10.2.0.1-10.2.0.2/require;

> 10.2.0.2/8 can never match any IP address, but perhap the kernel masks it
> silently to 10.0.0.0/8

Ah, my faut. That's corrected now. But didn't help.

>> > Also, the output of 'tcpdump' on both ndis0 and fxp0, while you try to
>> > browse a website from the XP box, could be very enlightening.
>> > 
>> Ermmm... on ndis0 I can only see encrypted content, but haven't
>> tried fxp0, thought nothing interesting will be happening, as I
>> can't browse from XP...

> Not true. Seeing what packets are sent out to the Internet, even if nothing
> comes back, is definitely interesting. It would show, for example, if your
> NAT isn't working.

> Even if nothing at all goes out of fxp0, that is also interesting. It shows
> your tunnel is not configured correctly. (Presumably you do have IP
> forwarding turned on, since the gateway works in the absence of IPSEC)

> I suggest you don't "browse" from XP: start by sending pings. Then you have
> a steady stream of packets, and DNS doesn't get in the way either.

From XP I pinged 10.2.0.1 with IPSEC on

tcpdump -i ndis0 host 10.2.0.2 on 10.2.0.1 showed encrypted packets
tcpdump -i fxp0 host 10.2.0.2 on 10.2.0.1 showed nothing...



More information about the freebsd-net mailing list