Date: Sun, 04 Jan 2009 20:15:30 -0800 From: perryh@pluto.rain.com To: freebsd-net@freebsd.org Subject: (partly) SOLVED: tun0 not responding to ping Message-ID: <49618962.WvA2bFthdzGdSO/b%perryh@pluto.rain.com> In-Reply-To: <20090103154232.P28770@sola.nimnet.asn.au> References: <495edc8b.yfwTDGtb9G/8NMur%perryh@pluto.rain.com> <20090103154232.P28770@sola.nimnet.asn.au>
next in thread | previous in thread | raw e-mail | index | archive | help
Ian Smith <nimnet.asn.au!smithi@agora.rdrop.com> wrote: > On Fri, 2 Jan 2009, perryh@pluto.rain.com wrote: > > > Why would a local interface, reported as up in ifconfig, not respond > > to a ping of its own IP address? The tun0 reported below doesn't, ... > > $ ifconfig -a ... > > tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1412 > > inet6 fe80::2b0:d0ff:fe28:ad4f%tun0 prefixlen 64 scopeid 0x4 > > inet ZZZ.ZZZ.233.42 --> ZZZ.ZZZ.233.42 netmask 0xffffffff > > Opened by PID 24635 > > I don't know if this is relevant or not, but I've never seen a point to > point interface use the same IP address on both ends of its link before. It turns out to be normal -- or at least tolerable -- for a tun(4) interface used by vpnc to have the same IP address at both ends. It started working when I added NAT Traversal Mode cisco-udp to vpnc.conf. (Presumably not all configurations of the Cisco 3000 will need that, else it would be the default, but it seems to be correct for the one involved here.) I never did figure out why that kept the interface from responding to a ping of its own address :(
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?49618962.WvA2bFthdzGdSO/b%perryh>