#GLiNet KVM Pro shows live view from the machine.

Based on update 1.7v
#remote #kvm

https://youtube.com/shorts/ptSuJNPsc-M

@crft I use a #GLinet travel Router which is running on openwrt https://www.gl-inet.com/products/

✨The GL.iNet Slate 7 Travel Router Is The Backbone Of My Server Rack Network.

➡️Wifi 7
➡️AdGuard
➡️VPN Server
➡️Traffic Monitoring

Catch The Full Features Set Here👇

https://youtu.be/zRavD75-xwI

#glinet #Smart #network #router

@TheDragon I'm starting to think I might get a #GLiNet Mudi v2 and not wait for Mudi 7, but I'M not sure ... I'd Much rather get their SIMPoYo 4G dongle but there's no USA version.

it's a tough call, I need soMething More portable than My Spitz v2, but the existing Mudi has a slow CPU, Wireguard thruput only 40Mbps

So I'm tinkering with the #AdGuard Home that comes built into my #GLiNet home router and it's actually pretty powerful. In "some" ways it's more powerful than the #PiHole setup I had been using, though the grouping of devices (for example, to block a domain for all my daughter's devices) is a little more finicky. Essentially I just add all her device's IP addresses to a single "client" entry, and then apply rules to that "client".

One reason I'm doing this is, in combination with the

1/

#GLiNet makes the weirdest stuff sometimes, and I'm into it

I'm also interested in the upcoming #GLiNet GL-E5800 'Mudi 7' 5G + Wifi 7 router, but that one isn't shipping yet and specs are still not listed.

most of GLi's recent 4G and 5G routers have had a ton of external antennas, which may be great for some #vanlife applications, but for how I've ended up using my old 4G GL-X750 'Spitz', the external antennas were kind of a pain. they definitely improve reception, but they're just a pain to deal with.

my eventual goal is to be able to self-host all my services from a house on wheels, but that's probably pretty far into the future. most of my use of the Spitz was in very temporary setups where, assuming it could've held a signal without them, the antennas were in the way a lot.

after rambling about Arm devices earlier, I did a little poking around and found that the upcoming #GLiNet Beryl 7 "travel router" will apparently be based on the Mediatek MT7987 SoC, which updates the dual A53 CPU in the Beryl AX to a quad A53.

if true, that's very nice to hear. I have zero complaints about my Beryl AX (I'm connected with it right now), but as an always-on VPN user, as bandwidth demands continue to grow, the CPU will eventually be a limiting factor.

it also looks like GLi is in no rush to add 6GHz support to their "travel routers" which is a bit of a bummer, but then I don't have any equipment which supports it yet, and due to attenuation it likely wouldn't be a great choice for wireless bridging beyond a fairly close distace.

I also looked at the Slate 7 a bit more, and I'm not interested; my Slate AX is doing fine as access point & router for my personal network at the #CouchLab, but I learned my lesson: no more Qualcomm SoCs dependent on their closed SDK! mainline #OpenWrt support is going to take forever if it comes at all!

after enough digging on the #GLiNet forum I FINALLY found out how to get outbound Tailscale traffic to reliably bypass the VPN "killswitch" on GLi firmware

Думал я думал, и прошился на ванильную
24.10.4
#glinet

So i ordered a Mudi v2 from GL-iNet in Hong Kong. The factory plastic wrap on the packaging was opened and the plastic sleeve of the device too, the device itself has a scratch.

Is there any place like @citizenlab in #SouthAfrica where I can get it checked?

@eff @lorenzofb
@zackwhittaker
@briankrebs
@CCC

#FediHelp #AskFedi #SpyWare #China #GLiNet #Mudi #Mudiv2 #OpenWRT #CitizenLab

Would you:

* confirmed that adding port forwards from LAN to WAN in OpenWrt firewall config bypasses #GLiNet's VPN killswitch

* finally set up a SOCKS5 server on mama router and a port forward from personal router to it for use with Archivebox and such (since my VPN exit point is in internet jail most of the time)

Thank you very much @glinetwifi for remembering our dearly beloved #DaveTaht @mtaht at #GLiNet Open Innovation Conference yesterday!

#GLiNet15Years #OpenWrt #bufferbloat
#OpenSource #RFC8290 #sch_CAKE #FQ_CoDel #latency #BandwidthIsALIE #jitter #WiFi #FLOSS #Linux #Kernel #LinuxKernel #FQCoDel #schCAKE

GL.iNet Comet PoE Remote KVM with Power over Ethernet

https://fed.brid.gy/r/https://linuxgizmos.com/gl-inet-comet-poe-remote-kvm-with-power-over-ethernet/

speaking of GL.iNet, some exciting news: they are now beta testing #AmneziaWG support on the GL-mT3000 'Beryl AX' after many customer requests.

I've never used AmneziaWG but after hearing about this, I'm thinking about replacing my PiVPN endpoint with one that supports it to assist with testing. mainly because I'd like to be prepared for the eventual case of attempting to use my VPN from an uplink such as a hotel or restaurant which blocks Wireguard.

https://forum.gl-inet.com/t/beta-release-beryl-ax-gl-mt3000-v4-8-2-with-new-wireguard-obfuscation-support/64284 #GLiNet

got the #GLiNet GL-MT3000 'Beryl AX' updated to latest 4.8.2-op24 firMware, which is GLi's stock firMware running on top of OpenWrt 24 ... currently with the Beryl AX there's a choice of this, or the stock UI running on top of the vendor SDK which (IIRC) is based on OpenWrt 21.

they offer these options because apparently WiFi perforMance of the open-source drivers is still a bit worse than the vendor-provided ones, although I haven't noticed any Major issues, and I'M even using DFS on the Beryl AX.

I also started a git repo for holding config data between firMware version upgrades as I never "keep settings" between releases (e.g. 4.7.x to 4.8.x) ... it's still very rudiMentary but I hope at soMe point to develop scripts to autoMagically re-apply Most of My config changes after an update.

also, I was looking into what it would take on bare #OpenWrt to have Tailscale traffic bypass the "VPN kill switch," and now I understand one area where #GLiNet still has a critical edge: (policy-based routing x VPN).

it looks like you *can* do this on vanilla OpenWrt with higher-level tools than nftables - apparently the pbr and mwan3 packages both have some capability - but looking at the pbr thread on the OpenWrt forum, it's clear there's still a lot of active work going into development, and there are plenty of outstanding bugs.

GLi is no stranger to outstanding bugs, but their UI for doing policy-based routing is friendlier. and it's also a major focus of development for them since they sell a bunch of travel routers, and have many users like me who use always-on VPN on their primary uplink.

I'm preparing to move new server to its semi-permanent home on the shelf above the couch.

as part of that, I decided to finally update the boot loader on the #GLiNet GL-MT2500A 'Brume 2' due to the problem with the version it shipped with which can reduce the life of the flash chip. that went well, yay.

then, since I need to shut down the NanoPi R5S which I refer to as 'mama router + NAS' since it will sit on top of the server, I decided to attempt to update OpenWRT on it. long story short, the OpenWRT infrastructure for so-called attended sysupgrade cannot generate a firmware image with as many packages as I had installed on that router, and in the process of removing some I lightly toasted Luci, so now I have to back up settings and reinstall from scratch 🤬

but whatever, this had to happen at some point anyway. and while I'm at it I'm gonna set up a local OpenWRT build VM, so I don't have to depend on their horribly rickety and frequently-broken online image builder.

New Video👇👇👇

#GLiNet Comet KVM Pro Brings KVM-over-IP devices to a whole new level.

➡️Wi-Fi 6
➡️2.2" touchscreen
➡️HDMI Out
➡️mic+audio
➡️Self-host Device Management (Open source)

Here is my full hand-on review :
👉 https://youtu.be/5C0tfvfKe10

#remoteaccess #kvm #wfh #smartdevice