Issue with Synology DS218+ with DSM 6.2.2-24922

[mrschwarz50]

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.

[joseph-henry]

I don't think you did anything wrong here. Recently there's been reports of strange issues with the package on newer versions of DSM, I'm still zeroing in on the issue.

Can you verify that you have a /dev/net/tun on the NAS?

Also, are you certain that the service is no longer running after a few minutes? You can check with ps aux | grep zerotier

Try issuing modpobe tun and restarting the ZeroTier app.

[joseph-henry]

Also, what version of DSM are you running?

[mrschwarz50]

Thanks for the quick response. Here are my answers, in no particular order: - DSM version is DSM 6.2.2-24922 - /dev/net/tun is a file, right? If so it's there. If it's supposed to be a directory, it's not. admin@DiskstationBus:/dev/net$ dir total 0 drwxr-xr-x 2 root root 60 May 17 12:07 . drwxr-xr-x 14 root root 18680 May 17 12:23 .. crw------- 1 root root 10, 200 May 17 12:07 tun - I ran this command and here is the response. admin@DiskstationBus:/dev/net$ ps aux | grep zerotier admin 17171 0.0 0.1 23144 2452 pts/15 S+ 14:26 0:00 grep --color=auto zerotier - I ran the command 'modprobe /dev/net/tun'. It ran without error or return message. I started Zerotier in the Package Center. It started and stopped a few minutes later.

…

On Fri, May 17, 2019 at 1:01 PM Joseph Henry ***@***.***> wrote: I don't think you did anything wrong here. Recently there's been reports of strange issues with the package on newer versions of DSM, I'm still zeroing in on the issue. Can you verify that you have a /dev/net/tun on the NAS? Also, are you certain that the service is no longer running after a few minutes? You can check with ps aux | grep zerotier Try issuing modpobe tun and restarting the ZeroTier app. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#50?email_source=notifications&email_token=AMDGAQJGYKSZGDL4FRLSVA3PV36J5A5CNFSM4HNXQIY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODVVTA5Q#issuecomment-493564022>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AMDGAQIY6MO4PB5CW7JQP7DPV36J5ANCNFSM4HNXQIYQ> .

-- Michael Schwarz visit us at www.schwarz.org

[joseph-henry]

Can you check memory usage immediately after starting ZT? I'm wondering if it's possibly related to another bug.

[mrschwarz50]

When I started it, RAM usage went from 13% to 14%. When it stopped (by itself), it dropped back to 13%.

…

On Thu, May 23, 2019 at 3:31 PM Joseph Henry ***@***.***> wrote: Can you check memory usage immediately after starting ZT? I'm wondering if it's possibly related to another bug. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#50?email_source=notifications&email_token=AMDGAQMZIXUNWBBMQPSSBRDPW4EJ7A5CNFSM4HNXQIY2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODWDROXY#issuecomment-495392607>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AMDGAQJ22WSHUBKLTFUJUZTPW4EJ7ANCNFSM4HNXQIYQ> .

-- Michael Schwarz visit us at www.schwarz.org

[joseph-henry]

Hey, my apologies for taking so long on this. Here's an updated set of packages to preview 1.4.0. It addresses the following issues:

• Losing interface on reboot: insmod /lib/modules/tun.ko issued upon each reboot (and start of the service). See tickets #41 and #43
• Identity files moved to more traditional location /var/lib/zerotier-one, and are now preserved across uninstalls, reinstalls, updates, etc. Prior to this version, during uninstall we were intentionally deleting your identity files just for thoroughness but this seems to be annoying to most users (rightly so). So uninstalling and updating to this version is the last time that your configuration will get wiped. See tickets #41
• Service script now sends proper SIGKILL signal
• Segfault on ARM (might be fixed), see ticket zerotier/ZeroTierOne#1648
• Memory leak (might be fixed), see ticket #46

To view logs for this package, see: /var/log/packages/zerotier.log