Dmitry Spikhalskiy

Members
  • Posts

    70
  • Joined

  • Last visited

Everything posted by Dmitry Spikhalskiy

  1. The image was upgraded to Zerotier 1.12.0 UPD Aug 27: Zerotier 1.12.1
  2. The above solution originally published by @Vivent that includes setting "Include listening interfaces" works for me with the latest 6.12.4-rc18 and 6.12.4-rc19. unRaid UI, shares, and docker containers are fully available for other nodes in Zerotier virtual network again. Important, if you upgrade from 6.12.3 and have the listening interfaces already set up as suggested: wipe them out, save, and put your zerotier gateway name back again. It was a necessary step for me to make things work after 6.12.3 -> 6.12.4-rc18/19 upgrade.
  3. There will be no updates from me here. There were no changes in the container and its configuration and the same exact container with the same exact configs continues to work successfully on Servers with other Linux distributions. So the problem is in the Unraid update and the fix if any will come from the Unraid team. What I personally observe, with the following Docker settings at least, Zerotier can connect to the service just fine, and other devices in the virtual network can successfully ping the Unraid virtual IP address. And I even can open a directory listing on <unraid virtual ip>:6080. But Unraid UI and docker container ports are not available for devices in the virtual network. My only guess is that 6.12 brought some unannounced changes in isolation causing it. iptables? nginx? I can't figure it out.
  4. @Elmojo Shouldn't be happening. Next time it happens, try to check the logs of the container. They are available by clicking on the icon in the Docker tab and choosing Logs. Also, check the logs on your UnRaid server too around the time it happens. Some IO problem or a crash on your specific configuration may be causing it.
  5. A repository this Dockerfile builds from is: https://github.com/Spikhalskiy/zerotier-unraid-docker and it's not archived. I archived repo with a Dockerfile that was actually building a base underlying image. Now there is an actively maintained zyclonite/zerotier image and I switched on it as a base image and just adapt it for Unraid.
  6. @Demon1337 Thanks for the report! Yeah, during the last major upgrade of the container I indeed lost a docker ENTRYPOINT. I just released the fix, it should initialize as expected now.
  7. Most users don't need to go into any directory or even open the cli. Please see the first post of this thread for a manual on how to use this container.
  8. @Moepsindi Why do you run ./zerotier-cli at all? This container doesn't have runnable `zerotier-cli` in the root of the file system. So, this command is not expected to work. zerotier-cli executable is in `/usr/bin/zerotier-cli`. `zerotier-cli join` or `zerotier-cli info`, etc will work in this container.
  9. @air1kdf this container does exactly that on every start. If this command helped you, you either put an incorrect networkId in the container settings or a simple restart of the container would also help.
  10. @ilpixelmatto 4 days ago I upgraded the container from 1.8.2 to 1.10.2. If you want to check if that is what causes your instability, you may downgrade by specifying a tag "spikhalskiy/zerotier:1.8.2" and see how it behaves.
  11. This app/container works fine with Unraid 6.10.2 or 6.10.3, there is nothing to fix. You have to debug your own environment. In the root post you can find steps that you should do to make a meaningful information about your issue. Somebody in this thread may help if you provide enough info.
  12. 1.10.0? I will skip this one. 1. I see several issues in github that after an upgrade specifically to 1.10.0 users installations stopped working. I inclined to wait for at least first patch version. https://github.com/zerotier/ZeroTierOne/issues/1692 https://github.com/zerotier/ZeroTierOne/issues/1695 2. I'm not sure what's going on with 1.10.0. The latest code changes in zerotier github are for 1.8.10. There is neither Release Notes related to 1.10.0 (https://github.com/zerotier/ZeroTierOne/blob/master/RELEASE-NOTES.md), nor code changes between 1.8.10 - 1.10.0. I don't want to upgrade to some version that is stated just on their website and completely doesn't exist in the code repository. I guess it's ok if they suddenly went closed source, but it's not ok that I can't find any information or statement about it around at all.
  13. Is there a problem 1.8.10 solves for you that 1.8.2 doesn't?
  14. Yes, it's a custom image. First of all, it's on Alpine and it's much lighter. Zerotier official image moved to debian at some time, I took their image at that time and maintain myself: https://github.com/Spikhalskiy/zerotier-containerized/blob/master/Dockerfile Second, it has a custom starter script that wires parameters the right way: https://github.com/Spikhalskiy/zerotier-unraid-docker/blob/master/Dockerfile It doesn't have any changes to zerotier binaries and install them from the official sources. It's all on github, suit yourself.
  15. @Wingmanos This doesn't make much sense. Zerotier needs 9993 port and it's true and was true all the way. Nothing need to be added to template or config for it to work, because this Zerotier image and template uses and requires "Host" network type (https://github.com/Spikhalskiy/docker-templates/blob/master/zerotier.xml#L34).
  16. @Caldorian Will 1.8.6 make your life better in comparison with 1.8.2? I don't see anything in release notes worth upgrading for the needs of this specific docker image.
  17. I'm going to - update to 1.8.x and - expose allowManaged, allowGlobal, allowDefault options in unRAID UI But no specific timelines. When I get some free hands on a weekend.
  18. Not I'm aware of, but I didn't spend any time resolving it. Stuff works just fine and it's safe to ignore. If it bothers you to the extend of looking for a solution, contributions are welcomed!
  19. Hey. Are you sure you are solving the problem from the right end? Quick look at articles and discussions like https://zerotier.atlassian.net/wiki/spaces/SD/pages/193134593/One+Port+Linux+Bridge https://www.google.com/amp/s/amp.reddit.com/r/zerotier/comments/dc03me/having_some_trouble_with_managed_routes_static/ makes me think that you should be playing with your router, not this zeroiter container on your unraid. This symptom “This makes it impossible to access the unraid server from LAN” especially points me in this direction. Playing with managed routes on unraid will change what can be accessed from the unraid. But it shouldn't affect availability of unraid for other computers in local network. This sounds like a router setting problem for me. Let me know. If you want to have basically ‘zerotier-cli set network_id allowManaged=0’ available through the image settings - I can do it for you, no biggie. But I don't think it's a root of your problem and there is a high chance you approach the problem from the wrong end.
  20. "no version information available" messages are fine, you can ignore them, it's not what causes the issue.
  21. The image was updated to use the latest 1.6.2 Zerotier version.
  22. So, you probably want to switch the discussion into Unraid main support threads, because it's a problem with your Unraid linux kernel configuration most likely. Unraid should have this device mounted by default. Some reference that could help: https://unix.stackexchange.com/questions/501403/tun-module-loaded-but-openvpn-dev-net-tun-no-such-file-or-directory I would examine: grep CONFIG_DEVTMPFS /usr/src/<whatever you have here>/.config and ensure that it's CONFIG_DEVTMPFS=y CONFIG_DEVTMPFS_MOUNT=y (DEVTMPFS should auto-mount devices like /dev/net/tun) Also I would at least try to do rmmod tun modprobe tun to try to reload the module. I think that the output of these commands could be useful for the Unraid support thread anyway.
  23. > Edit: I should also point out that no files, data, etc. is present within the appdata folder for this container. This is ok, Zerotier can't start to put anything there yet. > Yup! Installed it straight from community apps, and it is set to run with privileges. No idea in that case for now. https://zerotier.atlassian.net/wiki/spaces/SD/pages/7536656/Running+ZeroTier+in+a+Docker+Container Here is Zerotier explanation about /dev/net/tun and what should be done to have an access to it. I pass required parameters "--device=/dev/net/tun --cap-add=NET_ADMIN --cap-add=SYS_ADMIN" here in the configuration of the container published in CA: https://github.com/Spikhalskiy/docker-templates/blob/master/zerotier.xml#L40 And usage of these parameters is allowed by Privileged: ON. You will have to debug your own configuration I afraid, because the problem is probably local to your setup and probably your kernel configuration. What does ls -la /dev/net/tun say if you run it in the server terminal?