List of current feature requests 2023

Can we get tower locking on spitz ax?

Please follow this article : Lock Onto That Cell Tower - GL.iNet

[Feature Request] RTTY/SSH access within GL GUI


Re: Since firmware 4.6+, WireGuard & DDNS

The WireGuard watch dog script from WireGuard Extras hasn’t been tested?

# SPDX-License-Identifier: GPL-2.0
# Copyright (C) 2018 Aleksandr V. Piskunov <>.
# Copyright (C) 2015-2018 Jason A. Donenfeld <>. All Rights Reserved.
# This watchdog script tries to re-resolve hostnames for inactive WireGuard peers.
# Use it for peers with a frequently changing dynamic IP.
# persistent_keepalive must be set, recommended value is 25 seconds.
# Run this script from cron every minute:
# echo '* * * * * /usr/bin/wireguard_watchdog' >> /etc/crontabs/root
1 Like

This feature is under development and will be released in beta within this month if things go well.


Feature request - Band Masking:

  • allow band masking (OPEN or BLOCK) of WCDMA bands

This is a very small issue, but on my Spitz AX, the is no ability to either OPEN or BLOCK the WCDMA bands (only LTE, 5G NSA, and 5G SA bands are listed).


That strikes me as more of a bug than a feature request. One would expect the ability to lock down ea. individual of the set, no?

Feature request - Tailscale for Opal (GL-SFT1200)

  • It is capable of running WireGuard, therefore it is capable of running Tailscale. Sadly its architecture is ruining everything

Please don’t artificially limit devices.

1 Like

FYI: Tailscale is still in beta on the current stable 4.2.1-release4. “Upgrade to 4.x firmware for older products. (Beta versions of most models will be coming soon)” is stated to be released for v 4.6 so presumably that includes the Opal.

I tried to build it myself but failed pretty quickly, seems the Siflower/Sichang architecture is a bit different from regular MIPS so the binary won’t run. I really hope nobody pulls an “oh, this device is too old for us now, we don’t want to support it” kind of move. The beta is available for the Opal, just not tailscale, sadly.

Well good news, it seems! GL mentioned just 5 hours ago they’re building a 4.x for the Mango (GL-MT300N)… which was released, what, around 2017?:

… which is striking given what’s listed on

Great then! Still not the biggest fan of openwrt being seemingly stuck on 18.06 for my Opal, but I guess it’s fine as long as GL keeps updating it with patches and such

Then you’ll be happy to know GL f/w 4.2.1-release4, the current stable, is based on OpenWrt 21.02-SNAPSHOT. Their version 4.3 is mentioned to be based on owrt 22.0x.

They seem to be once release behind Upstream. I can live with that. YMMV.

Well, I’m currently on 4.3.2-beta1, it’s still 18.06. Seems like the version scheme doesn’t entirely correlate with OpenWRT releases haha

1 Like

Huh; well then… I guess that’s what I get for making an assumption of myself. I am corrected.

Hey, check this out fr GL re: Mango firmware:

The Mango is an MTK7620-based device, very well supported by even the official branch of OpenWRT. The SiFlower/SiChang SoC the Opal uses might as well be completely proprietary, there is an SDK but nobody really knows how to use it. Except GL.

As for Tailscale, it’s not looking good by GL’s vague response of “hardware limitations”. This is a very generic write-off. And I doubt it’s truly hardware limited, rather it’s limited because Golang wont directly compile for it :smiling_face_with_tear:

Damn; when you put it like that… the news re: Mango’s age & f/w still being developed for it isn’t as exciting give the circumstances w/ Opal.

Well, it ain’t Tailscale but are you up to self hosting/VPS hosting an install of Firezone?

simple one add Watchcat within the interface, so wifi reboots if no internet