GL-SFT1200 Opal 4.x testing

Steve68 · 2023-04-07T03:38:20.194Z

UPDATE: I’ve had some problems with the repeater mode, the router connects normally and the OpenVPN connection is established but internet doesnt’ work, I tried eveything I could, updated from 4.1.1 to the latest snapshot and still the same so I had to downgrade to 3.215 again and it worked. I would not upgrade to 4x with this model.

hansome · 2023-04-07T05:06:19.716Z

Thanks for your feedback. This is a known bug related to fw3 compatibility with some firewall rules. It will be fixed soon.

bidon59144 · 2023-04-10T19:29:35.898Z

Thank you to u develop! I really like that u add gl-agh in 4.2.1!
But when I start it, agh didnot start, and when I go 192.168.8.1:3000 nothing find.

If I can help u to test, write me, I ready)

hansome · 2023-04-15T09:17:14.398Z

It’s not installed by default. Please refer to

AdGuard Home not showing on Opal Technical Support for Routers

I have uploaded the ipk, please install gl-sdk4-ui-adguardhome directly. note: After the installation is complete, please reboot the router to make it work properly. Opal’s memory running adguardhome might be a bit of a struggle, but you can give it a try.

Maro · 2023-04-17T23:24:20.663Z

Is 4.x development for Opal still ongoing? It has been a while since a new snaphot firmware version was released! Can you please update us on the status?

hansome · 2023-04-18T16:08:26.015Z

Recently updates include a bug fix about the fw3 compatibility.
Now we are fixing some build system issues, Opal snapshot should be updated this week.

imre · 2023-04-18T18:08:52.006Z

I hope, the wireguard connectivity issue will be also fixed with the newest snapshot.

hansome · 2023-04-19T01:21:09.126Z

Okay, yes, that’s the same issue.

zim555 · 2023-04-23T10:31:58.757Z

Snapshot 4.2.1 from 03/27/2023
it’s been a month since there is no new snapshot and patch for gl-sft1200. Open vpn does not work. Wireguard is down. Tor causes the router to freeze.
When will there be fixes?

imre · 2023-04-24T07:56:27.627Z

This is a fantastic router, just doing it’s job, I really love it!
I really hope there are no hardware barrier to continue and finish development of the 4x firmware, which should result in releasing a stable 4x firmware.
I am waiting for 4x firmware because I need the load balance/failover option, but not using the current beta and snapshot version, because there is an issue with wireguard connection.
BTW
The failover function is even working in 3x firmware!
Simply I connect a wired internet to WAN port and another one - for example - wifi in repeater mode, and when cable connection goes down, then router automatically switch to the wifi, and when cable connection is available again, it switch back again. The only drawback is, that there is no dedicated menu for failover settings in 3x, but it works with some limitations. That’s why I’m looking forward to the 4x firmware.

imre · 2023-04-29T13:35:14.395Z

The 3x firmware shapshot is released almost daily for Opal. For other routers 4x snapshots are also regularly updated, but not for Opal. As I wrote earlier, I really hope there is no hardware barrier to continue and finish development of the 4x firmware. Will there be a new shapshot? Do you plan to release a stable version and when?

alzhao · 2023-05-03T06:11:27.784Z

imre:

As I wrote earlier, I really hope there is no hardware barrier to continue and finish development of the 4x firmware. Will there be a new shapshot? Do you plan to release a stable version and when?

There will be update. This month we should be able to speed up firmware releasing.

imre · 2023-05-15T15:57:53.866Z

I have tried the new 4.2.3 beta for Opal.
The Wireguard client finally connects, and its working now, so this is a very good improvement! But… I have a few comments:

The router is connecting to the internet significantly slower (through cable, and also as a wifi repeater), than it was case with the 3.216.
Similarly, the Wireguard client also needs much-much more time to connect.
If I activate the WG client, I cannot reach the router above Opal (wich is from the wan side), regardless of whether is “Block Non-VPN Traffic” option is turned on or off. In the 3.x firmware if I turn off the Killswitch I can access it, if I turn it on, I can’t. And I think it should be that way. But with 4.2.3, when if Wireguard is active, I can’t access it in any way.

I hope these things can be improved.

hansome · 2023-05-16T09:48:40.099Z

imre:

Similarly, the Wireguard client also needs much-much more time to connect.

Thank you for your feedback. Optimization is in progress.

imre:

And I think it should be that way. But with 4.2.3, when if Wireguard is active, I can’t access it in any way.

Please turn on “Allow Access WAN”(which is below “Block Non-VPN Traffic” option).

imre · 2023-05-16T12:53:15.962Z

hansome:

Please turn on “Allow Access WAN”(which is below “Block Non-VPN Traffic” option).

Thank you very much for the feedback!
We may be misunderstanding each other.
I don’t want to allow access to Opal from WAN. I want the exact the opposite: to access the ISP-s router which is connected to the Opal’s WAN port. With 3.216 I was able to access it, even though option “Allow Access WAN” was turned off. I think, turning this option on is not the best solution for the problem.

hansome · 2023-05-17T01:32:57.425Z

Sorry I should explain it better, that option could be misleading indeed. But it does not allow WAN to be accessed by the Internet.

Please refer to “Allow Access WAN” part.

docs.gl-inet.com

VPN Dashboard - GL.iNet Docs 4

Documentation for GL.iNet Productions

imre · 2023-05-18T12:46:42.714Z

Yes, you are right. Thanks for explanation!

imre · 2023-06-10T08:25:09.538Z

Hello!
The new 4.3.2 beta1 firmware is much more stable than the previous beta version was, and the connection time is significantly shorter. It seems, router works perfectly except one bug: there is a popupping message for no apparent reason: “Timeout in response. Please check the network environment or reboot the device.” - while everything is working fine. So simply I just ignoring this message.

Screenshot_2023-06-10_10-14-161270×271 41.4 KB

davidedd · 2023-06-10T10:00:25.417Z

Hi all!
I bought GL-SFT1200 for a having a cheap network file repository/sharing drive using USB. Taking it out of the box it was running 3.x but NETWORK STORAGE feature was poor working with other devices due to outdated samba server (really old and unsafe SMB protocol shall be enabled on the network devices)

Then I upgraded to 4.1.1 (beta1), and finally NETWORK STORAGE feature worked fine (it uses samba4 server)!

Yesterday I upgraded to latest 4.2.3 (snapshot) and 4.3.2 (beta1) but the NETWORK STORAGE feature seems not available anymore!

As you can see below, 4.1.1 shows NETWORK STORAGE but it is not for 4.3.2 (the same for 4.2.3)

immagine1319×666 113 KB

You are welcome for any suggestion for enabling NETWORK STORAGE feature on 4.2 and 4.3 by official GL.iNet GUI (not by LuCI because GL.iNet is not responsible for LuCI maintenance)!

Anyway, likely, I had a local copy of 4.1.1 .tar archive and I downgraded to it, but I cannot understand why GL-iNet doesn’t give any chance to download older fw version from its website…
It sounds strange to me as well that GL-iNet is not able to create stable versions of 4.1, 4.2, 4.3. It’s pretty good introducing new features and I thanks it fot that, but previous/older features shall be kept working, then it should stabilize separately 4.1, 4.2 and 4.3…
GL-iNet, I understand that stabilizing different fw versions could be expensive, but at least leave chance to your customers to get older fw releases from your website.
GL-iNet, please bear in mind that the NETWORK STORAGE feature is part of GL-SFT1200 product specs and it should be kept working.
Thanks!

MCH · 2023-06-10T13:11:16.171Z

davidedd:

Anyway, likely, I had a local copy of 4.1.1 .tar archive and I downgraded to it, but I cannot understand why GL-iNet doesn’t give any chance to download older fw version from its website…
It sounds strange to me as well that GL-iNet is not able to create stable versions of 4.1, 4.2, 4.3. It’s pretty good introducing new features and I thanks it fot that, but previous/older features shall be kept working, then it should stabilize separately 4.1, 4.2 and 4.3…

There is a discussion on the Openwrt forum about this GL-SFT1200 Opal and other less supported device and the conclusion by some of the outside developer is something like this:

There is a huge difference between a hacked-up and partially proprietary OS somehow based on OpenWrt on one hand and on the other having all the drivers needed and a recent Linux kernel built from source, having documented the code and it being accepted by the community after review.
The former is impossible to maintain in the long-run, meaning you will have to live with bugs and vulnerabilities because you can’t do anything about it (as not all components are available in source-code form – and even if we had those sources, I bet the code quality is so low that it would still need a huge amount of work to get it cleaned up and built on top of an up-to-date Linux Kernel).

GL-iNet has some interesting and cutting edge devices that is very affordable for the consumer, but with many of the devices the user must be cognizant of what can be expected of them and the limitations that one may have to live with.

This is a list of GL-iNet devices on the OpenWrt device page, the ones on the left panel are those that OpenWrt has device-pages dedicated to them and have a better chance of full OpenWrt compatibility.

OpenWrt Wiki – 16 Dec 15

GL.inet

GL.inet Device pages Techdata pages