[Gl.iNet routers] Ervaringen en discussie

[snah001]

Ongeveer 6 weken geleden heb ik de Gl.iNet Flint 2 MT6000 als earlybird besteld en die draait hier nu al 2 dagen zonder problemen.
Op een Ziggo 500/50 haalt ie met wireguard client 495/49.
Is daarnaast voorzien van de laatste update van OpenWRT en Gl.iNet gebruikt hun eigen interface voor het beheer maar je kunt ook de OpenWRT interface kiezen met alle opties.
Meegeleverd wordt in de firmware Adguard Home wat een mooie aanvulling is om van alles te blocken.
Voor €93 + €20 (invoerkosten) een no-brainer.
Is nu meer dan 24 uur on-line zonder enig probleem.







AANVULLING: DE NIEUWE FLINT 3:

[ Voor 59% gewijzigd door snah001 op 01-07-2025 15:11 ]

[JB]

Dat is nieuwer dan op de product pagina gezegd wordt. Morgen komt die van mij binnen.

[snah001]

JB schreef op woensdag 13 december 2023 @ 23:07:
Dat is nieuwer dan op de product pagina gezegd wordt. Morgen komt die van mij binnen.

[Afbeelding]

Hier draait nu deze versie:

[JB]

snah001 schreef op donderdag 14 december 2023 @ 11:46:
[...]

Hier draait nu deze versie:


[Afbeelding]

Hier uit de doos;

[JB]

Maar even een reistasje erbij gescoord. Kan ie mooi mee de volgende keer

[JB]

Ik krijg trouwens geen blocklists toegevoegd aan AdGuard Home. Time out meldingen, ongeacht welke verbinding ik gebruik. Tethering kom ik via Odidio, WiFi gaat via KPN. Een VPN actief middels Wireshark geeft ook geen sjoege.

Cave_Boy schreef op woensdag 17 april 2024 @ 11:16:
[...]


JE kan instellen dat hij automatisch een VPN profiel gaat gebruiken. Als dit naar je huis adres is dan heb je dus direct een VPN naar je eigen huis. Thuis kun je evt op je router instellen dat dat verkeer via een externe VPN provider wordt afgehandeld bijvoorbeeld.

Ja ik heb een VPN naar huis, maar dan moet je ook nog gaan stunten via thuis. Dat maakt het wel ingewikkeld.

[ Voor 11% gewijzigd door JB op 17-04-2024 11:36 ]

[JB]

Nu nog even uitzoeken of ik de MT2500 ook gewoon op de router aan kan sluiten en niet er tussen. De Raspberry Pi zit ook gewoon op de router ipv tussen de router en switch.

Volgens mij doe je dat hier? Leest (voor mij althans) alleen wat onlogisch;

https://docs.gl-inet.com/..._guide/internet_ethernet/

Maar ik lees ook de optie Drop-in Gateway;

https://docs.gl-inet.com/...ce_guide/drop-in_gateway/

Please upgrade to v4.2.x to use this feature. There are some bugs in v4.1.x.

On the left side of web Admin Panel -> NETWORK -> Drop-in Gateway
Usage Scenarios¶

For users who do not want to replace their main router, you can use this mode to extend the functionality of your main router.

Use ADGuard Home to filter advertisements
Use encrypted DNS
Use VPN client

Maar dan zie ik vervolgens in het screenshot iets verder naar beneden;



Ik wil juist mijn huidige router met DHCP blijven gebruiken en die MT2500 puur in het LAN hangen. Dat moet dan toch met die drop-in gateway? Of ik snap er niks meer van

Ook het stukje op reddit forum hieromtrent;

So I bought the Brume 2 for a similar purpose (did not receive yet). My parents have FIOS TV and they don't want me changing out their router (for now). I am adding the Brume 2 so they can access my NAS through wireguard with decent throughput with a relatively low cost. The Brume 2 has a mode called "Drop-in Gateway". It should be noted that firmware 4.2.x is needed for this to function correctly. But it acts as the gateway to send wireguard traffic while still using the main router for all the other functions. Just need a single cable to plug in the WAN of the Brume 2 to the LAN of the main router. Then in the DHCP setting of the main router set the IP of Brume 2 as the gateway. This will send all traffic to the Brume first then if it does not go through the wireguard tunnel it will be then sent to the main router like normal. I think you can also use the "AdGuard Home" function on the Brume 2 as well if so desired.

begrijp ik niet helemaal. Bij "Then in the DHCP setting of the main router set the IP of Brume 2 as the gateway. This will send all traffic to the Brume first then if it does not go through the wireguard tunnel it will be then sent to the main router like normal.", wat bedoeld ie met de gateway? Als ik kijk naar mijn DHCP settings bij EdgeOS, dan zie ik nergens gateway staan. Alleen de velden router en DNS (waarbij ik nu het IP adres van de PiHole bij DNS heb ingevuld).

[ Voor 126% gewijzigd door JB op 18-04-2024 18:06 ]

[JB]

Cave_Boy schreef op vrijdag 19 april 2024 @ 08:28:
[...]


Deze functie heb ik zelf nog niet gebruikt maar hoe ik het begrepen heb werkt de functie als volgt:

Al het verkeer dat het routertje krijgt (ook het verkeer via de VPN) gaat via de drop in gateway. Het is echter wel zo dat omdat je routeringen in Wireguard kunt maken het verkeer nog steeds de juiste kant op gaat.

Maar het is wel een verwarrend lastig stukje. Ik mis ene paar tekeningen hier om overzicht te zien.

Ja nu las ik ook ARP spoofing icm vanaf 4.2 hebben "we" dit aangepast;

The current documentation describes a scheme for version 4.1 firmware that uses ARP spoofing to get clients to send traffic to Drop In Gateway. This solution is not very stable.
In version 4.2, we will change it to another solution that uses DHCP. This solution requires the user to either disable DHCP on the main router to use DHCP on Drop In Gateway, or to modify the gateway (DHCP Option 3) that the DHCP server on the main router sends to the client as the Drop In Gateway IP.

Inmiddels zijn ze bij firmware 4.5...

Als ik het goed begrijp, moet ik het zelf zo instellen;

To be clear my setup looks as follows:

- GL-MTxxxx attached to main router via wan port
- drop in gateway enabled
- LuCI → DHCP server disabled on the WAN interface

DHCP still on for LAN interface and WIFI interface
Devices conntected to LAN port or WIFI interface obtain IP from GL-MTxxxx
Devices connected to main router obtain IP from main router, but I can configure the gateway to the GL-[list]
MTxxxx IP and everything gets routed via the GL device.

[ Voor 10% gewijzigd door JB op 19-04-2024 08:34 ]

[JB]

@laurens0619 @Cave_Boy de Brume 2 is binnen. Net upgrade gedaan naar 4.5.16. De drop-in gateway geeft onderstaande weer;



Ik begrijp het stukje "Please note that in Drop-in Gateway mode, the VPN policy of this device will not work for clients from the WAN port." niet helemaal, hoe bedoelen ze dit?

[JB]

Het lijkt te werken. Dat ging erg smooth! AdGuard draait ook al. Enige rare is (en dan moet ik nog met VPN bezig), dat ik de ERX DHCP server niet heb aangepast en het toch lijkt te werken. Alles loopt nu via de Brume en ik zie in de DHCP lease op clients de default gateway op de Brume staan

De Brume WAN interface zet DHCP gewoon weer aan na een reboot

[ Voor 77% gewijzigd door JB op 19-04-2024 20:08 ]

[JB]

Dat lijkt beter te werken. WAN als LAN poort geconfigureerd maar dan krijg ik alsnog geen beweging. De LAN poort nu static ingesteld met de ERX als default gateway en die ingeprikt op de ERX. Dan werkt het wel, kan ik de Brume ook benaderen in het LAN segment en kan ik AdGuard laten werken.

AdGuard stond nog niet aan terwijl ik wel al DNS naar de Brume pointe == geen internetpagina's die laadden. Daarna AdGuard aangezet en voila internetpagina worden geladen en ik zie ook AdGuard vol lopen met hits.

Getest met OpenVPN server, die heb ik ook aan de praat nu. Wilde eerst 443 instellen maar dat zegt de Brume;

-8 openvpn server port conflict gl.inet

Als ik de default 1194 poort instel, start de server wel op. Daarna kan ik ook via een client verbinding maken, maar heb ik geen internet en ook geen toegang tot LAN netwerk.

Als ik het vinkje plaats bij Zones (de bovenste regel) "Masquerading" dan heb ik wel internet op de de client, maar traag en het lijkt een lokale breakout te zijn want speedtest laat dan mijn telefoonprovider zien;

[ Voor 51% gewijzigd door JB op 20-04-2024 00:24 ]

[JB]

Cave_Boy schreef op dinsdag 23 april 2024 @ 07:18:
[...]


Dat vermoed ik niet. Heb je wel een routering aangemaakt in Wireguard?

Ik heb het verkeerd aangepakt. Ben nu een stuk verder. Alles moet op de WAN poort, maar ik kon niet bij de webgui. Vervolgens de WAN remote access aangevinkt en toen kon ik wel bij de MT2500.

AdGuard enabled, poortjes opengezet voor de webinterface van AdGuard + DNS, verder OpenVPN server aangemaakt, die werkt ook meteen nu, maar alleen met local internet breakout client. Als ik “redirect-gateway def1” + “dhcp-option DNS 192.168.2.2” toevoeg, werkt internet niet meer via VPN. LAN access heb ik dan nog wel.

Laatste ding is nu nog DNS aan de praat krijgen in het 192.168.5.X IoT VLAN. Dat werkt ook nog niet.

[ Voor 9% gewijzigd door JB op 23-04-2024 17:46 ]

[JB]

@Cave_Boy @laurens0619 Inmiddels bijna alles aan de praat

Een port forward lostte het probleem met mijn IoT VLAN op;



Hiermee zie je ook de clients in AdGuard voorbij komen ipv alleen localhost.

Nu blijft nog open;

OpenVPN wil nog steeds niet via AdGuard, dus advertenties etc zodra ik deze tunnel opbouw. Forceer ik DNS van de MT2500, dan heb ik geen internet over de tunnel, maar wel LAN toegang (die heb ik ook zonder DNS forceren). Pingen kan ik dan wel naar 192.168.2.2 vanuit de iPhone die via OpenVPN binnenkomt. Raar...

Oh ja en ik heb WireGuard nu ingesteld, dat gaat super simpel en daar werkt het met met DNS naar AdGuard. Wat ik alleen erg raar vind, als ik de WireGuard server uitschakel op de MT2500, kan ik nog steeds een tunnel opbouwen vanuit de WireGuard app (iPhone). Het icoontje VPN komt dan in beeld, maar niets werkt dan.

@laurens0619

[JB]

laurens0619 schreef op woensdag 24 april 2024 @ 14:18:
@JB
Kun je gene firewall rule aanmaken waar de match geen "From wan" heeft?
Of als je die moet opgeven, een "from openvpn"?

Je openvpn dns lookup komt denk ik niet langs de wan interface (geen idee waarom wireguard wel)

Volgens mij niet, maar kan ik parallel nog een aanmaken om OpenVPN te helpen?

De smaakjes;



[edit]

Jep, hiermee werkt het nu wel

[ Voor 23% gewijzigd door JB op 25-04-2024 09:29 ]

[benthouse]

Ik heb de MT-3000 (Beryl-AX) ook besteld en vorige week ontvangen. Gelijk de antenne's verwijderd en de behuizing geschikt gemaakt voor railmontage.
Nu gebruiken op de boot zodat we met een buitenantenne een line-of-sight kunnen realseren voor betere wifi ontvangst.
Doel is om met deze router voldoende throughput te hebben via Wireguard naar VPN server thuis zodat we overal Netflix en Ziggo kunnen kijken.

De behuizing openen is wat lastig maar eenmaal open is het losnemen van de IPEX/u.FL connectors op moederbordje eenvoudig. Door afzagen van de origingele antenne's komt er een opening vrij waarin SMA connectoren geplaatst kunnen worden.

Hieronder wat foto's:

[ Voor 13% gewijzigd door benthouse op 01-06-2024 16:44 . Reden: In testopstelling ]

[JB]

Cave_Boy schreef op donderdag 4 juli 2024 @ 10:17:
[...]


Het is ook goed om te lezen dat het probleem niet helemaal bij het apparaat is. Het is deels ook naar wat de gebruiker ervan verwacht en ook hoe ik het lees deels met opslag/ benaderen van iets?.

Lastige combinatie. HEt apparaat is al simpele travel router met adguard optie erbij verkocht echter je kan ook weer niet verwachten dat je mega veel taken aan zo'n apparaat kunt geven. Maar waar ligt die verwachtingsgrens? En dan heb je ook nog het probleem dat hij ook wel eens helemaal niet wilt inladen (ook korte lijst).

Handmatig werkt het wel, dus het lijkt specifiek mis bij de Slate Plus. Dat moet toch opgelost kunnen worden? Ze verkopen het met de volgende specs;



Als je dan geen enkele (default) blocklist ingeladen krijgt...

[snah001]

Vandaag de MT6000 met Wireguard Client getest met (gebruik Torguard) een server in Frankfurt.
Prachtig resultaat op een Ziggo 750/60 lijn:

[Cave_Boy]

Je vergeet de 19%coupon bij de AXT 1800. Op Amazon staat deze voor €129. Daar kan dus nog 19% vanaf.
Dat is %25,51. Eindbedrag wordt dan. €104,49


Ik heb zelf enkele keren met de Slate gewerkt en daarna de AXT1800. Ik vind de AXT1800 een heerlijk apparaatje. Ook meer toekomstgericht.

Of zie ik alleen deze coupon actie?

[ Voor 23% gewijzigd door Cave_Boy op 26-07-2024 13:10 ]

[benthouse]

Groentjuh schreef op woensdag 13 december 2023 @ 17:14:
[...]

Ik heb een COMFAST CF-953AX, maar er zijn mogelijk betere opties. Een goed repo om eens door te lezen is:

https://github.com/morrownr/USB-WiFi/

Op de ALFA AWUS036AXM met zelfde chipset kunnen bijvoorbeeld eigen antennes geschroefd worden.

Ik heb zelf de Beryl AX omgebouwd en geschikt gemaakt voor externe antennes. Heb hiervoor de originele antennes verwijderd en er SMA aansluitingen voor terug geplaatst. Gebruik de router aan boord van zeilboot met externe antenne buiten voor de haven Wifi en een interne antenne binnen voor access met devices.
Router zelf is ingebouwd in dashboard en door mij voorzien van DIN rail bevestiging.

[aloft]

MikeyMan schreef op zaterdag 14 september 2024 @ 16:04:
@aloft optie subnets in de Synology instellingen? Of in tailscale?

In de tailscale admin console kan ik exit node niet aanklikken voor de Synology. Hoop instellingen ineens zo

@Cave_Boy het is mij verder om het even. Maar mijn udm ondersteunt helaas geen wireguard. En op de Synology is het ook wat meer geknutsel dan ik nu op vakantie voor elkaar ga krijgen.

In Tailscale admin moet je die instellingen doen, maar ook op de Synology. Tijdje geleden dat ik dat gedaan heb, maar als je even googlet, dan krijg je de stappen wel te zien. Zelfde voor de exit-node, die moet je op een paar plekken 'aanzetten' voordat die hem activeert.

Als hij geactiveerd is, zie je dat in de Tailscale admin :



Die expiry disabled moet je ook nog in admin tailscale aanzetten, zodat je de client niet telkens opnieuw hoeft te authoriseren.

[FrankHe]

Zonet heb ik mijn GL-AXT1800 ge-update naar de nieuwste firmware versie 4.6.4 maar nu krijg ik een foutmelding te zien wanneer ik naar het menu item Wireless navigeer.



Daarna blijf het scherm verder leeg. Alle andere onderdelen van het Admin Panel doen het wel gewoon. Zien jullie dezelfde melding bij Wireless?

[snah001]

FrankHe schreef op maandag 30 september 2024 @ 19:19:
[...]

In de Pricewatch heb ik de keuze uit één winkels! "You honor, I rest my case."

Hier via de EU website met gratis verzending:
https://store-eu.gl-inet.com/en-jp

Hier via Amazon.nl. binnen 24 uur geleverd:



"Rest my Case, Your Honor"

[JB]

FrankHe schreef op maandag 30 september 2024 @ 19:40:
Zonet heb ik mijn GL-AXT1800 ge-update naar de nieuwste firmware versie 4.6.4 maar nu krijg ik een foutmelding te zien wanneer ik naar het menu item Wireless navigeer.

[Afbeelding]

Daarna blijf het scherm verder leeg. Alle andere onderdelen van het Admin Panel doen het wel gewoon. Zien jullie dezelfde melding bij Wireless?

Ik zie deze foutmelding ook steeds op mijn nieuwe GL-AXT1800... heb alleen geen zaken die niet werken, maar deze error komt eenmalig voorbij zo lijkt, wanneer ik naar het VPN dashboard ga

Ik heb de commando's hieronder doorgevoerd, maar dat verhelpt bovenstaande niet;



https://forum.gl-inet.com...rred-since-updating/47408

[ Voor 27% gewijzigd door JB op 17-10-2024 10:54 ]

[JB]

FrankHe schreef op donderdag 17 oktober 2024 @ 19:51:
[...]

Het issue wat ik had was verholpen door een reset van de configuratie. In mijn geval bleek dat geen ramp omdat ik er geen ingewikkelde config op nahoud. Ik heb slechts wat WireGuard endpoints ingesteld. Maar wanneer je meer uitgebreide instellingen hebt dan kan ik me voorstellen dat je wellicht minder happig bent om de configuratie over de schutting te gooien en opnieuw te beginnen.

Ik heb nog steeds een deel van dat issue na een reset en update... In VPN section.



Maar niet in FireFox... en alles lijkt wel gewoon te werken

[ Voor 17% gewijzigd door JB op 17-10-2024 23:09 ]

[JB]

FrankHe schreef op vrijdag 18 oktober 2024 @ 08:59:
Bij mij werkt alles ondertussen weer maar daarvoor bleek het dus wel nodig om de configuratie terug te zetten naar de fabrieksinstellingen. Kortom bepaald niet ideaal.

Wat werkte er niet? Ik zie in dat GL.Inet topic dat een simple reeks commando's in SSH het oploste mbt WiFi, maar geen idee of jij hetzelfde issue had.

edit:
Zo te lezen, gaat het om dezelfde issues

[ Voor 22% gewijzigd door JB op 18-10-2024 09:21 ]

[JB]

FrankHe schreef op vrijdag 18 oktober 2024 @ 09:54:
[...]

Wireless werkte bij mij prima alleen werd de WiFi pagina in de interface niet getoond waardoor ik het niet kon beheren. Deze commando's voor de line interface (CLI) heb ik inderdaad niet geprobeerd. Ik was ze nog niet tegengekomen.

VPN dashboard;

[FrankHe]

JB schreef op dinsdag 22 oktober 2024 @ 09:27:
[...]

Ja zou tof zijn, gewoon het VPN dashboard open zetten, met een WireGuard tunnel (of OpenVPN want daar gebeurd het ook bij) up. Dan komt diezelfde melding om de 30 sec? voorbij zoals jij ook had bij het Wireless gedeelte.

Let wel; hier alleen op Safari (iPadOS & MacOS doen het beiden). Met FireFox heb ik die melding niet.

Inderdaad, om ze zoveel seconden lijkt de Gl.iNet router, de VPN client, geen thuis te geven.

Screenshot van Safari Web Inspector:

(de afbeelding komt op mijn scherm niet lekker door, maar ik begrijp niet helemaal waarom dit is)

[ Voor 17% gewijzigd door FrankHe op 22-10-2024 15:34 ]

[ilm]

Recent ook bezitter van een GL inet mt6000. Voorlopig (heel) tevreden om eindelijk verlost te zijn van men ISP router. In het begin vond ik hem nog redelijk warm worden in idle, maar juist gekeken en het was veel beter (ervoor stond ie mss niet helemaal op de goede plek).

Heeft er iemand de openvpn client werkende gekregen met routering op basis van domein/IP of route modus 'auto detect'? VPN verbindt zonder problemen, en alles werkt als global proxy, maar met:

- domein/IP gebaseerde routering is geen enkele website bereikbaar. Dit lijkt een DNS probleem te zijn. Heel soms werkt het even, maar zeer waarschijnlijk doordat firefox de IP nog in cache heeft. Dit zowel voor VPN adressen (host.mijnwerk.com; toegevoegd aan de lijst met domeinen) als niet-VPN (tweakers.net).

nslookup geeft een time-out zowel op de laptop als de router zelf. Ik gebruikt adguard maar "AdGuard Home Handle Client Requests" staat uit. Het vreemde is dat ik geen "DNS server settings" heb. Bestaat deze nog in de laatste firmware? Of zie je deze niet als adguard aan staat (ook bij adguard uit zie ik niets).



- route modus auto detect

Hier zie ik dat de VPN server routes pushed over opvn. Echter lijkt de routering niet te werken. Pseudo output geeft iets van:

code:

route

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         10.24.d.e.f   0.0.0.0         UG    10     0        0 pppoe-wan
10.d.e.f   *               255.255.255.255 UH    0      0        0 pppoe-wan
192.168.8.0     *               255.255.255.0   U     0      0        0 br-lan
a.b.c.0   *               255.255.255.0   U     0      0        0 ovpnclient

Er worden nog veel meer routes gepushed door de server maar host.mijnwerk.com (IP a.b.c.d) staat er wel tussen. Als ik via IP (a.b.c.d) dan in firefox naar de website ga krijg ik ook een timeout (tweakers / het internet is wel bereikbaar dan).

Wat zie ik hier over het hoofd?

Alles is redelijk standaard. Buiten adguard heb ik ook nog een wireguard server (maar die heb ik ook al eens afgezet). WAN verbinding is over PPPOE (die geeft twee DNS servers van men ISP).

[ Voor 8% gewijzigd door ilm op 11-11-2024 13:48 ]

[DIKKEHENK]

zeg, vraagje. Draai hier nu 2 maanden de Mt6000, op 4.7.0 stock fw.
heb via luci de thermal monitor draaien, maar blijf deze vreemde temp spike houden.

Het syslog laat niets zien, ook de cpu / netwerk / wifi blijft vlak, enkel de temp spiked.
Het is ook niet adguard wat zichzelf update oid, die staat op 7 dagen.

TOP via SSH laat ook niks zien. iemand een idee ?

[ Voor 20% gewijzigd door DIKKEHENK op 25-01-2025 11:37 ]

[DIKKEHENK]

sweetdude schreef op zondag 16 februari 2025 @ 12:05:
[...]


Is het probleem ondertussen opgelost?

Nou, ja, maar domweg door 4.7.4 te installen.
Heb een soort van thermo plaatje 1 cm onder de router gelegd om de switch er 3 cm onder af te dekken, maar dat deed dus amper iets, hooguit 3 c. De onverklaarbare piek bleef dus.

4.7.4 daarentegen lost het zo te zien meteen op. Ook handig is dat nu de wifi zelf op zoek gaat naar een vrij wifi 5 kanaal als het huidige kanaal plots concurrentie krijgt. Weet niet of dat er al inzat, maar het valt me nu pas op.

op de grafiek zie je de install ( zaterdagmiddag) van de 4.7.4 fw met een kleine onderbreking. Want de update wiste mn collectd install, dus die moest ik even handmatig weer toevoegen. De data schrijf ik naar USB drive

[ Voor 9% gewijzigd door DIKKEHENK op 20-02-2025 12:48 ]

[snah001]

By the way: de enige wijziging die ik handmatig heb aangebracht in de firewall rules is deze.
Dat wordt op het web op diverse plaatsen aangeraden om via de firewall rules die poort dicht te zetten en deze rule helemaal bovenaan te zetten zodat die als 1ste wordt uitgevoerd.

[Groentjuh]

Sinds de NDA is afgelopen zou ik in theorie in het topic "Heb je iets nieuws en MOET je het gewoon showen" eindelijk kunnen posten dat ik hem heb...

[ Voor 19% gewijzigd door Groentjuh op 10-06-2025 15:21 ]

[snah001]

Overigens haal ik (met Torguard als VPN provider) deze snelheden binnen NL met Wireguard.
Ben benieuwd wat met de Flint 3 haalbaar is maar dat zou moeten lukken.
Wel wat packetloss maar dat blijft binnen de perken:

[snah001]

De BE9300 Flint 3 is binnen.
Alles geconfigureerd en werkt als een speer.
Mijn telefoon heeft Wifi-7 ondersteuning (incl. 6 Ghz) en dat is ook te zien.
enige wat ik tot nog toe mis is de 2de WAN 2.5 GB aansluiting. Je kunt daarvoor je 1ste ethernet poort voor gebruiken maar dan heb je nog maar 3 poorten over i.p.v. 4 bij de Flint 2.
Een klein dingetje zolang je maar niet meer dan 3 vaste ethernet aansluitingen gebruikt.
Verder heb ik last van een bug: de WAN PPPoe ethernet connectie knalt er iedere paar minuten uit voor een kleine minuut.
Flint 2 ernaast gezet en ff kabels omsteken en daar geen probleem.
Waarschijnlijk een firmware probleem en ook al gemeld bij GL.iNet op hun forum.
Heb gelukkig een fall-back met Klik & Klaar.

Eerste plaatje is wired met de Flint 3 en 2de plaatje via mijn telefoon.
Met Wireguard zit ik net zoals met de Flint 2 tussen de 450 en 500 Mbps up en download.

[ Voor 24% gewijzigd door snah001 op 01-07-2025 17:09 ]

[JDFS]

Cave_Boy schreef op dinsdag 23 december 2025 @ 12:47:
[...]


Op de een of andere manier haal ik via Tailscale netwerk ongeveer 50Mbit/s - 80Mbit/s hoger in de download. Upload is geen verschil. Heb verschillende metingen gedaan. Dat er geen open poort nodig is vind ik ook een voordeel.

Snelheid die ik behaal via Tailscale rond de 500Mbit/s download en 110Mbit/s upload.

Plus het gebruiksgemak van Tailscale t.o.v. Wireguard. Nooit meer met die ellendige config files aan de slag, alles gaat via een GUI plus het switchen van exit node is natuurlijk super simpel:

[RobbyTown]

Beyond schreef op woensdag 4 februari 2026 @ 21:50:
Weet iemand of de mudi 7 vannacht ook in de EU store beschikbaar komt?

Als het goed is wel. De nieuwsbrief

THE ALL-IN-ONE TRAVEL ROUTER
Coming Soon to All GL.iNet Stores
Pre-order Starts on
February 4, 2026, 6 PM (PST)

All stores dus ook EU zou ik zeggen. Wel een mooie rot tijd. 3 uur snachts.

Important Reminders


Smoother Checkout

Sign up for a GL.iNet Store Account at the appropriate store region in advance for a quicker checkout while early bird deals are available.


Order Limit

Super Early Bird & Early Bird Offers: Only ONE Mudi 7 unit per account.

Pre-order: Up to TEN Mudi 7 units per account.

If an order exceeds the limit listed above, only the maximum allowed quantity will be shipped, any excess payment will be refunded.


Free Shipping

Enjoy free shipping* to the US, EU, UK, CA, and selected APAC countries including Australia, New Zealand, Singapore, Hong Kong SAR, Macau SAR, Taiwan, Japan, and the United Arab Emirates only.


Display Price and Import Taxes

The prices shown above are valid for the GL.iNet US & APAC Stores only, and are subject to applicable local taxes, which will be calculated and included in the final amount at checkout