ZeroTier as a ReadyCloud replacement.

Wow, you got 1.8.7 to install?  I never got past 1.6.6 on AMD64 (for Intel systems) or 1.6.0 on ARMHF (for ARM).  Are you on OS6.10.9?  I never tried with it, and maybe the bad Netgear repository on 6.10.8 was what was stopping me.

And thanks for the comprehensive update.  I think following the whole thread, which I started before Debian8 was archived, was confusing a lot of folks.

OS 6.10.9

---

tigerten wrote:

I see people is having problem installing the zerotier app. It is actually very simple. Here is how I did mine.

 

1. Follow Sandshark link to fix your "etc/apt/source.list)

How I got apt update and install to work  

2. Download the zerotier deb, in my case it was version 1.8.7

https://download.zerotier.com/RELEASES/1.8.7/dist/debian/jessie/zerotier-one_1.8.7_amd64.deb 

 

This is the most recent version I could install. Nothing after this

 

3. Install this within the Web Interface through app uploading. 

4. login to SSH and type in these: 

 

1. zerotier-cli status-->output: 200 info <device address> ONLINE <zerotier version>
2. zerotier-cli join xxxxxxxxxx <Your networkID> -->output: Join OK.
3. (authorize device in zerotier central)
4. zerotier-cli listnetworks--> outputs 200 listnetworks <nwid> <name> <mac> <status> <type> <dev> <ZT assigned ip>

 

---

tigerten - Is it possible to use the ZeroTier app GUI with this install method?

No. 

Zerotier GUI does not really do much. 

the setup is one time thing. once up, it is care-free. As you can see, it is just one line: join the network. 

As tigerten mentioned in his post, 1.8.7 is now the latest that can be installed with firmware 6.9.10 on an Intel system.  1.8.4 is now the latest that can be installed on and ARM system (using the armhf release).  They must be manually downloaded and installed locally, after obtaining them from https://download.zerotier.com/RELEASES/ and navigating to the appropriate release, debian, jessie, then downloading the .deb for the appropriate architecture.   I tested these on a "fresh" 3220 and a 212 that had 1.6.0 already installed after having just upgraded to 6.10.9 and making the required changes to sources.list (and apt.conf if this is the first time you've made the source change), followed by an apt-get update.

---

tigerten wrote:

I see people is having problem installing the zerotier app. It is actually very simple. Here is how I did mine.

 

1. Follow Sandshark link to fix your "etc/apt/source.list)

How I got apt update and install to work  

2. Download the zerotier deb, in my case it was version 1.8.7

https://download.zerotier.com/RELEASES/1.8.7/dist/debian/jessie/zerotier-one_1.8.7_amd64.deb 

 

This is the most recent version I could install. Nothing after this

 

3. Install this within the Web Interface through app uploading. 

4. login to SSH and type in these: 

 

1. zerotier-cli status-->output: 200 info <device address> ONLINE <zerotier version>
2. zerotier-cli join xxxxxxxxxx <Your networkID> -->output: Join OK.
3. (authorize device in zerotier central)
4. zerotier-cli listnetworks--> outputs 200 listnetworks <nwid> <name> <mac> <status> <type> <dev> <ZT assigned ip>

 

---

tigerten , StephenB , Sandshark  - 

Still failing to install the app. Here are the steps I followed:

• Downloaded version 1.8.7 from  the link above.

• Made Sandshark's changes  to  /etc/apt/sources.list  and created /etc/apt/apt.conf directly on the NAS using VI

• Upgraded the OS to 6.10.9 and rebooted

Version 1.8.7 fails to install from the web interface

Version 1.6.6 fails to install from the web interface
Version 1.6.6 fails to install using apt-get with the same dependency errors

Any advice on where I might have messed up?

Thanks!

AFAIK, the GUI package install will not work for anything where additional packages need to be updated.  So, basically, unless you are re-installing something (same version), it's likely not going to work at all with anything.

Are you on OS 6.10.9, and did you see my most recent post summarizing the sources update thread?

Did you do an apt-get update after you made the changes to the sources?  There is no need to re-boot.  In fact, doing so does nothing.  You must manually do the apt-get update.  NOTE:  Do not accidently do apt-get upgrade, you'll break stuff.  Since on the ReadyNAS we are at the point that the sources will likely never change, it may not matter; but in general, you should always do an apt-get update before any install.

I'm not sure if this is also part of your problem, but for the benefit of all:  when doing a local install, you must always preface the file name with ./ if it's in the current directory.  Of course, if it's in a different directory, then it doesn't matter.  So, the command is  apt-get install ./zerotier-one_1.8.7_amd64.deb (for Intel-based  NAS).

---

Sandshark wrote:

AFAIK, the GUI package install will not work for anything where additional packages need to be updated.  So, basically, unless you are re-installing something (same version), it's likely not going to work at all with anything.

 

Are you on OS 6.10.9, and did you see my most recent post summarizing the sources update thread?

 

Did you do an apt-get update after you made the changes to the sources?  There is no need to re-boot.  In fact, doing so does nothing.  You must manually do the apt-get update.  NOTE:  Do not accidently do apt-get upgrade, you'll break stuff.  Since on the ReadyNAS we are at the point that the sources will likely never change, it may not matter; but in general, you should always do an apt-get update before any install.

 

I'm not sure if this is also part of your problem, but for the benefit of all:  when doing a local install, you must always preface the file name with ./ if it's in the current directory.  Of course, if it's in a different directory, then it doesn't matter.  So, the command is  apt-get install ./zerotier-one_1.8.7_amd64.deb (for Intel-based  NAS).

---

Sandshark  -

Yes, I updated to OS 6.10.9 after making the edits to /etc/apt/sources.list and creating /etc/apt/apt.conf per your instructions (which is why the system rebooted).

I did not run apt-get update before I tried the manual install which failed. Did I need to run that after making your edits? Should I try running that and try manual installing again?

Thanks!

I have zerotier-one_1.4.0_armel.deb successfully installed after altering the two files and performing an apt-get update.

I’m trying to upgrade to zerotier-one_1.8.4_armhf.deb, but get the following error!

root@mynas:/home/admin# apt-get install ./zerotier-one_1.8.4_armhf.deb

Reading package lists... Done

Building dependency tree

Reading state information... Done

Note, selecting 'zerotier-one:armhf' instead of './zerotier-one_1.8.4_armhf.deb'

Some packages could not be installed. This may mean that you have

requested an impossible situation or if you are using the unstable

distribution that some required packages have not yet been created

or been moved out of Incoming.

The following information may help to resolve the situation:

The following packages have unmet dependencies:

zerotier-one:armhf : Depends: libstdc++6:armhf but it is not going to be installed

E: Unable to correct problems, you have held broken packages.

Doug

I have seen that, but it's usually because you mistyped the file name or something similar.  What it's doing is seeing an entry in  /etc/apt/sources.list.d/zerotier.list (which was put there when you installed the old version) for the ZeroTier repository and using it to determine the update, not what you put on the command line.  So it's trying to install the latest version, which does have dependency issues on a ReadyNAS.  If you are sure you aren't mis-typing the name, try commenting out "deb http://download.zerotier.com/debian/jessie jessie main" in /etc/apt/sources.list.d/zerotier.list by putting a hashtag (#) in front of it, then run apt-get update again and try the install again.

That did seem to work for me, at least after a restart.  I still get Note, selecting 'zerotier-one' instead of './zerotier-one_1.8.7_amd64.deb', but it says that's the latest, so it's not looking at the repository.  If it was looking at the repository, it would try to install 1.10.6, which would fail due to dependencies.

If that doesn't work, I think this should, but I can't test it 100% because I don't have another ReadyNAS that currently needs an update.  But when I try to re-install the same version over itself, it behaves the same as with the repository commented out. 

Anyway, create /etc/apt/preferences.d/zerotier with the following content:

Package: zerotier
Pin: origin ""
Pin-Priority: 999

I did an apt-get update afterward, not sure if it was necessary.

And let us know if you needed this additional step and if it works.

If somebody knows another way, please chime in.

It was worth a try:

root@mynas:/etc/apt/preferences.d# cat zerotier
Package: zerotier
Pin: origin ""
Pin-Priority: 999

Did an apt-get update

root@mynas:/home/admin# apt-get install ./zerotier-one_1.8.4_armhf.deb
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'zerotier-one:armhf' instead of './zerotier-one_1.8.4_armhf.deb'
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
zerotier-one:armhf : Depends: libstdc++6:armhf but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

OK, so this is odd.  I just downgraded my 212 from 1.8.4 to 1.8.3 and then upgraded back to 1.8.4 and, while it gave me that warning, it did what I asked without needing to do anything else.  And apt list libstdc++6 says I only have the armel version, not the armhf one:  

root@RN212A:/data/Documents# apt list libstdc++6
Listing... Done
libstdc++6/now 4.9.2-10+deb8u2 armel [installed,local]

It does seem to imply I installed it locally.  I may have in my experiments to get the install to work before I discovered all (well, I guess not all) of the "secrets".

And if I try to install anything beyond 1.8.4, it complains about  openssl:armhf, not libstdc++6:armhf.

At this point, I just can't be of any more help.  The version you have still works, so you can stick with it until someone provides a solution.

I have seen one other possible solution through my Googling, but I'm reluctant to tell you to try it.  That's to install the package with dpkg, which doesn't automatically get the dependencies, then fix the dependencies with apt-get install -f.   I'm not sure where that will leave you if there are needed dependencies and apt-get doesn't fix them.

I just tried with my RN104. The GUI install still works perfectly fine with 1.8.4 armhf. 

If you do want to do it in command line: 

try using dpkg instead. 

1. move the zerotier-one_1.8.4_armhf.deb to /tmp folder

2. cd tmp

3. run this: dpkg -i zerotier-one_1.8.4_armhf.deb

4 check status

Thanks for all your help!

Same missing dependency...

root@mynas:/home/admin/tmp# dpkg -i zerotier-one_1.8.4_armhf.deb
dpkg: warning: files list file for package 'libclamav9:armel' missing; assuming package has no files currently installed
(Reading database ... 20962 files and directories currently installed.)
Preparing to unpack zerotier-one_1.8.4_armhf.deb ...
Unpacking zerotier-one (1.8.4) over (1.4.0) ...
dpkg: dependency problems prevent configuration of zerotier-one:
zerotier-one depends on libstdc++6.

dpkg: error processing package zerotier-one (--install):
dependency problems - leaving unconfigured
Processing triggers for systemd (230-7~bpo8+2.netgear3) ...
Errors were encountered while processing:
zerotier-one

You can try apt-get install -f and see if it fixes the dependency, but I suspect it won't.

It appears that I may have installed libstdc++-arm-none-eabi-newlib_4.9.2-10+7~bpo8+1_all.deb manually at some point as I tried to determine the latest release I could install.  You can get it from https://archive.kernel.org/debian-archive/debian/pool/main/libs/libstdc%2B%2B-arm-none-eabi/ 

out of curiosity, I don't understand why you are not giving web GUI install a try. It is a lot easier. 

---

tigerten wrote:

out of curiosity, I don't understand why you are not giving web GUI install a try. It is a lot easier. 

---

What version of the web GUI app were you able to install? Every version I've tried fails without any error details.

---

tigerten wrote:
1.8.4
Web install and cli install behave differently. I don’t know why and how. I had better chance of success with web install. The dependencies it needs during cli install are not required if doing it via the gui.

You may have to reset your system. Or reinstall the OS.

---

Hmmm, that's odd. 1.8.4 failed for me after a fresh install of OS 6.10.9. I'll try CLI again after running apt-get update. This definitely feels like voodoo...

try install this first: 

https://archive.kernel.org/debian-archive/debian/pool/main/i/iproute2/iproute2_3.16.0-2_armel.deb

fwiw, 1.8.4 installs on my rn102 (running 6.10.9)

root@RN102:/data/Test/ZeroTier# apt-get install ./zerotier-one_1.8.4_armhf.deb
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'zerotier-one:armhf' instead of './zerotier-one_1.8.4_armhf.deb'
The following additional packages will be installed:
  gcc-4.9-base:armhf iproute2 libc6:armhf libgcc1:armhf libstdc++6:armhf
Suggested packages:
  iproute2-doc glibc-doc:armhf locales:armhf
Recommended packages:
  libatm1
The following NEW packages will be installed:
  gcc-4.9-base:armhf iproute2 libc6:armhf libgcc1:armhf libstdc++6:armhf zerotier-one:armhf
0 upgraded, 6 newly installed, 0 to remove and 33 not upgraded.
Need to get 4,788 kB/5,582 kB of archives.
After this operation, 13.4 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
Get:1 http://archive.kernel.org/debian-archive/debian jessie/main armel iproute2 armel 3.16.0-2 [384 kB]
Get:2 http://archive.debian.org/debian-security jessie/updates/main armhf gcc-4.9-base armhf 4.9.2-10+deb8u2 [160 kB]
Get:3 /data/Test/ZeroTier/zerotier-one_1.8.4_armhf.deb zerotier-one armhf 1.8.4 [794 kB]
Get:4 http://archive.debian.org/debian-security jessie/updates/main armhf libgcc1 armhf 1:4.9.2-10+deb8u2 [39.8 kB]
Get:5 http://archive.debian.org/debian-security jessie/updates/main armhf libstdc++6 armhf 4.9.2-10+deb8u2 [241 kB]
Get:6 https://apt.readynas.com/packages/readynasos 6.10.9/main armhf libc6 armhf 2.19-18+deb8u10.netgear1 [3,963 kB]
Fetched 4,788 kB in 2s (1,644 kB/s)
debconf: delaying package configuration, since apt-utils is not installed
Selecting previously unselected package gcc-4.9-base:armhf.
dpkg: warning: files list file for package 'libclamav9:armel' missing; assuming package has no files currently installed(Reading database ... 18788 files and directories currently installed.)
Preparing to unpack .../gcc-4.9-base_4.9.2-10+deb8u2_armhf.deb ...
Unpacking gcc-4.9-base:armhf (4.9.2-10+deb8u2) ...
Selecting previously unselected package libc6:armhf.
Preparing to unpack .../libc6_2.19-18+deb8u10.netgear1_armhf.deb ...
Unpacking libc6:armhf (2.19-18+deb8u10.netgear1) ...
Selecting previously unselected package libgcc1:armhf.
Preparing to unpack .../libgcc1_1%3a4.9.2-10+deb8u2_armhf.deb ...
Unpacking libgcc1:armhf (1:4.9.2-10+deb8u2) ...
Selecting previously unselected package libstdc++6:armhf.
Preparing to unpack .../libstdc++6_4.9.2-10+deb8u2_armhf.deb ...
Unpacking libstdc++6:armhf (4.9.2-10+deb8u2) ...
Selecting previously unselected package iproute2.
Preparing to unpack .../iproute2_3.16.0-2_armel.deb ...
Unpacking iproute2 (3.16.0-2) ...
Selecting previously unselected package zerotier-one.
Preparing to unpack .../zerotier-one_1.8.4_armhf.deb ...
Unpacking zerotier-one (1.8.4) ...
Processing triggers for systemd (230-7~bpo8+2.netgear3) ...
Setting up gcc-4.9-base:armhf (4.9.2-10+deb8u2) ...
Setting up iproute2 (3.16.0-2) ...
Setting up libc6:armhf (2.19-18+deb8u10.netgear1) ...
debconf: unable to initialize frontend: Dialog
debconf: (No usable dialog-like program is installed, so the dialog based frontend cannot be used. at /usr/share/perl5/Debconf/FrontEnd/Dialog.pm line 76.)
debconf: falling back to frontend: Readline
Setting up libgcc1:armhf (1:4.9.2-10+deb8u2) ...
Setting up libstdc++6:armhf (4.9.2-10+deb8u2) ...
Setting up zerotier-one (1.8.4) ...
Processing triggers for libc-bin (2.19-18+deb8u10.netgear1) ...
Processing triggers for systemd (230-7~bpo8+2.netgear3) ...
N: Can't drop privileges for downloading as file '/data/Test/ZeroTier/zerotier-one_1.8.4_armhf.deb' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied)

So it appears that folks are not reading the entire thread regarding the repository changes, especially my very recent summary where I added http://archive.debian.org/debian-security per one of the other contributor's recommendation.  That's where your install found the libcstd++6.