• Welcome to Hurricane Electric's IPv6 Tunnel Broker Forums.

News:

Welcome to Hurricane Electric's Tunnelbroker.net forums!

Main Menu

Getting things working on OS X

Started by fitzmorrispr, November 17, 2010, 12:54:42 PM

Previous topic - Next topic

fitzmorrispr

Hi there.

I'm at a bit of a loss. I used these instructions: http://pugio.net/2009/01/enable-ipv6-on-mac-os-x-the-tu.html
on both my old G3 PowerBook running 10.4.11 and on my eMac running 10.5.8

Both seemed to work, (ifconfig revealed a configured gif0 interface) except that ping6 would complain of being unable to resolve the host.

I guessed that maybe my router wasn't passing protocol 41 (although, i'd enabled ICMP, and the tunnel creation page thought all was well) and put my laptop in DMZ.
No change.

Then, I noticed that the inet6 my laptop had under en1 was not the same as the one i'd configured for gif0, and tried changing it via the GUI. ping6 ceased complaining that it couldn't resolve, but had 100% packet loss (trying both pugio.net and ipv6.google.com)

Same thing happened on the eMac

eMac's ifconfig output, prior to manually configuring the IPv6 address: (note, after configuring it, en0 had no inet6 entry at all)
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
       inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
       inet 127.0.0.1 netmask 0xff000000
       inet6 ::1 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
       inet6 fe80::20a:95ff:fe8a:f836%gif0 prefixlen 64 scopeid 0x2
       inet6 2001:470:c:b79::bad:cafe prefixlen 64
       inet6 2001:470:c:b79::2 --> 2001:470:c:b79::1 prefixlen 128
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
       inet 192.168.1.69 netmask 0xffffff00 broadcast 192.168.1.255
       inet6 fe80::20a:95ff:fe8a:f836%en0 prefixlen 64 scopeid 0x4
       ether 00:0a:95:8a:f8:36
       media: autoselect (100baseTX <full-duplex>) status: active
       supported media: none autoselect 10baseT/UTP <half-duplex> 10baseT/UTP
<full-duplex> 10baseT/UTP <full-duplex,flow-control> 10baseT/UTP <full-duplex,hw-loopback> 100baseTX
<half-duplex> 100baseTX <full-duplex> 100baseTX <full-duplex,flow-control> 100baseTX <full-duplex,hw-loopback>
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 2030
       lladdr 00:0a:95:ff:fe:8a:f8:36
       media: autoselect <full-duplex> status: inactive
       supported media: autoselect <full-duplex>
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
       ether 00:0d:93:82:f9:f6
       media: autoselect (<unknown type>) status: inactive
       supported media: autoselect


I'm not sure how to proceed, at this point. Anyone got some ideas?

cholzhauer

Did you create your tunnel using your NAT address?

fitzmorrispr

oh, i knew I was forgetting to mention something.

I set up the tunnel with the endpoint being my router's public IP, and I fed my LAN IP to the script which sets up gif0. (actually, the script gets that from the system automatically, so...)
It's odd. I just now noticed that the eMac's ifconfig doesn't print the line 'tunnel $LOCAL_IP --> $SERVER_IPv4' under gif0
The powerbook does, though.

Both have the same problem, though they are running different versions of the OS.
Do you think that's the problem?

cholzhauer

I guess I'm confused.

Where do you want to host your tunnel?  If it's on your router, fine, use the public IP.  If it's on your mac, then you need to use the private IP

fitzmorrispr

wait, use my mac's local IP on the tunnel creation page? i thought you had to use a publicly viewable IP address on that page.

cholzhauer

No.  You need to use your public IP address on the tunnel page.

However, when you create the tunnel on the mac, you need to use your NAT'd IP address instead of the public IP address.

fitzmorrispr

#6
Oh, OK. I did that. Or rather, the script I used, from http://pugio.net/2009/01/enable-ipv6-on-mac-os-x-the-tu.html did that automatically ( did i mention that earlier? )

These lines:
MYIF="en1" (i changed it to en0, per the script's internal documentation)
LOCAL_IP=`ifconfig $MYIF |grep -E 'inet.[0-9]' | grep -v '127.0.0.1' | awk '{ print $2}'`
ifconfig gif0 tunnel $LOCAL_IP $HETUNEND

When i DMZ'd the laptop, i changed it so that LOCAL_IP=$NEW_IP (again, per the script's internal documentation).
$NEW_IP contains the output of http://ifconfig.me/ip
(that's another modification. It's the same output as the URL used in the original gives, though)

jdh

You should use your private internal address regardless of the DMZ setting on your router. The gif0 tunnel needs to be bound to an address that is actually on your Mac, regardless of whether it's dynamically or statically (DMZ) mapped to your public IP address.


fitzmorrispr

My router uses some trickery, so that when DMZ'd, the computer is assigned the router's public address. this gives it the idea that there is no router, just a DSL modem.
(IOW, when DMZ'd, the computer's private address IS the router's public address)

jdh

Well, if the computer is actually being assigned the real external address, then there shouldn't be any need to modify the script to set LOCAL_IP=$NEW_IP as the script should pick it up from the ifconfig command anyway...