1.6.0 no ips assigned on macos 10.13

Community Support macOS
#1

1.6.0 installs fine on my 10.13 machines but no ip addresses are assigned. The cli seems to work normally, networks and peers are listed but there is no connectivity.

The downloads page says MacOS 10.10 or newer is supported. Is this a typo?

Here’s the output from ifconfig

feth9618: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 16370
	ether xx:xx:xx:xx:xx:xx 
	peer: feth4618
	media: autoselect
	status: active
feth4618: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 5000 mtu 2800
	ether yy:yy:yy:yy:yy:yy
	peer: feth9618
	nd6 options=201<PERFORMNUD,DAD>
	media: autoselect
	status: active

1.4.6

feth9618: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 16370
	ether xx:xx:xx:xx:xx:xx  
	peer: feth4618
	media: autoselect
	status: active
feth4618: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 5000 mtu 2800
	ether yy:yy:yy:yy:yy:yy 
	inet 10.10.10.248 netmask 0xffffff00 broadcast 10.10.10.255
	inet6 fe80::709d:5eff:fe6b:e26%feth4618 prefixlen 64 scopeid 0xf 
	inet6 fc16:a7df:cd9f:5290:b2fb::1 prefixlen 40 
	peer: feth9618
	nd6 options=201<PERFORMNUD,DAD>
	media: autoselect
	status: active
1 Like
1.6.0 Status PORT ERROR macOS Sierra 10.12.6. SOLVED with ZeroTier 1.6.1!
#2

Just reporting the same here on OSX Mojave 10.14.6, from a previously working 1.4.6:

$ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.14.6
BuildVersion:   18G6042

running zt as root from terminal while doing tcpdump -w /tmp/zt.pcap port 9990 (because I’m running this on 9990 while debugging) shows a few things:

  • tcdpump shows traffic to/from mia,ams,sgp,lax root servers from 9990 to/from port 9993 as expected
  • tcpdump shows traffic to/from other NAT devices located locally also from 9990 to/from port 9993
  • zerotier peer list is good
  • no IP6 address gets assigned to the interface
  • no IP6 routes are added (mine is a 6PLANE only config)

To me this looks like whatever bit of code is supposed to assign the IP address and inject the routes, either isn’t being reached, or doesn’t work anymore. There’s no fc::/7 routes or IPs in sight.

# zerotier-cli peers
200 peers
<ztaddr>   <ver>  <role> <lat> <link> <lastTX> <lastRX> <path>
3a46f1bf30 -      PLANET   176 DIRECT 7592     2357     185.180.13.82/9993
62f865ae71 -      PLANET   177 DIRECT 7592     2357     50.7.252.138/9993
778cde7190 -      PLANET   138 DIRECT 7592     2395     103.195.103.66/9993
992fcf1db7 -      PLANET    34 DIRECT 2534     2499     195.181.173.159/9993
a84ac5c10a 1.6.0  LEAF     175 DIRECT 17593    17416    34.94.48.198/58995

# ifconfig 
...
feth7975: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 16370
        ether 66:65:74:68:1f:27 
        peer: feth2975
        media: autoselect
        status: active
feth2975: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 5000 mtu 2800
        ether 8e:91:c0:2d:cf:6f 
        peer: feth7975
        media: autoselect
        status: active

# netstat -rn -f inet6
Routing tables

Internet6:
Destination                             Gateway                         Flags         Netif Expire
default                                 fe80::%utun0                    UGcI          utun0       
::1                                     ::1                             UHL             lo0       
fe80::%lo0/64                           fe80::1%lo0                     UcI             lo0       
fe80::1%lo0                             link#1                          UHLI            lo0       
fe80::%en1/64                           link#8                          UCI             en1       
fe80::1497:2934:17d:6e50%en1            8c:2d:aa:3e:3:9b                UHLI            lo0       
fe80::%awdl0/64                         link#10                         UCI           awdl0       
fe80::9484:94ff:fe19:2c41%awdl0         96:84:94:19:2c:41               UHLI            lo0       
fe80::%utun0/64                         fe80::5e17:9813:2c39:4a6%utun0  UcI           utun0       
fe80::5e17:9813:2c39:4a6%utun0          link#16                         UHLI            lo0       
ff01::%lo0/32                           ::1                             UmCI            lo0       
ff01::%en1/32                           link#8                          UmCI            en1       
ff01::%awdl0/32                         link#10                         UmCI          awdl0       
ff01::%utun0/32                         fe80::5e17:9813:2c39:4a6%utun0  UmCI          utun0       
ff02::%lo0/32                           ::1                             UmCI            lo0       
ff02::%en1/32                           link#8                          UmCI            en1       
ff02::%awdl0/32                         link#10                         UmCI          awdl0       
ff02::%utun0/32                         fe80::5e17:9813:2c39:4a6%utun0  UmCI          utun0

How can I recompile zt on OSX from source, to get a bit more logging info (e.g. ZT_DEBUG) ?

#3

Compiling requires some of the new Apple Arm stuff, so you need the latest/beta Xcode installed.

We’re working on this right now FYI.

#4

Same issue on 10.14.6

#5

We found this issue. Should have an update later today.

#6

Give this a shot and let us know if it works.

ZeroTier One.pkg

#7

Hey Grant

No change here, still no IPs in ifconfig on the 10.13 machines I tested.

#8

thanks trying this now. What git commit does this relate to? I’m seeing similar issues on FreeBSD too.

#9

@dch latest on the dev branch. Looking into FreeBSD right now. Think it might be the same thing

Edit: thought this was a different thread. There’s still an issue with the Mac package that Adam is looking into

#10

FreeBSD build is definitely fixed with dev #1542163689ee9a81d6105e8ea9a08b6bc96990c3 thanks.

I will try the OSX package now.

BTW for both platforms, if you could wrap all shelled ::execl("/sbin/route|ifconfig ...") type commands somehow so they are printed out on stderr or stdout (whether built in debug mode or not) that would help enormously. There are few calls like this, but they dramatically aid in debugging.

Known Issues in 1.6.0 Release
#11

indeed - still no routes or IPs being added :frowning:

# ifconfig ...
feth7975: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 16370
	ether 66:65:74:68:1f:27
	peer: feth2975
	media: autoselect
	status: active
feth2975: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 5000 mtu 2800
	ether 8e:91:c0:2d:cf:6f
	peer: feth7975
	media: autoselect
	status: active
#12

looking into this now. netstat -nr shows the routes being applied, however I’m not getting IP addresses on the adapters, either.

#13

No routes added here (our zt is pure 6PLANE):

netstat -rn -f inet6
Routing tables

Internet6:
Destination                             Gateway                         Flags         Netif Expire
default                                 fe80::%utun0                    UGcI          utun0
::1                                     ::1                             UHL             lo0
fe80::%lo0/64                           fe80::1%lo0                     UcI             lo0
fe80::1%lo0                             link#1                          UHLI            lo0
fe80::%en1/64                           link#8                          UCI             en1
fe80::1c74:6d25:5cd6:d75a%en1           8c:2d:aa:3e:3:9b                UHLI            lo0
fe80::%awdl0/64                         link#13                         UCI           awdl0
fe80::f052:c1ff:fede:ea96%awdl0         f2:52:c1:de:ea:96               UHLI            lo0
fe80::%utun0/64                         fe80::de99:1334:3e57:b416%utun0 UcI           utun0
fe80::de99:1334:3e57:b416%utun0         link#14                         UHLI            lo0
ff01::%lo0/32                           ::1                             UmCI            lo0
ff01::%en1/32                           link#8                          UmCI            en1
ff01::%awdl0/32                         link#13                         UmCI          awdl0
ff01::%utun0/32                         fe80::de99:1334:3e57:b416%utun0 UmCI          utun0
ff02::%lo0/32                           ::1                             UmCI            lo0
ff02::%en1/32                           link#8                          UmCI            en1
ff02::%awdl0/32                         link#13                         UmCI          awdl0
ff02::%utun0/32                         fe80::de99:1334:3e57:b416%utun0 UmCI          utun0
#14

1.6.1 is now out. Should fix your issues.

#15

Yep, that works. Thanks Grant!
BTW, the installer I downloaded from your site wouldn’t install on an ancient Mac Pro @ 10.10 we have.
It complained about the cert.

installer: Certificate used to sign package is not trusted. Use -allowUntrusted to override

sudo installer -allowUntrusted -target / -pkg ZeroTier\%20One.pkg
installer: Package name is ZeroTier One
installer: Upgrading at base path /
installer: The upgrade failed.

Weirdly it was happy with an installer I built on a 10.16 machine, so no problem there.

#16

Yep looking great - also great tip @pkp about the installer!

# zerotier-cli listnetworks
200 listnetworks abc123abc123 cabal 8e:91:c0:2d:cf:6f OK PRIVATE feth2975 fca2:927d:4d29:1827:eaa::1/40

# ifconfig ...
feth2975: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 5000 mtu 2800
	ether 8e:91:c0:2d:cf:6f 
	inet6 fe80::8c91:c0ff:fe2d:cf6f%feth2975 prefixlen 64 scopeid 0x10 
	inet6 fca2:927d:4d29:1827:eaa::1 prefixlen 40 
	peer: feth7975
	nd6 options=201<PERFORMNUD,DAD>
	media: autoselect
	status: active

# netstat -rn -f inet6 |grep fc
fca2:927d:4d00::/40                     link#16                         UC         feth2975       
fca2:927d:4d29:1827:eaa::1              8e:91:c0:2d:cf:6f               UHL             lo0
#17

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.