zerotier / zerotiernas Goto Github PK

From what I can find, all the QNAP packages available are x86 / 64. Would it be possible to add support for the TS-219P?

[~] # uname -a
Linux BITBAY 3.4.6 #1 Wed Dec 13 10:10:47 CST 2017 armv5tel unknown

I reinstalled Zerotier One on my DS218J. When I joined the network, I got a PORT_ERROR message for status. I stopped and restarted the service and restarted the NAS with no change.

Zerotier version: 1.2.12-1
DSM version: DSM 6.2.2-24922

Thanks.

Server down...There is not a downloads at least QNAP qpkg downloads

Is there any code made for this model ?
If not: Can I use any other compatible ?
If not: How can I use my new Nas in ZeroTier ?
Thanks in advance for your help.

Since most commercial NAS users are not Linux users and shy away from any CLI use on the device, a NAS GUI is desperately needed to allow the majority to make use of this excellent tool. It is unfortunate that the XeroTier developers went away from an HTML compatible interface that could be ported to the NAS environment.

Is anyone working with the ZeroTier team to develop a Linux GUI that can be utilized on a NAS?

Install is going fine with zerotier-1.2.4-syn-avoton-6.1.spk
GUI is working fine but when joining a network system stays OFFLINE. and GUI shows that status staying at REQUESTING_CONFIGURATION.
If doing with the cli, got 200 join OK confirmation but still the zerotier-cli info says OFFLINE.

After installing the latest DSM 6.2 security update today (DSM 6.2.1-23824 Update 4 on DS1819+), ZT is no longer working. The problem is that the tun module is no longer getting automatically loaded, and so ZT of course fails to start.

I'm not sure how other VPN packages handle this, but it seems to me that ZT's startup script needs to insmod /lib/modules/tun.ko if /dev/net/tun does not exist? Note that, AFAICT, modprobe is wholly non-functional on the Synology 😞

Manually doing the insmod and then restarting the ZT service fixes things for me.

Looked into this because of
zerotier/ZeroTierOne/issues/841

Looks like the http is hard-coded to 5000/5001? (And users can change their synology web port I guess)

I could fix this up, but need a way to test that it works :)

I have been running this perfectly on DS1817+'s for a month or so but today updated the DSM and it is no longer connecting/joining.

I removed the package and reinstalled and now on that NAS, it will not even launch.

CPU on the EX4 shows as: Feroceon 88FR131 [56251311] revision 1 (ARMv5TE)

When installing the build for EX4, it shows "illegal instruction" when executing the commands. I suspect they're built for ARMv7?

I'll try all 3 available binaries, and see if there is any difference.

UPDATE: I also built it myself, same issue:

root@NAS / # zerotier-cli
Illegal instruction

Would like to check which version should I use for Xpenology 6.1.6 DS3615xs with A4-5000 ?

I have 3 different Synology Nas units with this same issue:

• DS916+
• DS1718
• DS212J

After a reboot these devices lose their virtual interface mac address, which re-lists them (un-authorized) on their respective ZeroTier networks. They are running version 1.2.8 and DSM 6.2

On Reddit somebody suggest I'd submit a issue here and suggested it might be deleting it's identity after a reboot?

https://download.zerotier.com/dist/zerotier-1.2.4-syn-88f6281-6.1.spk is offered, but non existent.

Maybe because the synology OS is stuck at 5.x and 6.x is not available? I'm still using ZerTier-One 1.1.14-4 and it technically works. (http://pkg.entware.net/binaries/armv5/Packages.html)

root@NAS:~# cat /proc/cpuinfo 
Processor       : ARMv7 Processor rev 1 (v7l)
processor       : 0
BogoMIPS        : 1594.16

processor       : 1
BogoMIPS        : 1594.16

Features        : swp half thumb fastmult vfp edsp neon vfpv3 tls 
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x4
CPU part        : 0xc09
CPU revision    : 1

Hardware        : Marvell Armada-375 Board
Revision        : 0000
Serial          : 0000000000000000
root@NAS:~# zerotier-cli join xxxxxxxxxxxx
zerotier-cli: missing authentication token and authtoken.secret not found (or readable) in /var/lib/zerotier-one

it seem zerotier-idtool not work well

CPU: Realtek ARM CortexA53 (64-bit), RTD 1296, 1.4GHz

My Synology model: DS 416 play

the Zerotier GUI always shows this on my Synology Diskstation, despite it working from the command line (with sudo zerotier-cli). I am accessing this GUI through the web interface, either being connected to the same local network or through Zerotier.

Just bought this new NAS, a QNAP TS-831x. It won't load the x86 code telling me the platform is incompatible. It's got an Alpine AL-314 Quad-core 1.7 GHz Cortex-A15 processor. Whereas my other QNAP TS-453BT3 has a Celeron chip and gave me no hassle. Thoughts?

after installing zerotier-one.spk 1.2.2 downloaded from website, upon clicking the 'join' button i had no effect. the browser console would show some 502s.

• rebooted my syno and tried again, no effect
• without networkid the ui complains pressing 'join', if enter networkid and click 'join' i get no effect

DS212j
MARVELL Kirkwood 88F6281
DSM 6.1-15047 Update 1

Installation on DSM 414 is finishing
but you can't join a network
click on join has no response
and the zt prozess is consuming 50% CPU
stopping not working
deinstall doesn't stop prozess
need to reboot the DSM

As the title says it seems to work fine but on each boot the device ID changes so no persistent networking

I installed the QPKG successfully but when i try and run the zerotier-cli I get the following
[/usr/lib] # zerotier-cli
zerotier-cli: /lib/libc.so.6: version GLIBC_2.15' not found (required by zerotier-cli) zerotier-cli: /lib/libc.so.6: version GLIBC_2.7' not found (required by zerotier-cli)
zerotier-cli: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.18' not found (required by zerotier-cli) zerotier-cli: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.14' not found (required by zerotier-cli)
zerotier-cli: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.17' not found (required by zerotier-cli) zerotier-cli: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11' not found (required by zerotier-cli)
zerotier-cli: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by zerotier-cli)

The versions the libs that are with QNAP are:
[/usr/lib] # strings /usr/lib/libstdc++.so.6 | grep LIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_FORCE_NEW
[/usr/lib] # /lib/libc.so.6
GNU C Library stable release version 2.6.1, by Roland McGrath et al.
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2).
Compiled on a Linux >>2.6.22-14-server<< system on 2015-01-29.
Available extensions:
crypt add-on version 2.1 by Michael Glad and others
GNU Libidn by Simon Josefsson
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
For bug reporting instructions, please see:
http://www.gnu.org/software/libc/bugs.html.

I am running the latest version of the firmware from QNAP and I am unaware of any way to upgrade these libraries.
Any suggestions on how to fix this issues as im guessing this is going to be the same issues for every non 64bit systems.

Thanks

Just adding my rack station to the list of working. It has Intel Xeon D-1521 CPU.

run on the nas the Status show PORT_ERROR

I setup a docker(zerotier/zt1-build-fedora-22-x86-base) and then make bin for MyCloudPR2100

when run

sh-4.3# ../mksapkg   -E -s -m MyCloudPR2100

got ,

============================================
        mksapkg version: v1.2
============================================
ERROR: fail to read apkg.rc file!

sh-4.3# ls
Apkg.rc    apkg.xml  clean.sh  install.sh  remove.sh  stop.sh
apkg.sign  bin       init.sh   preinst.sh  start.sh   webpage

then

sh-4.3# cp Apkg.rc  apkg.rc
sh-4.3# ../mksapkg   -E -s -m MyCloudPR2100

succeed.

but when install it, just got error,

without any detail error message.

Hello,

I'm using Zerotier on my Synology 1817+ with DSM 6.1.4-15217 Update 2
I have installed the package

• zerotier-1.2.4-syn-avoton-6.1.spk and

• zerotier-1.2.4-syn-x64-6.1.spk

but unfortunately this does not work. No effect when pressing the JOIN button on the interface, and also, accessing Zerotier via CLI results in zerotier-cli command not found

Can't use it.

We now have a package for QNAP models which fit the designation arm-x41.

https://download.zerotier.com/dist/zerotier_1.2.4_qnap-arm-x41.qpkg

I've personally tested this on a TS-231P2. All of our packages will require that you first install QVPN Service before installing our package.

Packages for the rest of the ARM lineup are on their way. Thank you for your patience.

https://github.com/SynoCommunity/spksrc/wiki/Architecture-per-Synology-model

DS215j - synology_armada375_215j

https://www.synology.com/en-us/knowledgebase/DSM/tutorial/General/What_kind_of_CPU_does_my_NAS_have

DS215+ | Annapurna Labs Alpine AL-212 | Dual Core | 2 | Yes | Alpine4k | DDR3 1 GB

I installed the newest file from https://www.zerotier.com/download.shtml

zerotier-1.2.8r0-syn-armada375-6.1.spk

When click "join" in zerotier app totally nothing happen. No error, no info, message etc. I wish it will give some error message.

PS WebBrowser Console has no error.

The zerotier client on my Synology, running v1.2.12 (using ZT's provided binary package), is leaking memory considerably. This is a graph from the Synology's resource monitor. The numbers on the x axis are days of the month (Feb 2019).

The zerotier-one process is now using ~1.2GB of RAM, so that graph shows a leak of about 50 megs a day edit: I misread the y axis 1.1G over 10 days. It would have brought down the NAS by itself within a month!

The NAS in question is connected to one ZT network.

Restarting the package/service cleared the leak ... for now.

Side note: the 1.2.12 package reports as version 1.2.13?

I have installed ZeroTier One on my DS414:
DS414 | Marvell Armada XP MV78230 | Dual Core | 2 | Yes | Armadaxp | DDR3 1 GB

I have tried version for DS413j processor was similar.

Web UI looks working, but stays offline. So I have checked logs and cli.

Cli:
zerotier-cli: missing port and zerotier-one.port not found in /var/lib/zerotier-one

According to googling, that means service is not running.
sudo synoservice --list does not show zero* among installed packages.

Can I help somehow to make it work on this Synology?
Thanks

Hello
I can confirm that Synology DS212j (MARVELL Kirkwood 88F6281) is supported in version 1.2.4

Cheers
Piotr

Any possibility of supporting a synology RS816 at the moment it looks like ZeroTier chews up about 40% cpu and just loads a grey window when opening up the webapp

Does not go online / can not join network

DS418j Realtek RTD1293 Dual Core 2 Yes rtd1296 DDR4 1GB

Hello!

DS918+ / Intel J3455 / 8G Ram

Because for move the Synology's package from HDD volume1 to volume3, I did the following operation.
Step1, uninstall all package (inculde zerotier)
Step2, set default volume to volume3 in package center settings
Step3, reinstall zerotier package (zerotier-1.2.8r0-syn-apollolake-6.1.spk)

After the step3, here is an error: zerotier can't start in GUI of package center.

The following is command line's result.

root@bf_bky:~# zerotier-cli info
zerotier-cli: missing port and zerotier-one.port not found in /var/lib/zerotier-one

root@bf_bky:/var/packages/zerotier/conf# cd /usr/local
root@bf_bky:/usr/local# dir
total 36
drwxr-xr-x  9 root root 4096 Dec 30 18:34 .
drwxr-xr-x 11 root root 4096 Jul  3 21:50 ..
drwxr-xr-x  3 root root 4096 Dec 30 18:53 bin
drwxr-xr-x 12 root root 4096 Dec 16 09:25 etc
drwxr-xr-x  5 root root 4096 Dec 30 18:53 lib
drwxr-xr-x 28 root root 4096 Dec 21 23:13 libexec
drwxr-xr-x  3 root root 4096 Dec 30 18:34 node
drwxr-xr-x  4 root root 4096 Dec 16 00:03 packages
drwxr-xr-x  8 root root 4096 Dec 21 20:17 share
lrwxrwxrwx  1 root root   36 Dec 30 18:34 SynologyApplicationService -> /volume3 /@SynologyApplicationService
lrwxrwxrwx  1 root root   27 Dec 21 21:31 zerotier -> /volume1/@appstore/zerotier

root@bf_bky:/usr/local# ps aux | grep zerotier
root       565  0.0  0.0  23140  2312 pts/9    S+   23:53   0:00 grep --color=auto zerotier

root@bf_bky:/usr/local/bin# cat /var/log/zerotier-one.log
Sun Dec 30 15:55:09 CST 2018 Starting ZeroTier
Sun Dec 30 15:55:09 CST 2018 Stopping daemon watchdog
Sun Dec 30 15:55:09 CST 2018 Starting daemon watchdog (to protect /dev/net/tun)
starting /usr/local/zerotier/bin/zerotier-one
Sun Dec 30 15:55:10 CST 2018 Started ZeroTier
Sun Dec 30 17:56:09 CST 2018 Stopping ZeroTier
Sun Dec 30 17:56:09 CST 2018 Stopping daemon watchdog
Sun Dec 30 17:56:09 CST 2018 Stopped ZeroTier
Sun Dec 30 17:56:09 CST 2018 UNINSTALL: killing zerotier-one and watchdog
Sun Dec 30 17:56:09 CST 2018 UNINSTALL: removing config files but leaving identity.*                                     files
Sun Dec 30 17:56:09 CST 2018 UNINSTALL: removing old symlinks
Sun Dec 30 17:56:09 CST 2018 UNINSTALL: removing nginx reverse proxy config
Sun Dec 30 18:39:17 CST 2018 INSTALL: Unpacked to:  /volume3/@appstore/zerotier
Sun Dec 30 18:39:17 CST 2018 INSTALL: INSTALL_DIR= /usr/local/
Sun Dec 30 18:39:17 CST 2018 INSTALL: creating symlinks from /volume3/@appstore/zerot                                    ier to /usr/local/ and /usr/local//bin
Sun Dec 30 18:39:17 CST 2018 INSTALL: setting nginx reverse proxy config
Sun Dec 30 18:39:17 CST 2018 INSTALL: creating /dev/net/tun device
Sun Dec 30 18:39:17 CST 2018 INSTALL: loading TUN kernel module
Sun Dec 30 18:39:18 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Sun Dec 30 18:39:19 CST 2018 Started ZeroTier
Sun Dec 30 18:39:32 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Sun Dec 30 18:39:33 CST 2018 Started ZeroTier
Sun Dec 30 18:39:44 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Sun Dec 30 18:39:45 CST 2018 Started ZeroTier
Sun Dec 30 18:40:01 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Sun Dec 30 18:40:02 CST 2018 Started ZeroTier
Sun Dec 30 18:44:15 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Sun Dec 30 18:44:16 CST 2018 Started ZeroTier
Sun Dec 30 18:45:17 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Sun Dec 30 18:45:18 CST 2018 Started ZeroTier
Sun Dec 30 18:45:57 CST 2018 UNINSTALL: killing zerotier-one and watchdog
Sun Dec 30 18:45:57 CST 2018 UNINSTALL: removing config files but leaving identity.*                                     files
Sun Dec 30 18:45:57 CST 2018 UNINSTALL: removing old symlinks
Sun Dec 30 18:45:57 CST 2018 UNINSTALL: removing nginx reverse proxy config
Sun Dec 30 18:46:16 CST 2018 INSTALL: Unpacked to:  /volume3/@appstore/zerotier
Sun Dec 30 18:46:16 CST 2018 INSTALL: INSTALL_DIR= /usr/local/
Sun Dec 30 18:46:16 CST 2018 INSTALL: creating symlinks from /volume3/@appstore/zerot                                    ier to /usr/local/ and /usr/local//bin
Sun Dec 30 18:46:16 CST 2018 INSTALL: setting nginx reverse proxy config
Sun Dec 30 18:46:16 CST 2018 INSTALL: creating /dev/net/tun device
Sun Dec 30 18:46:16 CST 2018 INSTALL: loading TUN kernel module
Sun Dec 30 18:46:17 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Sun Dec 30 18:46:18 CST 2018 Started ZeroTier
Sun Dec 30 18:46:25 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Sun Dec 30 18:46:26 CST 2018 Started ZeroTier
Sun Dec 30 18:46:40 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Sun Dec 30 18:46:41 CST 2018 Started ZeroTier
Sun Dec 30 18:47:32 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Sun Dec 30 18:47:33 CST 2018 Started ZeroTier
Sun Dec 30 18:53:32 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Sun Dec 30 18:53:33 CST 2018 Started ZeroTier
Sun Dec 30 18:55:51 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Sun Dec 30 18:55:52 CST 2018 Started ZeroTier
Sun Dec 30 18:56:06 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Sun Dec 30 18:56:07 CST 2018 Started ZeroTier
Sun Dec 30 18:57:52 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Sun Dec 30 18:57:53 CST 2018 Started ZeroTier
Mon Dec 31 00:02:01 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Mon Dec 31 00:02:02 CST 2018 Started ZeroTier
Mon Dec 31 00:15:07 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Mon Dec 31 00:15:08 CST 2018 Started ZeroTier
Mon Dec 31 00:35:58 CST 2018 Starting ZeroTier
starting /usr/local/zerotier/bin/zerotier-one
Mon Dec 31 00:35:59 CST 2018 Started ZeroTier

Any solution.

Thank you

Hi, I installed the zerotier evansport package on the nas DS415play; it installs correctly but does not execute JOIN network

Packages for QNAP x31 models are missing from release download page (https://download.zerotier.com/RELEASES/1.2.4/dist/), but on webpage https://github.com/zerotier/ZeroTierNAS/blob/master/QNAP/README.md is a reference to zerotier_1.2.4-qnap-arm-x31.qpkg package.

Anyone have that package? I tried arm-x41 and it is not working.

My synology device: DS215j with DSM 6.0.3-8754 Update 8
When I am trying to install zerotier-1.2.12r1-syn-armada375-6.0.2.spk manually.

This error appears and then the installation failed:
"This package does not contain digital signature"

Clicking on the installed package on my QNAP NAS launches the small window which has the second Open button on it. This button does nothing. There is nothing in the logs. All other apps launch fine. All browser plugins disabled. Same results on Chrome, Firefox and

https://i.imgur.com/x15q3nj.png

Model name TS-879 Pro
Firmware version 4.3.4.0597 Build 20180528

Zerotier version 1.2.4
The installed file is ZeroTier_1.2.4_x86_64.qpkg downloaded from https://download.zerotier.com/RELEASES/1.2.4/dist/ZeroTier_1.2.4_x86_64.qpkg

From /etc/config/ qpkg.conf:
[ZeroTier]
Status = complete
Name = ZeroTier
Version = 1.2.4
Author = www.zerotier.com
QPKG_File = ZeroTier.qpkg
Date = 2018-06-14
Shell = /share/CACHEDEV1_DATA/.qpkg/ZeroTier/ZeroTier.sh
Install_Path = /share/CACHEDEV1_DATA/.qpkg/ZeroTier
RC_Number = 101
Enable = TRUE
Official = 0

In ssh shell into the NAS when I execute this command I get this result:
$ /share/CACHEDEV1_DATA/.qpkg/ZeroTier/ZeroTier.sh restart
ln: /usr/sbin/zerotier-cli: File exists
ln: /usr/bin/zerotier-cli: File exists

My install dir looks like this:
$ ls -la /share/CACHEDEV1_DATA/.qpkg/ZeroTier
total 1124
drwxr-xr-x 4 501 20 4096 2018-06-14 21:05 ./
drwxrwxrwx 11 admin administrators 4096 2018-06-14 18:02 ../
-rw------- 1 admin administrators 24 2018-06-14 17:32 authtoken.secret
drwx------ 2 admin administrators 4096 2018-06-14 17:32 controller.d/
-rw-r--r-- 1 501 20 120 2017-06-25 20:53 ._.DS_Store
-rw-r--r-- 1 501 20 6148 2017-06-25 20:53 .DS_Store
-rw-r--r-- 1 501 20 0 2017-05-31 01:18 .gitkeep
drwxr-xr-x 2 admin administrators 4096 2018-06-14 17:32 iddb.d/
-rw-r--r-- 1 admin administrators 141 2018-06-14 17:32 identity.public
-rw------- 1 admin administrators 270 2018-06-14 17:32 identity.secret
-rw-r--r-- 1 admin administrators 128 2018-06-14 17:37 .list
-rw-r--r-- 1 admin administrators 634 2018-06-14 21:05 planet
-rw-r--r-- 1 501 20 1853 2017-05-31 01:18 .qpkg_icon_80.gif
-rw-r--r-- 1 501 20 1853 2017-05-31 01:18 .qpkg_icon.gif
-rw-r--r-- 1 501 20 2375 2017-05-31 01:18 .qpkg_icon_gray.gif
-rwxr-xr-x 1 admin administrators 801 2018-06-14 17:37 .uninstall.sh*
-rwxr-xr-x 1 501 20 1071592 2017-06-25 20:50 zerotier-one*
-rw-r--r-- 1 admin administrators 5 2018-06-14 21:05 zerotier-one.pid
-rw-r--r-- 1 admin administrators 4 2018-06-14 21:05 zerotier-one.port
-rwxr-xr-x 1 501 20 731 2017-06-25 21:06 ZeroTier.sh*`

$ uname -a
Linux nas5 4.2.8 #1 SMP Mon May 28 09:37:00 CST 2018 x86_64 GNU/Linux

I have a 64-bit OS.

Any ideas or is everything done via cli?

There is no official build for qoriq (ppc, freescale P1022, x13 Series) is there?
Would love to install it on my DS413 (synology_qoriq_413)

Hi have manage setup zerotier and connect to network .
Have to stop zerotier a couple of times. And now the service won't start.
I have uninstall and install several times but it will not start.
Here is the log

root@Syno:/usr/local/bin$ cat /var/log/zerotier-one.log
Wed Dec 5 11:45:38 CET 2018 INSTALL: Unpacked to: /volume3/@appstore/zerotier
Wed Dec 5 11:45:38 CET 2018 INSTALL: INSTALL_DIR= /usr/local/
Wed Dec 5 11:45:38 CET 2018 INSTALL: creating symlinks from /volume3/@appstore/zerotier to /usr/local/ and /usr/local//bin
Wed Dec 5 11:45:38 CET 2018 INSTALL: setting nginx reverse proxy config
Wed Dec 5 11:45:38 CET 2018 INSTALL: creating /dev/net/tun device
Wed Dec 5 11:45:38 CET 2018 INSTALL: loading TUN kernel module
Wed Dec 5 11:45:39 CET 2018 Starting ZeroTier
Wed Dec 5 11:45:39 CET 2018 Stopping daemon watchdog
Wed Dec 5 11:45:39 CET 2018 Starting daemon watchdog (to protect /dev/net/tun)
starting /usr/local/zerotier/bin/zerotier-one
Wed Dec 5 11:45:40 CET 2018 Started ZeroTier
Wed Dec 5 11:51:20 CET 2018 Stopping ZeroTier
Wed Dec 5 11:51:20 CET 2018 Stopping daemon watchdog
Wed Dec 5 11:51:20 CET 2018 Stopped ZeroTier
Thu Jan 31 19:16:14 CET 2019 Starting ZeroTier
Thu Jan 31 19:16:14 CET 2019 Stopping daemon watchdog
Thu Jan 31 19:16:14 CET 2019 Starting daemon watchdog (to protect /dev/net/tun)
starting /usr/local/zerotier/bin/zerotier-one
Thu Jan 31 19:16:15 CET 2019 Started ZeroTier
Thu Jan 31 19:29:23 CET 2019 Stopping ZeroTier
Thu Jan 31 19:29:23 CET 2019 Stopping daemon watchdog
Thu Jan 31 19:29:23 CET 2019 Stopped ZeroTier
Thu Jan 31 19:30:19 CET 2019 Starting ZeroTier
Thu Jan 31 19:30:19 CET 2019 Stopping daemon watchdog
Thu Jan 31 19:30:19 CET 2019 Starting daemon watchdog (to protect /dev/net/tun)
starting /usr/local/zerotier/bin/zerotier-one
Thu Jan 31 19:30:20 CET 2019 Started ZeroTier
Thu Jan 31 19:44:18 CET 2019 Stopping ZeroTier
Thu Jan 31 19:44:18 CET 2019 Stopping daemon watchdog
Thu Jan 31 19:44:18 CET 2019 Stopped ZeroTier
Thu Jan 31 19:44:26 CET 2019 UNINSTALL: killing zerotier-one and watchdog
Thu Jan 31 19:44:26 CET 2019 UNINSTALL: removing config files but leaving identity.* files
Thu Jan 31 19:44:26 CET 2019 UNINSTALL: removing old symlinks
Thu Jan 31 19:44:26 CET 2019 UNINSTALL: removing nginx reverse proxy config
Thu Jan 31 19:48:27 CET 2019 INSTALL: Unpacked to: /volume3/@appstore/zerotier
Thu Jan 31 19:48:27 CET 2019 INSTALL: INSTALL_DIR= /usr/local/
Thu Jan 31 19:48:27 CET 2019 INSTALL: creating symlinks from /volume3/@appstore/zerotier to /usr/local/ and /usr/local//bin
Thu Jan 31 19:48:27 CET 2019 INSTALL: setting nginx reverse proxy config
Thu Jan 31 19:48:27 CET 2019 INSTALL: creating /dev/net/tun device
Thu Jan 31 19:48:27 CET 2019 INSTALL: loading TUN kernel module
Thu Jan 31 19:52:43 CET 2019 Stopping ZeroTier
Thu Jan 31 19:52:43 CET 2019 Stopping daemon watchdog
Thu Jan 31 19:52:43 CET 2019 Stopped ZeroTier
Thu Jan 31 20:01:39 CET 2019 Stopping ZeroTier
Thu Jan 31 20:01:39 CET 2019 Stopping daemon watchdog
Thu Jan 31 20:01:39 CET 2019 Stopped ZeroTier
Thu Jan 31 20:03:05 CET 2019 Stopping ZeroTier
Thu Jan 31 20:03:05 CET 2019 Stopping daemon watchdog
Thu Jan 31 20:03:05 CET 2019 Stopped ZeroTier
Thu Jan 31 20:03:17 CET 2019 UNINSTALL: killing zerotier-one and watchdog
Thu Jan 31 20:03:17 CET 2019 UNINSTALL: removing config files but leaving identity.* files
Thu Jan 31 20:03:17 CET 2019 UNINSTALL: removing old symlinks
Thu Jan 31 20:03:17 CET 2019 UNINSTALL: removing nginx reverse proxy config
Thu Jan 31 20:06:13 CET 2019 INSTALL: Unpacked to: /volume3/@appstore/zerotier
Thu Jan 31 20:06:13 CET 2019 INSTALL: INSTALL_DIR= /usr/local/
Thu Jan 31 20:06:13 CET 2019 INSTALL: creating symlinks from /volume3/@appstore/zerotier to /usr/local/ and /usr/local//bin
Thu Jan 31 20:06:13 CET 2019 INSTALL: setting nginx reverse proxy config
Thu Jan 31 20:06:13 CET 2019 INSTALL: creating /dev/net/tun device
Thu Jan 31 20:06:13 CET 2019 INSTALL: loading TUN kernel module
Thu Jan 31 20:14:03 CET 2019 Stopping ZeroTier
Thu Jan 31 20:14:03 CET 2019 Stopping daemon watchdog
Thu Jan 31 20:14:03 CET 2019 Stopped ZeroTier
Thu Jan 31 20:14:03 CET 2019 UNINSTALL: killing zerotier-one and watchdog
Thu Jan 31 20:14:03 CET 2019 UNINSTALL: removing config files but leaving identity.* files
Thu Jan 31 20:14:03 CET 2019 UNINSTALL: removing old symlinks
Thu Jan 31 20:14:03 CET 2019 UNINSTALL: removing nginx reverse proxy config
Thu Jan 31 20:18:14 CET 2019 INSTALL: Unpacked to: /volume3/@appstore/zerotier
Thu Jan 31 20:18:14 CET 2019 INSTALL: INSTALL_DIR= /usr/local/
Thu Jan 31 20:18:14 CET 2019 INSTALL: creating symlinks from /volume3/@appstore/zerotier to /usr/local/ and /usr/local//bin
Thu Jan 31 20:18:14 CET 2019 INSTALL: setting nginx reverse proxy config
Thu Jan 31 20:18:14 CET 2019 INSTALL: creating /dev/net/tun device
Thu Jan 31 20:18:14 CET 2019 INSTALL: loading TUN kernel module
Thu Jan 31 20:26:57 CET 2019 Stopping ZeroTier
Thu Jan 31 20:26:57 CET 2019 Stopping daemon watchdog
Thu Jan 31 20:26:57 CET 2019 Stopped ZeroTier
Thu Jan 31 20:27:04 CET 2019 UNINSTALL: killing zerotier-one and watchdog
Thu Jan 31 20:27:04 CET 2019 UNINSTALL: removing config files but leaving identity.* files
Thu Jan 31 20:27:04 CET 2019 UNINSTALL: removing old symlinks
Thu Jan 31 20:27:04 CET 2019 UNINSTALL: removing nginx reverse proxy config

Thanks

Hello, is there anyway to get zerotier on a ex4100? I've tried the steps in BUILD on multiple different computers and searched online on help, but kept on failing to run mksapkg. When I use the mksapkg from the WD folder, I usually get the error of "../mksapkg: No such file or directory"(Debian 64-bit) or "../mksapkg: line 1: syntax error: unexpected "("" (WD EX4100). And with the mksapkg provided by wd, I still get the same errors.

Have a Synology DS218J, I purchased a new DS218+ to use in another location. Following the 'Architecture per Synology Model' list, I download and installed the 'zerotier-1.2.12r1-syn-apollolake-6.1.spk' package.

I opened the UI and added the network I wanted. I got a 'REQUESTING_CONFIGURATION' message in the status field and no IP addresses shown. The interface showed I was offline.

I went to my network page at zerotier.com and manually added the address. The status didn't change and I was still offline.

I opened an SSH session and ran the 'zerotier-cli' command. I received a message that said, 'missing authentication token and authtoken.secret not found (or readable) in /var/packages/zerotier/target/var' .

Following a suggestion I found in another post, I ran the following command, 'sudo chown admin authtoken.secret' when I was in the '/var/packages/zerotier/target/var' directory. That got me past the error.

The problem I am having is that client program won't stay running. It runs for a few minutes and then quits. Also, when installing it, a virtual network interface was not created like all the other instances of Zerotier on other devices were.

Where did I go wrong or what's the issue that I need to deal with?

p.s. I tried uninstalling and reinstalling using the 'zerotier-1.2.12r1-syn-x64-6.1.spk' file. The results were the same.

Thanks.

Hi,

It has been working and suddenly stop working. Have updated the Zerotier to 1.2.12-1 and it still not working.

http://prntscr.com/myotsw

root@xyz:/var/lib/zerotier-one# zerotier-cli info
zerotier-cli: missing port and zerotier-one.port not found in /var/packages/zerotier/target/var

The link provided for the ReadyNAS is to the code, not the package. Users not familiar with GitHub may have trouble navigating to the package. There is also a newer fork for AMD64 systems:

Last version with GUI, only version for ARM -- old but still works: https://github.com/NAStools/zerotierone/releases/tag/readynas%2F1.1.14-nt3

Newer version for AMD64 only, no GUI: https://github.com/didyouexpectthat/zerotierone/releases/tag/readynas%2F1.2.4-nt1-RC2

1.2.8, if I direct connect to the NAS (DS218+) and install the apollolake or x64 build, ZeroTier UI works. When connecting through quick connect it doesn't.

I have a DS918+ running "DSM 6.2-23739 Update 2" with ZeroTier v1.2.8r0. One ethernet port connected.

Everything is running smoothly in general. However, when I turned on vSwitch (Control Panel->Network->Network Interface->Manage->Open vSwitch Settings->Enable Open vSwitch) I was no longer able to connect to the NAS remotely.

After turning on vSwitch and before I was able to get local, ZeroTier Central showed the NAS reporting online for days while it wasn't actually reachable through a ZeroTier connection.

Once I was local again, I logged into the NAS and saw that the ZeroTier network interface was missing from Control Panel->Network->Network Interface.

Given the above two points, it seems like part of the ZeroTier service was communicating out to ZeroTier Central, but DSM removed the network interface or something when turning on vSwitch - so it wasn't effectively online.

I rebooted the NAS and I was then able to connect to the it through ZeroTier.

Expected result:
Can still connect to NAS via ZeroTier.
If NAS isn't actually reachable via ZeroTier, ZeroTier Central wouldn't show its status as Online. But it's also not exactly offline.

Having a very similar issue to #7 with a Synology RS814. It's an ARM architecture as well and the ZeroTier client never goes online. Using Firefox 58.0.2 but it seems more of a Synology ARM issue as the Intel Synology I have as well on the same network works fine.

Following the notes in the case I mention above, I checked for running processes and a log file.

I don't seem to have a watchdog process:
admin@ht-nas02:/$ ps aux | grep zerotier
root 12795 92.1 0.1 4244 920 ? R 12:49 23:17 /usr/sbin/zerotier-one -d
admin 16334 0.0 0.1 4648 796 pts/1 S+ 13:15 0:00 grep --color=auto zerotier
I have the tun device.

Haven't found the log file--it's not where I would expect. Using find . -name zerotier* from the / has revealed nothing obvious.

If anyone needs this, make a note of the specific model here.

I have noticed recently that ZT does not connect properly after rebooting my NAS. All preconfigured settings: network, IP, etc are there when I listnetworks, but under status it says PORT_ERROR.

Leaving and rejoining the network does not fix the problem.

The only thing that seems to work is uninstalling and reinstalling the package, and adding the new member ID to my network.

Package version I'm using is 1.2.12r1

I have tried the following:

• [Y ] Disabling QuickConnect
• [NA ] Disabling OpenVPN
• [NA ] Restoring web port to default (5000/5001)
• [Y] Restarting NAS
• [Y] Reinstall ZT
• Checked for presence of dev/net/tun
• Verified that ZT is or is not running with ps aux | grep zerotier
• confirmed that config files exist in /var/packages/zerotier/target/var
• [Y] Issued zerotier-cli commands as root

I am aware of the following

• [Y ] The GUI is deprecated and may not work on my particular NAS
• [Y ] The CLI is the recommended interface for controlling ZT

Other important information

• Model:DS918+
• Current DSM version: 6.2.2-24922 Update 2
• DSM version when issue was first observed:
  6.2.2-24922 Update 1

I've used the synology addon for a few months, and noticed it doesn't work any longer. I tried leaving the network, re-joining the network, but nothing works. I deleted the object in the network dashboard, it never shows back up. Even removed the package and reinstalled, still shows able to join ok at the the linux cli, but never shows up in the dash. Logs show nothing at all useful short of start/stop of client.

Anyone else see this? Using currently DSM 6.1.2-15132 and latest 1.2.8 zerotier modules for it.

The link for download the file for qnap arm-x31 (ZeroTier_1.2.4-qnap-arm-x31.qpkg) doesn't work