Thanks, rthco! I’m already testing it for the last 3 weeks and it works amazingly! The only drawback is that it got deleted after I updated to the recent 4.8.4 firmware, but it is installed back pretty easily.
1 Like
Great to hear @peshos ! Thank you for calling this out. I should have foreseen that and will investigate making it persistent in the next version.
Could I ask what happened when post-upgrade? I believe everything should have just cleanly uninstalled and left you with the the stock TS settings (what our un-installer would do), but if there was any lingering issue due to an upgrade forced uninstall (killswitch peristance, etc), then I’d certainly want to investigate.
2 Likes
@rthco Let me give you some context first. Before installing the GL-tailscale-fix 1.0.13, I used Admonstrator’s script to update my tailscale to the latest version. I believe I have not enabled the permanent option, although I’ve done multiple upgrades with the script in the last half a year. Then, I installed GL-tailscale-fix without removing Admonstrator’s script. I’ve then upgraded to plugin version 1.0.15 and 1.0.17, as well as invoking the tailscale update to 1.96.3 using the plug-in interface - all went well.
What happened post-upgrade to firmware 4.8.4:
- Tailscale enhanced plugin disappeared from the interface
- Tailscale remained at version 1.96.3, but stopped advertising itself as an exit node. Apparently, at some point the installation became permanent.
- Installed back plugin version 1.0.17, advertise as exit node was turned on by default, there was no need to do anything else.
- Just upgraded to tailscale 1.96.4 from the plugin, no issues.
Thank you so much for providing this plugin. Let me know if I can contribute with some additional information.
1 Like
@peshos- great context.. thank you.
The plugin removal is a standard behavior of many GL fw updates. I’ll ensure we can persist across minor fw update versions (eg. 4.8.x) in the future. Major version changes (e.g. 4.9) will trigger clean plugin removal and then the user can re-install manually (GL will have TS changes in 4.9 that I need to test plugin compatibility against).
Regarding the Admonstrator binary, the plugin would not replace it. We leverage/install his exact TS binaries, so the plugin would just recognize it and offer version upgrades if available.
Your v15 plugin install would have restored the stock /usr/bin/gl_tailscale file from your rom, so the fact that plugin re-install had “advertise exit” still automatically activated means there were a few parts of the plugin left in. No harm as the fresh plugin install would have brought them all current, but good to know as I didn’t anticipate some of the plugin files simply being wiped instead of an actual un-install. This will be accounted for in v1.0.18.
All good in your case.. as long as you re-installed the plugin, then everything is up to date, and if you remove it, everything will clean delete.
3 Likes
I don’t have that exact issue, but internet stops working for all devices using the router as a VPN client, either with Wireguard or OpenVPN. This happens with any version at or above 1.96.3. I’ve had to revert to 1.94.2.
That is one brilliant enhancement Ken. Thank you for that. When trying to update Tailscale, It is just stuck on downloading and I wonder if there is any easy fix. Would also be great if you start a new thread dedicated for this great add-on.
1 Like
Thanks @Lastimosa . Do you happen to have any adblockers (like Adguard home) running on your network? For the TS binary update, we just call Admonstrator’s update, which calls from his “admon.me” domain (redirects to github), but I’ve seen a couple cases where admon.me gets blocked.
1 Like
Thanks again @rthco . No adblockers or weird DNS runnung here but still no joy. I have also used @admon great script and it works really well but I don’t like it forcing the tiny version for the Flint 2 and would like the full verion of Tailscale to be installed from the ouset of the update.
@Lastimosa Interesting.. I’ll have to look into the update hang.
I haven’t had the time to finish drafting my other “TS performance” post, but on a GL router, you definitely want Admon’s tiny binary. In my testing across models, it’s runs 30-40% more efficiently on most GL routers (aside from the 5Mb vs 50Mb binary storage space difference).
TS is a resource pig as it runs entirely in userspace. 100x less efficient than regular wireguard that runs in kernel.
1 Like
My script does not force the tiny version.
Please read the command line options for disabling the tiny binary.
1 Like
Thanks @admon . Do you mean that I should go: “wget -q https://get.admon.me/tailscale -O update-tailscale.sh ; sh update-tailscale.sh --no-tiny” for installation? I am sorry but it is not entirely clear and would have loved your script to have the tiny version as an option during installation process rather than being the default.
Thanks for your insight. That is quite interesting as I was under the impression that the compression/decompression process that creates that “tiny version” will further consume resources.
It is pretty important to read the docs before running a script: GitHub - admonstrator/glinet-tailscale-updater: Automated Tailscale updater for GL.iNet routers: periodically checks for new releases, downloads the correct build, and installs/updates Tailscale reliably via script (for OpenWrt/GL.iNet firmware) · GitHub
wget -q https://get.admon.me/tailscale -O update-tailscale.sh ; sh update-tailscale.sh --no-tiny --no-upx would install the latest official Tailscale binary.
3 Likes
@rthco I can confirm that 1.0.18 works as intended. I just downgraded from 4.8.4 to 4.8.3 (keeping settings) on a Flint 2 and gl-tailscale-fix was not deleted and settings were kept. Thank you!
1 Like
Has anyone just tried “tailscale update”? I get this on my Flint 2:
root@GL-MT6000:~# tailscale update --dry-run
Current: 1.80.3, Latest: 1.96.4
So the command does exist.