I can log in to Brume 2 UI, it works as expected. If I go browsing somewhere else and return in a few minutes, most often than not, find the UI non-responsive (Page Unresponsive). CPU load gets high. Refreshing the page does not work BUT opening the URL in a new tab works -- and depending on the time spent away, I either continue where I left off or greeted with the login screen.
The router functionality itself does not seem affect (though still just testing).
I also have a Beryl AX but doesn't produce this behaviour, even with roles and connections reversed with Brume2. Brume2 does this both as server as well as client (TailScale)
I have another Brume2 here but still in original packaging..
Which router (which model?) are you using?
Brume 2
Which firmware version is in use?
4.6.2
How is your router connected to the Internet?
First tethering to phone (Lebara), now ethernet to 4g modem (Spusu) (swapped roles with Beryl AX)
Which DNS server do you use? (The local one of your ISP? AdGuard Home? Another one?)
Cloudfare 1.1.1.2 and configured over TLS as well
Do you use DHCP or static IP addresses?
Static, accessing the router from a laptop on its "WAN" port/IP (LAN is not used)
Thanks, but it didn't help.
The 'Drop-in router' is enabled (without it the UI can't even be accessed from WAN port, rightly so) and I intend to use this one to accept connections using TailScale and provide an exit node.
I connected another laptop to the LAN port, used the LAN address of the router and it still froze up, checking after 5 mins, seems repeatable on both ports.
When the GL devices were swapped (and so were the roles), the Beryl AX didn't do such thing (neither as server nor as client). At the time, Brume was acting as a client tethering, so WAN was not even enabled, and yet the same behaviour happened.
In the end it's not a big deal, as once configured I don't need to have the UI open all the time.. but, a bit concerning (ie. what happens if the actual connection gets lost, didn't happen so far, knock wood).
I can also try unpacking my other Brume 2 then to see if that makes a difference.
Is your LAN network different from the one running on WAN?
Since it's a router, not a switch, you need to make sure that there are 2 completely different networks on each port.
You say drop in router, you mean the drop in gateway feature by chance ?
It might be a network switch which filters this, because well... in all means it is arp spoofing in a way clients think that the brume is the main gateway which in evil terms is often used in a evil attack, though it isn't ment with that intend of course.
Since arp is layer 2, it is logical it can end and get blocked by a network switch which filters this, though ive never seen a switch do such thing, but i do know unmanaged switches can strip vlans, so im not 100% sure if some switches maintain strict arp tables.
Thank you for the reply and suggestions xize11 and admon, much appreciated. I did some more testing.
Conclusion: It is a Firmware 4.6.2 problem on Brume 2 only(?), using Chromium based browsers (works with Firefox though!)
Test steps:
I reset the Brume 2 (held button for 10 seconds), connected to its LAN port via laptop. Only chose language and new password. Let it sit (multiple times) idle for a few minutes (between 2 and 5). Freeze was always the outcome every time.
Then, connected my Beryl AX to the same laptop, just LAN, same as above. No problems, UI kept responding after leaving it idle for a few minutes.
At this point I suspected hardware problem, so opened my other, still brand-new, wrapped Brume 2. Set up the basics as above again. No problem with freezing, tried at least 3 times, no problem, the UI continued working as expected.
Then, I upgraded the firmware in the System / Upgrade menu.
After that, freezes started to appear on the 2nd(!) Brume 2 as well, reproducible every time without fail.
Firmware that was installed out of the box (this did not freeze):
Version: 4.4.6
Firmware type: release2
Compile time: 2023-10-09 19:32:46(UTC+08:00)
After the upgrade I now have this version installed (freezes every time on Brume2 but not on Beryl AX):
Version: 4.6.2
Firmware type: release1
Compile time: 2024-06-28 07:14:30(UTC+08:00)
One more thing: the freeze does not seem to be related to being idle but rather a 'timeout'(?). While typing this message, I turned back to my other laptop to retrieve the version from the Upgrade menu. A few seconds later the UI popped up the "Page Unresponsive" popup in Brave browser 1.70.26 (Chromium 127.0.6533.73)
Same behaviour with Edge 127.0.2651.74
TWIST: not reproducible with Firefox 128
Good thought but nope, turning the shield off didn't help. Also, it did work with the 4.4.6 Firmware though.
Edge doesn't have a shield to my knowledge so it must have to do something with Chromium base.
Many thanks for testing. Although you didn't state the opsystem used (neither did I), it appears that it's related to Linux+Brave somehow..
I see you have added screenshot of the router uptime; I want to clarify that when I say "freezes" it's not the router itself that does it (it works just fine) but the browser tab being connected to the router stops responding, refresh doesn't help but if I open a new tab an connect again, it will reconnect.
Laptop1: Fedora Workstation 40
Brave: doesn't work, freezes (v1.68.128 - Chromium: 127.0.6533.73)
Firefox: works (installed now just to test it)
Laptop2: Fedora Workstation 40 - this machine is very close to the Fedora install "out of the box"
Brave: doesn't work, freezes (installed now just to test it) - (v1.68.134 - Chromium: 127.0.6533.88)
Firefox: works
Laptop 3: Windows 10
Brave: works (!) (v1.68.134 - Chromium: 127.0.6533.88)
Firefox: works
After all this I also updated Brave on laptop1 (so it's now the same version as Laptop3), still freezes. The Brave shield is up all the time. The above tests I performed on the WAN port now; the router is in "Drop-in Gateway" mode.
I am pretty sure now that the problem surfaces with the Fedora+Brave combination.
