[Gl.iNet routers] Ervaringen en discussie

[FrankHe]

JB schreef op maandag 28 oktober 2024 @ 23:24:
[...]

Wel triest dat wij voor hun troubleshooten...

Wanneer heel veel gebruikers hetzelfde probleem kunnen reproduceren dan zou je denken dat ze zelf ook in staat moeten zijn het probleem te reproduceren? Opmerkelijk.

[JB]

FrankHe schreef op dinsdag 29 oktober 2024 @ 09:37:
[...]

Wanneer heel veel gebruikers hetzelfde probleem kunnen reproduceren dan zou je denken dat ze zelf ook in staat moeten zijn het probleem te reproduceren? Opmerkelijk.

Ze zijn er nu wel mee bezig. Heb mijn router klaar staan om over te laten nemen, maar ik wacht even op een reply voordat ik mijn credentials deel.

Wat me wel opvalt, als ik de WG client uitschakel, de error wegblijft. Kun jij dat eens testen? Dus het is wel een combinatie met een tunnel die up is, mbt get_status op het het VPN dashboard. Zodra ik de tunnel uitzet, krijg ik geen "rode rpc" logs meer.

[FrankHe]

JB schreef op woensdag 6 november 2024 @ 09:25:
[...]

Ze zijn er nu wel mee bezig. Heb mijn router klaar staan om over te laten nemen, maar ik wacht even op een reply voordat ik mijn credentials deel.

Wat me wel opvalt, als ik de WG client uitschakel, de error wegblijft. Kun jij dat eens testen? Dus het is wel een combinatie met een tunnel die up is, mbt get_status op het het VPN dashboard. Zodra ik de tunnel uitzet, krijg ik geen "rode rpc" logs meer.

Op dit moment zit ik in een buitenland dat bekend staat om haar piramides alwaar geen enkele van mijn VPN-verbindingen werken. Het enige wat ik heb is een SSH-tunnel, die blokkeren ze kennelijk niet. Het kan nog even duren voor ik dingen met WireGuard kan testen.

[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 ]

[JB]

FrankHe schreef op maandag 11 november 2024 @ 13:11:
[...]

Op dit moment zit ik in een buitenland dat bekend staat om haar piramides alwaar geen enkele van mijn VPN-verbindingen werken. Het enige wat ik heb is een SSH-tunnel, die blokkeren ze kennelijk niet. Het kan nog even duren voor ik dingen met WireGuard kan testen.

Inmiddels al wat verder. GL.Inet heeft de router overgenomen waarbij ze dezelfde foutmeldingen niet kregen. Uiteindelijk een shadow sessie aangeboden vanuit mij, daar hebben we vanochtend naar gekeken. Op dat moment kregen we de foutmelding wel. Uitleg die ik kreeg;

If this reminder does not affect the device services when it appears, you can ignore it. This is the API to obtain the current status of the device, and it does not send the configurations or instructions to the router.

I am not very sure which side has the issue, but the comparison tests we did before, if it does not occur in the Chrome/Edge (Chromium), Firefox, and in the Safari although via GoodCloud, that is no issue. Add it is the API for getting status and not for configuring.
I think it can be ignored.

[FrankHe]

JB schreef op maandag 11 november 2024 @ 14:01:
[...]

Inmiddels al wat verder. GL.Inet heeft de router overgenomen waarbij ze dezelfde foutmeldingen niet kregen. Uiteindelijk een shadow sessie aangeboden vanuit mij, daar hebben we vanochtend naar gekeken. Op dat moment kregen we de foutmelding wel. Uitleg die ik kreeg;

[...]

Duidelijk, met dingen 'negeren' gaan we alle problemen in de wereld 'oplossen'. Er zijn meer mensen die dit probleem kunnen reproduceren, dit maakt het echt iets wat ze aan hun kant moeten fixen.

[snah001]

FrankHe schreef op maandag 11 november 2024 @ 13:11:
[...]

Op dit moment zit ik in een buitenland dat bekend staat om haar piramides alwaar geen enkele van mijn VPN-verbindingen werken. Het enige wat ik heb is een SSH-tunnel, die blokkeren ze kennelijk niet. Het kan nog even duren voor ik dingen met WireGuard kan testen.

Ik heb dat o.a. gehad in Vietnam, maar daar detecteren ze het gebruik van een VPN als je een tunnel gebruikt en knijpen daarna de je snelheid.
Vast via hotel of via mobiel maakt niet uit.
Zonder tunnel vaak 100mbps down en up ongeveer hetzelfde en met de VPN tunnel aan misschien net 5down/up.

[FrankHe]

snah001 schreef op maandag 11 november 2024 @ 15:56:
[...]

Ik heb dat o.a. gehad in Vietnam, maar daar detecteren ze het gebruik van een VPN als je een tunnel gebruikt en knijpen daarna de je snelheid.
Vast via hotel of via mobiel maakt niet uit.
Zonder tunnel vaak 100mbps down en up ongeveer hetzelfde en met de VPN tunnel aan misschien net 5down/up.

Met 5 Mbps zou ik al heel blij zijn. In het land van de piramides is het in welgeteld één hotel gelukt om mijn VPN's te gebruiken, alle drie de smaken IPSec, OpenVPN en WireGuard. Mobiel via een Airalo eSIM werkt het één en ander maar in het grootste deel van de hotels lijkt alles hermetisch afgesloten. Een SSH-tunnel lukt me nog wel, smaak nummer vier.

[ilm]

ilm schreef op maandag 11 november 2024 @ 13:28:
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:

Een beetje verder getest met de automatische routering en met IPs ipv domeinen om dns uit te sluiten. Routeringstabel lijkt in orde, firewall/iptables ook maar niets werkt.

Uiteindelijk custom routing gebruikt met het IP van die ene server dat ik nodig heb en dat werkt perfect. Mogeljiks zat er dan toch een conflict in de gepushte routes van de server. Normaal neemt hij de meest specifieke regel en voor zover ik zag was dat ok.

Hmm, met de automatische routering zie ik nu 2x 10.0.0.0 staan (wgserver en opvpnclient). Kan dat voor problemen gezorgd hebben?

code:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         a.b.c.d   0.0.0.0         UG    10     0        0 pppoe-wan
10.0.0.0        *               255.255.255.0   U     0      0        0 wgserver
10.0.0.0        *               255.0.0.0       U     0      0        0 ovpnclient
...

[Cave_Boy]

ilm schreef op dinsdag 12 november 2024 @ 00:40:
[...]


Hmm, met de automatische routering zie ik nu 2x 10.0.0.0 staan (wgserver en opvpnclient). Kan dat voor problemen gezorgd hebben?

code:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         a.b.c.d   0.0.0.0         UG    10     0        0 pppoe-wan
10.0.0.0        *               255.255.255.0   U     0      0        0 wgserver
10.0.0.0        *               255.0.0.0       U     0      0        0 ovpnclient
...

Ik vermoed dat dat inderdaad het probleem was. Dan zou je een 10 even naar een ander getal moeten maken. Het is eigenlijk een apart netwerk. Op deze manier zitten ze in elkaar netwerk wat volgens mij wel kan storen.

[ilm]

Edit: het is inderdaad het laatste probleem. Ik heb de route naar vpn.server over ovpnclient verwijderd en in de plaats via de default gateway (pppoe-wan) toegevoegd het werkt! Nu nog uitzoeken waarom hij dat toevoegd en of ik dat automatisch kan fixen.

code:

vpn.server *               255.255.255.255 UH    0      0        0 pppoe-wan

---

hmm, het lijkt toch iets anders te zijn. Ik heb wireguard helemaal afgezet (verwijderen kan niet echt), als ook het subnet van wg gezet op 10.8.0.0/24 en daarna ook 10.0.8.0/24 (18.0.0.0/24 laat de web interface niet toe). Ik heb ook een keer de 10.0.0.0/8 route manueel verwijderd na connectie met openvpn, maar niets werkt.

Op men mac werkt tunnelblick (openvpn client) met dezelfde config wel, en daar maakt hij die 10.0.0.0/8 route ook aan (wel grote subnet en men publiek ip begint ook toevallig met 10. maar zou geen invloed mogen hebben).

Routering zonder openvpn:

code:

root@GL-MT6000:~# netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         10.wan.ip   0.0.0.0         UG        0 0          0 pppoe-wan
10.wan.ip   0.0.0.0         255.255.255.255 UH        0 0          0 pppoe-wan
192.168.8.0     0.0.0.0         255.255.255.0   U         0 0          0 br-lan

de volledige routeringstabel na verbinding met openvpn.

code:

root@GL-MT6000:~# netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         10.public.ip   0.0.0.0         UG        0 0          0 pppoe-wan
10.0.0.0        0.0.0.0         255.0.0.0       U         0 0          0 ovpnclient
10.public.ip   0.0.0.0         255.255.255.255 UH        0 0          0 pppoe-wan
a.b.c.160  0.0.0.0         255.255.255.224 U         0 0          0 ovpnclient
a.b.c.162  0.0.0.0         255.255.255.255 UH        0 0          0 ovpnclient
a.b.c.182  0.0.0.0         255.255.255.255 UH        0 0          0 ovpnclient
a.b.c.191  0.0.0.0         255.255.255.255 UH        0 0          0 ovpnclient
a.b.135.0   0.0.0.0         255.255.255.0   U         0 0          0 ovpnclient
a.b.171.0   0.0.0.0         255.255.255.0   U         0 0          0 ovpnclient
a.b.172.0   0.0.0.0         255.255.254.0   U         0 0          0 ovpnclient
a.b.175.0   0.0.0.0         255.255.255.0   U         0 0          0 ovpnclient
a.b.214.0   0.0.0.0         255.255.255.0   U         0 0          0 ovpnclient
a.b.215.0   0.0.0.0         255.255.255.0   U         0 0          0 ovpnclient
a.b.231.148 0.0.0.0         255.255.255.255 UH        0 0          0 ovpnclient
d.e.28.0     0.0.0.0         255.255.252.0   U         0 0          0 ovpnclient
d.e.104.0    0.0.0.0         255.255.252.0   U         0 0          0 ovpnclient
192.168.8.0     0.0.0.0         255.255.255.0   U         0 0          0 br-lan
vpn.dns1 0.0.0.0         255.255.255.128 U         0 0          0 ovpnclient
vpn.server 0.0.0.0         255.255.255.255 UH        0 0          0 ovpnclient

Internet toegang is ok, maar geen toegang tot a.b.214.135. Tunnelblick geeft een soortgelijke tabel en daar werkt alles wel.

Enig idee waar ik nog kan kijken? Netwerking is wat zwarte magie. Zou een factory reset kunnen helpen dat ik ergens in config limbo zit? Anders eens een berichtje op hun forum zetten.

Wacht even! Het IP van de vpn zelf staat er ook (laatste lijn) en wordt gestuurd naar opvpnclient. Klopt dit wel? Volgens mij moet dit toch de default gateway via de wan interface zijn?

In tunnelblick is dit gewoon naar de router ip via de wifi (en0) interface:

code:

vpn.server 192.168.8.1        UGSc                  en0

[ Voor 4% gewijzigd door ilm op 12-11-2024 22:19 ]

[Cave_Boy]

ilm schreef op dinsdag 12 november 2024 @ 22:09:
Edit: het is inderdaad het laatste probleem. Ik heb de route naar vpn.server over ovpnclient verwijderd en in de plaats via de default gateway (pppoe-wan) toegevoegd het werkt! Nu nog uitzoeken waarom hij dat toevoegd en of ik dat automatisch kan fixen.

code:

vpn.server *               255.255.255.255 UH    0      0        0 pppoe-wan

---

hmm, het lijkt toch iets anders te zijn. Ik heb wireguard helemaal afgezet (verwijderen kan niet echt), als ook het subnet van wg gezet op 10.8.0.0/24 en daarna ook 10.0.8.0/24 (18.0.0.0/24 laat de web interface niet toe). Ik heb ook een keer de 10.0.0.0/8 route manueel verwijderd na connectie met openvpn, maar niets werkt.

Op men mac werkt tunnelblick (openvpn client) met dezelfde config wel, en daar maakt hij die 10.0.0.0/8 route ook aan (wel grote subnet en men publiek ip begint ook toevallig met 10. maar zou geen invloed mogen hebben).

Routering zonder openvpn:

code:

root@GL-MT6000:~# netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         10.wan.ip   0.0.0.0         UG        0 0          0 pppoe-wan
10.wan.ip   0.0.0.0         255.255.255.255 UH        0 0          0 pppoe-wan
192.168.8.0     0.0.0.0         255.255.255.0   U         0 0          0 br-lan

de volledige routeringstabel na verbinding met openvpn.

code:

root@GL-MT6000:~# netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         10.public.ip   0.0.0.0         UG        0 0          0 pppoe-wan
10.0.0.0        0.0.0.0         255.0.0.0       U         0 0          0 ovpnclient
10.public.ip   0.0.0.0         255.255.255.255 UH        0 0          0 pppoe-wan
a.b.c.160  0.0.0.0         255.255.255.224 U         0 0          0 ovpnclient
a.b.c.162  0.0.0.0         255.255.255.255 UH        0 0          0 ovpnclient
a.b.c.182  0.0.0.0         255.255.255.255 UH        0 0          0 ovpnclient
a.b.c.191  0.0.0.0         255.255.255.255 UH        0 0          0 ovpnclient
a.b.135.0   0.0.0.0         255.255.255.0   U         0 0          0 ovpnclient
a.b.171.0   0.0.0.0         255.255.255.0   U         0 0          0 ovpnclient
a.b.172.0   0.0.0.0         255.255.254.0   U         0 0          0 ovpnclient
a.b.175.0   0.0.0.0         255.255.255.0   U         0 0          0 ovpnclient
a.b.214.0   0.0.0.0         255.255.255.0   U         0 0          0 ovpnclient
a.b.215.0   0.0.0.0         255.255.255.0   U         0 0          0 ovpnclient
a.b.231.148 0.0.0.0         255.255.255.255 UH        0 0          0 ovpnclient
d.e.28.0     0.0.0.0         255.255.252.0   U         0 0          0 ovpnclient
d.e.104.0    0.0.0.0         255.255.252.0   U         0 0          0 ovpnclient
192.168.8.0     0.0.0.0         255.255.255.0   U         0 0          0 br-lan
vpn.dns1 0.0.0.0         255.255.255.128 U         0 0          0 ovpnclient
vpn.server 0.0.0.0         255.255.255.255 UH        0 0          0 ovpnclient

Internet toegang is ok, maar geen toegang tot a.b.214.135. Tunnelblick geeft een soortgelijke tabel en daar werkt alles wel.

Enig idee waar ik nog kan kijken? Netwerking is wat zwarte magie. Zou een factory reset kunnen helpen dat ik ergens in config limbo zit? Anders eens een berichtje op hun forum zetten.

Wacht even! Het IP van de vpn zelf staat er ook (laatste lijn) en wordt gestuurd naar opvpnclient. Klopt dit wel? Volgens mij moet dit toch de default gateway via de wan interface zijn?

In tunnelblick is dit gewoon naar de router ip via de wifi (en0) interface:

code:

vpn.server 192.168.8.1        UGSc                  en0

Heb je wel een routering nog daarnaartoe? Het is namelijk een heel ander subnet masker. Kan dat niet het probleem zijn?

[Groentjuh]

Inmiddels zijn diverse GL.iNet routers i.v.m. Blackfriday in de aanbieding bij Amazon.nl. De blackfriday actiepagina is overigens hier te vinden.

[snah001]

Wilde het net al posten.
De MT6000 nu voor €110,- en dat is (relatief gezien natuurlijk) geen geld voor zo'n uitstekende router met zoveel mogelijkheden.

[Cave_Boy]

Omdat ik toch best wel wat problemen las op forums over de firmware 's van de laatste tijd heb ik zelf met mijn vaste setup de GL AXT 1800's niet geüpdatet (Draaide 4.6.1). Een kleine setup heb ik onlangs even als kopie gemaakt en daar heb ik dan ook tot de laatste firmware geüpdatet (4.6.8).

Dit ging probleemloos en moet zeggen deze update ging best snel. Ik heb eerder wat tragere updates gehad. Ook de instellingen bleven keurig bewaard (de Wireguard VPN ging keurig direct weer connectie maken).

[duvekot]

Zijn er hier ook mensen met problemen rond de DDNS service van GL.inet?
Lijkt er op dat hun service stuk is gegaan .. en nu registreert de router geen DDNS meer. Mijn VPNs zijn nu stuk .. en ik weet het publieke IP van mijn aansluiting nu ook even niet (anders kon ik er nog wel remote bij). Dus straks ff iemand vragen de stekker er uit en in te stoppen
(En zorgen dat ik niet 100% vertrouw op de ddns registratie)

[Cave_Boy]

duvekot schreef op zaterdag 7 december 2024 @ 02:57:
Zijn er hier ook mensen met problemen rond de DDNS service van GL.inet?
Lijkt er op dat hun service stuk is gegaan .. en nu registreert de router geen DDNS meer. Mijn VPNs zijn nu stuk .. en ik weet het publieke IP van mijn aansluiting nu ook even niet (anders kon ik er nog wel remote bij). Dus straks ff iemand vragen de stekker er uit en in te stoppen
(En zorgen dat ik niet 100% vertrouw op de ddns registratie)

Die service heb ik eigenlijk nooit gebruikt. Wel erg vervelend als juist dat het begeeft.

[duvekot]

Cave_Boy schreef op zaterdag 7 december 2024 @ 07:20:
[...]
Die service heb ik eigenlijk nooit gebruikt. Wel erg vervelend als juist dat het begeeft.

Gebruik je een andere DDNS provider? (Via de "Advanced" openwrt webgui?)

[ Voor 0% gewijzigd door duvekot op 07-12-2024 07:41 . Reden: layout ]

[Cave_Boy]

Ik gebrijk zelf al lange tijd gewoon https://www.noip.com/ (had ooit een leuke aanbieding voor 3 jaar 1 domein. Als ik nu kijk is hun prijs iets omhoog met $1,99. De gratis versie had ik destijds kort getest. Werkt ook prima maar mede door de aanbieding en de beperking van 30 dagen renew ging ik snel naar de betaalde variant.

[snah001]

Gl.iNET heeft ook met de kerstdagen aanbiedingen dus als je er een wilt aanschaffen dan kan de korting behoorlijk zijn zoals de MT6000 met 42& korting.

[DIKKEHENK]

Zo, recent in t bezit van een MT6000, komende vanaf een 9 jaar oude Turris Omnia.

Wilde eigenlijk meteen naar openwrt 23.05 gaan, maar dacht probeer even de stock FW/openwrt fork.
Draai nu de 4.7 rc3, en dat draait prima eigenlijk.
Ipv6 met (upc) Ziggo was even zoeken, maar /59 deed de truuk.

Vroeg me af, draait iemand hier de 24-10 FW?

verder draait het als een zonnetje, makkelijk te configgen, adguard draait prima, wifi prima, kortom prima ding, zeker voor t geld

[snah001]

Bij mij draait de 4.6.8 versie.
Heeft aan geen FW update beschikbaar.
Wellicht zit je met een beta firmware?

[DIKKEHENK]

Zeker, de beta 4.7 rc3 draait hier. een rc3 durf ik wel aan.

[DIKKEHENK]

Wat mij overigens wel opvalt bij de openwrt fork is dat een IDS-applicatie volledig ontbreekt.
Daar hebben ze nog wel wat werk aan de winkel.

[duvekot]

DIKKEHENK schreef op maandag 9 december 2024 @ 11:24:
Wat mij overigens wel opvalt bij de openwrt fork is dat een IDS-applicatie volledig ontbreekt.
Daar hebben ze nog wel wat werk aan de winkel.

Snort is beschikbaar voor OpenWRT ...en dat zit nog steeds onder de moterkap. Maar voor veel apparaten zou de CPU belasting voor een full blown IDS/IPS systeem te veel zijn verwacht ik.

[gwabber]

Hoe zijn jullie ervaringen met een GL.inet en wifi in de trein? Ik krijg de router wel verbonden, maat de portal blijft een witte pagina. Heeft iemand dit wel eens werkend gekregen?

[Cave_Boy]

Toen internet in de trein net opkwam en iedereen een databundel had wilde ik soms nog wel eens een connectie maken. Nu is het zo dat ik vaak een 5G verbinding heb met mijn mobiel en via de trein is er vaak een connectie met 4G ( zo ervaarde ik het). Dit bemerk je behoorlijk in snelheid. De reactietijd uw ook een stukje trager.

Daarbij was het ook een open netwerk. Je was eigenlijk verplicht een vpn of andere beveiliging toe te passen omdat je elk apparaat in het netwerk kon zien en vaak bereiken.

De tijd van een ritje is in Nederland denk ik ok alleen voor de echt lange stukken leuk om naar te kijken. Dus bijvoorbeeld Amsterdam en Groningen of Middelburg of Maastricht. Bij veel routes heb je een "irritante" overstap. De overstap zelf is vaak prima te doen maar je moet dan wel ff stoppen en weer opnieuw connectie etc.

Een GL inet travel router met een 5G stick erin is geen optie?

[gwabber]

@Cave_Boy Dank voor je reactie!

5G is uiteraard veel beter dan de wifi in de trein. Het gaat er me eerlijk gezegd ook meer om "dat het kan" om een VPN vanuit de trein naar huis te bouwen

[FrankHe]

gwabber schreef op donderdag 12 december 2024 @ 14:45:
Hoe zijn jullie ervaringen met een GL.inet en wifi in de trein? Ik krijg de router wel verbonden, maat de portal blijft een witte pagina. Heeft iemand dit wel eens werkend gekregen?

Geen goede ervaringen mee in het verleden. Zoals @Cave_Boy al aangeeft, ook ik probeer het al niet eens meer. Tegenwoordig maak ik gewoon een hotspot met mijn telefoon en ga via die weg het internet op. De GL.iNET gebruik ik voornamelijk in gastenverblijven / hotel en dergelijke waar wel WiFi beschikbaar is maar waar ik liever mijn eigen netwerk(je) heb.

[gwabber]

Dan ga ik stoppen met proberen Leek me leuk als het zou werken, maar heeft verder inderdaad geen toegevoegde waarde...

[BounceMeister]

Ik ben nu in oostenrijk en wil verbinding maken met de wireguard vpn server welke thuis op home assistant draait op een raspberry pi. Daarvan heb ik een qr code welke prima werkt op de wireguard app op mijn telefoon. Maar de Beryl AX accepteert dit jpg bestand niet, alleen zip, txt en andere formaten worden geaccepteerd. Hoe maak ik dan verbinding?

[Cave_Boy]

BounceMeister schreef op zaterdag 21 december 2024 @ 14:49:
Ik ben nu in oostenrijk en wil verbinding maken met de wireguard vpn server welke thuis op home assistant draait op een raspberry pi. Daarvan heb ik een qr code welke prima werkt op de wireguard app op mijn telefoon. Maar de Beryl AX accepteert dit jpg bestand niet, alleen zip, txt en andere formaten worden geaccepteerd. Hoe maak ik dan verbinding?

Je moet de config als tekst hebben. De QR is vooral voor telefoons bedoeld (voor gemak).

[BounceMeister]

Cave_Boy schreef op zaterdag 21 december 2024 @ 14:55:
[...]

Je moet de config als tekst hebben. De QR is vooral voor telefoons bedoeld (voor gemak).

Ik kon in home assistant geen andere optie vinden voor export. Het was allemaal al zo vaag.
Het jammere is dat openvpn het ook niet doet op deze gl inet, terwijl dat ook prima werkt op mn telefoon (niet tegelijkertijd natuurlijk). Op mn oude gl inet router werkte openvpn ook goed, maar die heb ik thuis latrn liggen
..

[xileS]

BounceMeister schreef op zaterdag 21 december 2024 @ 14:59:
[...]

Ik kon in home assistant geen andere optie vinden voor export. Het was allemaal al zo vaag.
Het jammere is dat openvpn het ook niet doet op deze gl inet, terwijl dat ook prima werkt op mn telefoon (niet tegelijkertijd natuurlijk). Op mn oude gl inet router werkte openvpn ook goed, maar die heb ik thuis latrn liggen
..

Je kan in je Wireguard app wel de gegevens zien en deze kan je dan handmatig in de gl.inet inladen.

Ik had een soort gelijk probleem met mijn Fritz modem. Ik kon wel een bestand downloaden en inladen, maar die zorgde er niet voor dat ik mijn thuis ip adres had via de gl.inet travelrouter. Lang mee zitten pielen en weet niet meer precies wat ik gedaan had, maar hier stond geloof ik iets tussen wat hielp: https://forum.heimnetz.de...d-zu-fritz-box-7530.3049/

Ik moest iig wat gegevens weglaten geloof ik.

[BounceMeister]

Hij maakt via die weg nu verbinding. Ik heb nu een extern ip-adres in nederland. Alleen kan ik niet op mijn lokale netwerk. Dat was met ovpn ook al zo, terwijl beide profielen via android wel toegang hebben op mijn lokale netwerk. Ik vermoed dat er ergens een instelling is in de gl inet waardoor ik niet op m'n lokale netwerk kan komen?

[xileS]

BounceMeister schreef op zaterdag 21 december 2024 @ 17:16:
Hij maakt via die weg nu verbinding. Ik heb nu een extern ip-adres in nederland. Alleen kan ik niet op mijn lokale netwerk. Dat was met ovpn ook al zo, terwijl beide profielen via android wel toegang hebben op mijn lokale netwerk. Ik vermoed dat er ergens een instelling is in de gl inet waardoor ik niet op m'n lokale netwerk kan komen?

Als je je IP checkt, zit je dus niet op je thuis ip/netwerk? Ik had precies hetzelfde. Settings staat niet goed in gl.inet. Ik had na een hoop pielen, opeens een setting die wel werkt. Ik zal zo mijn bericht bewerken wat ik nu erin (geanominiseerd) heb staan, dan kan je het vergelijken.

[Interface]
PrivateKey = aAaAAaaAAAaIAAAAAAAAaaaa/a1aa8Aa1aaAaaAxaa7Aa=
Address = 192.168.178.201/24,aaaa:6aa3:68aa::201/64
DNS = 192.168.178.1,aaaa:6aa3:68aa::62a5:8aaa:aa1a:a659

[Peer]
PublicKey = aAa488aAaAAAaaAAaAa/aaAAaAAaAaaAA4a0aAAAAAa=
PresharedKey = /aaaa/AaaA46aAAaaMA2aAa6aa+2Aa1aaA6aAaaAaaJA=
AllowedIPs = 0.0.0.0/0,aaaa:6aa3:68aa::/64,::/0
Endpoint = a2aaaaaa60aaa0aa.myfritz.net:54943
PersistentKeepalive = 25

[ Voor 22% gewijzigd door xileS op 21-12-2024 20:29 ]

[PSGHGV]

BounceMeister schreef op zaterdag 21 december 2024 @ 17:16:
Hij maakt via die weg nu verbinding. Ik heb nu een extern ip-adres in nederland. Alleen kan ik niet op mijn lokale netwerk. Dat was met ovpn ook al zo, terwijl beide profielen via android wel toegang hebben op mijn lokale netwerk. Ik vermoed dat er ergens een instelling is in de gl inet waardoor ik niet op m'n lokale netwerk kan komen?

Misschien de optie onder de WireGuard Client Options en dan "Allow Remote Access LAN " ?

[BounceMeister]

Bij [interface] is address een andere range dan de DNS, verder lijkt het overeen te komen. Allowed ip's heb ik 0.0.0.0/0 wat zou betekenen dat alle ip's zijn toegestaan.

Allow remote lan staat aan. Maar ik kan m'n diskstation of Domoticz op m'n LAN nog steeds niet bereiken.
Het gekke is dat m'n Android telefoon met hetzelfde configbestand wel in één keer werkt zonder deze ellende. Gelukkig kan ik hem retourneren tot 31 januari.
Misschien morgen nog een kijken met een laptop eraan.

[xileS]

BounceMeister schreef op zaterdag 21 december 2024 @ 21:57:
Bij [interface] is address een andere range dan de DNS, verder lijkt het overeen te komen. Allowed ip's heb ik 0.0.0.0/0 wat zou betekenen dat alle ip's zijn toegestaan.

Allow remote lan staat aan. Maar ik kan m'n diskstation of Domoticz op m'n LAN nog steeds niet bereiken.
Het gekke is dat m'n Android telefoon met hetzelfde configbestand wel in één keer werkt zonder deze ellende. Gelukkig kan ik hem retourneren tot 31 januari.
Misschien morgen nog een kijken met een laptop eraan.

Al wel hetzelfde IP als thuis? Ik kreeg dat namelijk steeds niet voor elkaar, maar door wat met de settings te stoeien later wel.

[Cave_Boy]

xileS schreef op zondag 22 december 2024 @ 00:15:
[...]

Al wel hetzelfde IP als thuis? Ik kreeg dat namelijk steeds niet voor elkaar, maar door wat met de settings te stoeien later wel.

In een oudere serie van GL inet (750S) weet ik dat er nog niet alles met de webGUI kon. Inmiddels dacht ik wel (wat ik zelf ervaar).

Toen ik de 750S had deed ik onderstaande:

Visit Client’s LAN Subnet from WireGuard Server LAN Subnet

Change WireGuard clients LAN IP to avoid IP confliction with Server

Modify Wireguard_Server Configuration

WinSCP or SSH into your the WireGuard Server (router) find and modify the file

/etc/config/wireguard_server
Add a line to the end of the config file of clients you want to visit.

list subnet '192.168.xxx.0/24'

Ofwel heb je wel een route naar je interne netwerk? Ik meen dat GL inet het ook wel eens op IP doet en dan kan het kloppen dat je telefoon er wel bij kan en een ander apparaat niet.

Heb je Route Gateway op de server ingesteld? Volgens mij zou dat niet perse hoeven maar staat me wel iets van bij dat kon helpen.

[BounceMeister]

Zijn dat client side wijzigingen? Het lijken namelijk server side wijzigingen.
Ik gebruik de gl inet als client. De wireguard server draait als plugin op home assistant op een raspberry pi 3.
Ik draai openvpn op een diskstation.
Beiden vertonen het probleem dat wanneer ik verbind met Android dat het wel werkt maar via de gl inet niet. Uiteraard gebruik ik niets tegelijkertijd. Het zijn exact dezelfde profielen.
Wat ik niet begrijp is wat de gl inet nu doet aan de client kant waardoor het niet werkt.

@xileS de apparaten die via vpn binnenkomen hebben een andere ip range dan het thuisnetwerk, maar dat is eerder nooit een probleem geweest. Ik kon gewoon overal bij.

[ Voor 23% gewijzigd door BounceMeister op 22-12-2024 10:08 ]

[xileS]

BounceMeister schreef op zondag 22 december 2024 @ 10:04:
Zijn dat client side wijzigingen? Het lijken namelijk server side wijzigingen.
Ik gebruik de gl inet als client. De wireguard server draait als plugin op home assistant op een raspberry pi 3.
Ik draai openvpn op een diskstation.
Beiden vertonen het probleem dat wanneer ik verbind met Android dat het wel werkt maar via de gl inet niet. Uiteraard gebruik ik niets tegelijkertijd. Het zijn exact dezelfde profielen.
Wat ik niet begrijp is wat de gl inet nu doet aan de client kant waardoor het niet werkt.

@xileS de apparaten die via vpn binnenkomen hebben een andere ip range dan het thuisnetwerk, maar dat is eerder nooit een probleem geweest. Ik kon gewoon overal bij.

https://forum.heimnetz.de...d-zu-fritz-box-7530.3049/

Al de tips die hier genoemd worden geprobeerd? Kan zijn dat je net een setting teveel hebt, die je moet veranderen. Toen was het bij mij opgelost.

En de FRITZ!Box handleiding gaf dit aan:

IP-netwerk van de FRITZ!Box aanpassen
Beide zijden van een VPN-verbinding moeten IP-adressen uit verschillende IP-netwerken gebruiken. Zodra de computer een verbinding tot stand heeft gebracht met een router (bijvoorbeeld een andere FRITZ!Box) die hetzelfde IP-netwerk als je FRITZ!Box gebruikt, is het niet meer mogelijk te communiceren via VPN.

Maar dit heb jij al? Thuis bijvoorbeeld 192.168.178.1 en de gl.inet 192.168.8. Als ze in dezelfde range zitten, dan werkt het blijkbaar niet.

Ik bedoelde met IP eigenlijk dat als je bv in het buitenland zit, dat je alsnog je IP adres van Ziggo/KPN of andere provider thuis hebt. Dat had ik heletijd niet en daarom werkte het ook niet.

[Cave_Boy]

BounceMeister schreef op zondag 22 december 2024 @ 10:04:
Zijn dat client side wijzigingen? Het lijken namelijk server side wijzigingen.
Ik gebruik de gl inet als client. De wireguard server draait als plugin op home assistant op een raspberry pi 3.
Ik draai openvpn op een diskstation.
Beiden vertonen het probleem dat wanneer ik verbind met Android dat het wel werkt maar via de gl inet niet. Uiteraard gebruik ik niets tegelijkertijd. Het zijn exact dezelfde profielen.
Wat ik niet begrijp is wat de gl inet nu doet aan de client kant waardoor het niet werkt.

@xileS de apparaten die via vpn binnenkomen hebben een andere ip range dan het thuisnetwerk, maar dat is eerder nooit een probleem geweest. Ik kon gewoon overal bij.

Het zijn serverside aanpassingen (zoals erbij staat ). Wel bijzonder dat je met hetzelfde profiel op een ander apparaat er wel bij kunt.

[BounceMeister]

Nu heb ik helemaal geen dataverkeer meer wanneer er een vpn aan staat. Mijn oude gl inet werkte wel met openvpn, maar die is veel te traag. Deze nieuwe beryl ax is merkbaar sneller, maar wat een ramp om hier iets werkend op te krijgen.
Ik reset hem en doe hem terug in de verpakking. Voor nu besloten hem terug te sturen, want ik wil me niet continu irriteren aan iets op mijn vakantie.
Misschien dat ik er op een later moment anders over denk. Bedankt voor de reacties tot zover.
Ik hou het even bij mijn mobiel, daar werkt het tenminste in één keer, zonder gedoe.

[BounceMeister]

Ik kan mijn vorige bericht niet bewerken, dus even een nieuw bericht. Ik dacht iets gevonden te hebben in dit bericht op het gl inet forum:
https://forum.gl-inet.com...via-wg-vpn-tunne/40157/10

Maar helaas is dat niet de oplossing. Dus wederom de router gereset en nu gaat hij definitief retour.

[Cave_Boy]

BounceMeister schreef op woensdag 1 januari 2025 @ 12:01:
Ik kan mijn vorige bericht niet bewerken, dus even een nieuw bericht. Ik dacht iets gevonden te hebben in dit bericht op het gl inet forum:
https://forum.gl-inet.com...via-wg-vpn-tunne/40157/10

Maar helaas is dat niet de oplossing. Dus wederom de router gereset en nu gaat hij definitief retour.

Wel bijzonder dat dit niet werkt ik heb zelf sinds de nieuwe updates gewoon het vinkje gedaan en daarvoor was het de code en daarbij de routering aanpassen.

[xileS]

Ook hier op vakantie in buitenland werkt de GL.iNet Opal router gewoon prima als Wireguard client en thuis een Fritz.box modem als Wireguard Server. Het was thuis wel even kloten, dat wel.

[BounceMeister]

Ik ontdekte dat de ip range van de lokale wifi (op het vakantieadres) gelijk is aan de ip range op het lan thuis. De kans dat dat voorkomt is vrij klein, maar blijkbaar wel een probleem voor de beryl ax.
Aangezien het op m'n telefoon wel goed werkt, ga ik niet aan de thuiskant rommelen wanneer ik niet thuis ben. Maar wanneer ik straks weer thuis ben, kan ik deze situatie niet meer nabootsen.
Ook vind ik het raar dat je zo diep moet graven en zowat een it-afdeling bij je moet hebben om zoiets simpels in te stellen.

[duvekot]

BounceMeister schreef op woensdag 1 januari 2025 @ 12:37:
Ik ontdekte dat de ip range van de lokale wifi (op het vakantieadres) gelijk is aan de ip range op het lan thuis. De kans dat dat voorkomt is vrij klein, maar blijkbaar wel een probleem voor de beryl ax.

Die kans is groter dan je denkt. Zeker met alle default instellingen die sommige providers gebruiken in hun eigen apparatuur. Dat is ook de reden dat ik altijd een andere locale IPv4 range pak voor mijn thuis netwerk. En dan eentje buiten de 192.168.x.x range ... De 172.16.0.0/12 range heeft mijn voorkeur omdat bedrijven vaker de 10.0.0.0/8 pakken. En ik heb dus ook op mijn Beryl AX (voor onderweg) en de Brume 2 andere ranges dan de standaard van GL-inet

[xileS]

BounceMeister schreef op woensdag 1 januari 2025 @ 12:37:
Ik ontdekte dat de ip range van de lokale wifi (op het vakantieadres) gelijk is aan de ip range op het lan thuis. De kans dat dat voorkomt is vrij klein, maar blijkbaar wel een probleem voor de beryl ax.
Aangezien het op m'n telefoon wel goed werkt, ga ik niet aan de thuiskant rommelen wanneer ik niet thuis ben. Maar wanneer ik straks weer thuis ben, kan ik deze situatie niet meer nabootsen.
Ook vind ik het raar dat je zo diep moet graven en zowat een it-afdeling bij je moet hebben om zoiets simpels in te stellen.

xileS in "[Gl.iNet routers] Ervaringen en discussie"

Dat is wat ik hier probeerde te verwoorden, maar misschien niet heel duidelijk overgebracht. Dit probleem zal je denk ik met alle routers hebben icm Wireguard, maar is vrij gemakkelijk op te lossen als je ook op je mobiel WG verbinding hebt naar thuis. En ik stond even niet bij stil dat range van de vakantie adres ook anders moest zijn ipv alleen thuis en gl.inet router.

Ik heb de situatie thuis nagebootst, door met mijn 5g verbinding van mijn mobiel met de gl.inet travelrouter te delen. Dat kan met usb tethering of dmv een wifi hotspot.

[xileS]

Misschien iemand die raadt weet. Ik heb zojuist mijn Opal travelrouter een firmware update gegeven door de laatste versie hier te downloaden op mijn Android toestel: https://dl.gl-inet.com/router/sft1200/stable

Ik had het nog nooit een update gegeven en vanuit de app en web Interface stelt die nooit een update voor, dus dacht ik doe het ff handmatig updaten..

Nou na de update kan ik niet meer met de wifi van de gl.inet connecten, dus ik heb het een factory reset gegeven, door de knop 10 sec in te houden. Ook dan kan ik met de standaard settings niet connecten.

Ik heb geen apparaten bij on het met een bedrade netwerk te proberen. Heb ik het nu gebrickt? Iemand nog toevallig tips.

don't fix it if it ain't broken, maar ik zag een firmware van 2023 staan

[Cave_Boy]

Met telefoon updaten heb ik nooit gedaan. Vind dat toch een beetje net niet fijn idee. Al wil ik ook geloven dat het prima kan.

Wat mij wel is opgevallen is dat de reset niet altijd goed lukt of wordt uitgevoerd.

Houd de reset knop ingedruktt als hij aanstaat tot je het lampje van power even ziet knipperen. Zelf wacht ik daarna nog wat seconden extra.

[xileS]

Cave_Boy schreef op vrijdag 3 januari 2025 @ 06:16:
Met telefoon updaten heb ik nooit gedaan. Vind dat toch een beetje net niet fijn idee. Al wil ik ook geloven dat het prima kan.

Wat mij wel is opgevallen is dat de reset niet altijd goed lukt of wordt uitgevoerd.

Houd de reset knop ingedruktt als hij aanstaat tot je het lampje van power even ziet knipperen. Zelf wacht ik daarna nog wat seconden extra.

Ik had het met de GL.iNet app gedaan, leek gewoon goed te gaan dacht ik. Hoor je normaal niet de update ook in de webinterface te zien? Ik heb namelijk nooit een update voorbij zien komen en dacht daarom maar even de update handmatig te doen.

Factory reset Lijkt wel soort van gelukt te zijn, want de SSID staat weer op fabriekinstellingen, maar ik kan er niet normaal mee connecten. Als ik een statisch ip adres neem, heb ik geen internetverbinding en kan ik ook het webinterface niet op.

https://docs.gl-inet.com/.../troubleshooting/debrick/

Uboot methode is denk ik alleen mogelijk met ethernet en een Windows toestel, dus ik ben bang dat ik de travelrouter niet meer kan gebruiken deze vakantie.

[duvekot]

xileS schreef op vrijdag 3 januari 2025 @ 07:40:
[...]

Ik had het met de GL.iNet app gedaan, leek gewoon goed te gaan dacht ik. Hoor je normaal niet de update ook in de webinterface te zien? Ik heb namelijk nooit een update voorbij zien komen en dacht daarom maar even de update handmatig te doen.

Factory reset Lijkt wel soort van gelukt te zijn, want de SSID staat weer op fabriekinstellingen, maar ik kan er niet normaal mee connecten. Als ik een statisch ip adres neem, heb ik geen internetverbinding en kan ik ook het webinterface niet op.

https://docs.gl-inet.com/.../troubleshooting/debrick/

Uboot methode is denk ik alleen mogelijk met ethernet en een Windows toestel, dus ik ben bang dat ik de travelrouter niet meer kan gebruiken deze vakantie.

Je kan kijken of je in een computer winkel wat kan proberen .. of bij iemand anders een computer lenen.. er zijn altijd wel mensen die willen helpen heb ik gemerkt.

Maar als de default SSID wel draait .. dan zou het apart zijn dat je er niet bij kan. Geen bijzondere apps op je telefoon draaien? Die verbinding kapen? Of dat je telefoon zegt .. Bekijk het maar met die WiFi .. want er is geen internet .. en dus de verbinding er uit gooit?

Ff wachten nadat je verbinding gemaakt hebt
. En kijken wat je telefoon doet.

[xileS]

duvekot schreef op vrijdag 3 januari 2025 @ 09:04:
[...]

Je kan kijken of je in een computer winkel wat kan proberen .. of bij iemand anders een computer lenen.. er zijn altijd wel mensen die willen helpen heb ik gemerkt.

Mja, het is alleen geen prioriteit nu voor me. Het is handig om te hebben in mijn hotel kamer.

Maar als de default SSID wel draait .. dan zou het apart zijn dat je er niet bij kan. Geen bijzondere apps op je telefoon draaien? Die verbinding kapen? Of dat je telefoon zegt .. Bekijk het maar met die WiFi .. want er is geen internet .. en dus de verbinding er uit gooit?

Ff wachten nadat je verbinding gemaakt hebt
. En kijken wat je telefoon doet.

Er zijn idd 2 SSID's zichtbaar, maar kan er niet standaard mee verbinden. Geprobeerd met 2 verschillende telefoons. Het lijkt erop dat DHCP niet werkt en dus geen IP kan uitdelen en daarom al snel naar een andere wel werkende wifi switched.

Als ik een statisch ip instel dan blijf ik wel met de SSID verbonden, maar krijg dan idd de melding dat er geen internet is (ook al zit de ethernet kabel aangesloten van hotel internet).

[duvekot]

xileS schreef op vrijdag 3 januari 2025 @ 09:30:
[...]

Mja, het is alleen geen prioriteit nu voor me. Het is handig om te hebben in mijn hotel kamer.

Maar je bent tweaker of niet .. dus wie weet kan je bij de receptie wel een computer gebruiken.

[...]

Er zijn idd 2 SSID's zichtbaar, maar kan er niet standaard mee verbinden. Geprobeerd met 2 verschillende telefoons. Het lijkt erop dat DHCP niet werkt en dus geen IP kan uitdelen en daarom al snel naar een andere wel werkende wifi switched.

Als ik een statisch ip instel dan blijf ik wel met de SSID verbonden, maar krijg dan idd de melding dat er geen internet is (ook al zit de ethernet kabel aangesloten van hotel internet).

Dat laatste hoeft niet veel te zeggen ... Want dat kan allerlei oorzaken hebben. Welke IP range geef je statisch mee? En welke gateway en subnet etc?

[xileS]

duvekot schreef op vrijdag 3 januari 2025 @ 09:45:
[...]

Maar je bent tweaker of niet .. dus wie weet kan je bij de receptie wel een computer gebruiken.

Er zijn vast mogelijkheden, maar op vakantie heb ik andere prioriteiten. Thuis kan ik op mijn gemakje nog naar kijken.

[...]


Dat laatste hoeft niet veel te zeggen ... Want dat kan allerlei oorzaken hebben. Welke IP range geef je statisch mee? En welke gateway en subnet etc?

192.168.1.2
192.168.1.1
255.255.255.0

[duvekot]

xileS schreef op vrijdag 3 januari 2025 @ 10:07:
[...]

Er zijn vast mogelijkheden, maar op vakantie heb ik andere prioriteiten. Thuis kan ik op mijn gemakje nog naar kijken.


[...]

192.168.1.2
192.168.1.1
255.255.255.0

Verander dat eens naar 192.168.8.2 .. en 8.1 als default gateway ...

[xileS]

duvekot schreef op vrijdag 3 januari 2025 @ 10:15:
[...]

Verander dat eens naar 192.168.8.2 .. en 8.1 als default gateway ...

Geeft helaas dezelfde resultaten, kan nog steeds niks door verbonden te zijn met de GL.iNet

[duvekot]

xileS schreef op vrijdag 3 januari 2025 @ 14:06:
[...]

Geeft helaas dezelfde resultaten, kan nog steeds niks door verbonden te zijn met de GL.iNet

Je kan ook niet bij 192.168.8.1 komen als je verbinding hebt?
Zorg dat er verder niets anders verbonden is met je travel router.

[xileS]

duvekot schreef op vrijdag 3 januari 2025 @ 14:42:
[...]

Je kan ook niet bij 192.168.8.1 komen als je verbinding hebt?
Zorg dat er verder niets anders verbonden is met je travel router.

Klopt, kom niet op de webinterface. Er is maar 1 apparaat mee verbonden, want heeft al een factory reset gehad.

[sweetdude]

Met de recente prijsdaling naar €138,- en gratis verzending van de Flint2 heb ik mijn Linksys Wrt32x ingeruild. Ik was een beetje verbaasd, maandag besteld en dinsdag al geleverd door Amazon.

Eerste ervaring, de stock firmware ziet er mooi uit en zitten zeker leuke opties in. Eerste keer dat ik zag dat een router meerdere opties voor WAN heeft die gecombineerd kunnen worden. waaronder een GSM aansluiten via USB en middels tethering hiervan gebruik maken op de router.

Toch snel OpenWRT erop gezet. Naar de laatste reguliere versie 23.05.5
Ik miste in de reguliere interface namelijk de opties om firewall regels aan te passen om alle DNS verkeer via mijn PiHole te laten lopen. Dus afvangen van poort 53 en doorsturen naar de PiHole behalve als het verkeer daar vandaan kwam.

Nu zit ik toch in de configuratie wat te stoeien wat de beste instellingen zijn. Misschien dat iemand hier er ervaring mee heeft.
Software flow offloadeing --> vinkje Aan
Hardware flow offloading --> vinkje aan
En ik had SQM (cake) aan staan op de linksys maar hierbij kan hij beter uit staan begreep ik.
Dus "enable this SQM instance --> vinkje uit.

Zijn er nog meer instellingen de moeite waard om aan te passen?

[duvekot]

sweetdude schreef op vrijdag 17 januari 2025 @ 12:27:
Met de recente prijsdaling naar €138,- en gratis verzending van de Flint2 heb ik mijn Linksys Wrt32x ingeruild. Ik was een beetje verbaasd, maandag besteld en dinsdag al geleverd door Amazon.

Eerste ervaring, de stock firmware ziet er mooi uit en zitten zeker leuke opties in. Eerste keer dat ik zag dat een router meerdere opties voor WAN heeft die gecombineerd kunnen worden. waaronder een GSM aansluiten via USB en middels tethering hiervan gebruik maken op de router.

Toch snel OpenWRT erop gezet. Naar de laatste reguliere versie 23.05.5
Ik miste in de reguliere interface namelijk de opties om firewall regels aan te passen om alle DNS verkeer via mijn PiHole te laten lopen. Dus afvangen van poort 53 en doorsturen naar de PiHole behalve als het verkeer daar vandaan kwam.

Nu zit ik toch in de configuratie wat te stoeien wat de beste instellingen zijn. Misschien dat iemand hier er ervaring mee heeft.
Software flow offloadeing --> vinkje Aan
Hardware flow offloading --> vinkje aan
En ik had SQM (cake) aan staan op de linksys maar hierbij kan hij beter uit staan begreep ik.
Dus "enable this SQM instance --> vinkje uit.

Zijn er nog meer instellingen de moeite waard om aan te passen?

Je wist dat je via de stock firmware via Advanced bij de LuCi web interface van OpenWRT kon komen?

[sweetdude]

duvekot schreef op vrijdag 17 januari 2025 @ 13:40:
[...]

Je wist dat je via de stock firmware via Advanced bij de LuCi web interface van OpenWRT kon komen?

Nee
nu wel gelukkig.

Als ziggo klaar is met mijn verbinding te monitoren zal ik hem resetten en eens verder kijken dan mijn neus lang is.

Ik zit nu even met een modem dat tijdelijk even niet in bridge modus staat

[ Voor 9% gewijzigd door sweetdude op 17-01-2025 14:37 ]

[sweetdude]

Nou ondertussen weer verder gegaan, van OpenWRT 23.05.5 naar 24.10 rc5 geupdate dit werkte prima.

Ook nog een factory reset gedaan en terug naar de stock firmware. Deze weer geüpgraded naar de 4.7.0 met OpenWRT 24.10 eronder (wel maar de rc2 uit december)

Hierbij vallen mij wel wat rare dingen op. Ik weet niet of jullie dat ook al tegen zijn gekomen?

Bij het aanmaken van een statisch IP-adres komt de hostname na het opslaan te vervallen en is deze weer terug blanco. Waarbij de hostname bij het veld "tag" komt te staan. Bij een 2de keer aanpassen blijft deze wel behouden. (in LuCI)

De DHCP-range die ik in LuCI instel voor het LAN is 192.168.0.100 tot 150. In het simpele (stock) admin panel blijft deze op 192.168.0.100 tot 249 staan. Welke setting wordt nu gebruikt ...:S

Ik heb WireGuard server geïnstalleerd, deze maakt een extra interface aan "WGserver" waar bij komt te staan:
"Unsupported protocol type.
Install protocol extensions..."
Er is een update beschikbaar in LuCI (de standaard interface gebruikt alleen maar GL.iNet sources) maar de upgrade voor de packages "wireguard-tools" geeft een foutmelding.

met de stock firmware wordt de ipv6 interface niet geactiveerd, deze dient handmatig geconfigureerd te worden. met een blanco OpenWRT installatie (sysupgrade image) wordt deze standaard herkend en geactiveerd.

[snah001]

sweetdude schreef op dinsdag 21 januari 2025 @ 15:13:
Nou ondertussen weer verder gegaan, van OpenWRT 23.05.5 naar 24.10 rc5 geupdate dit werkte prima.

Ook nog een factory reset gedaan en terug naar de stock firmware. Deze weer geüpgraded naar de 4.7.0 met OpenWRT 24.10 eronder (wel maar de rc2 uit december)

Hierbij vallen mij wel wat rare dingen op. Ik weet niet of jullie dat ook al tegen zijn gekomen?

Bij het aanmaken van een statisch IP-adres komt de hostname na het opslaan te vervallen en is deze weer terug blanco. Waarbij de hostname bij het veld "tag" komt te staan. Bij een 2de keer aanpassen blijft deze wel behouden. (in LuCI)

De DHCP-range die ik in LuCI instel voor het LAN is 192.168.0.100 tot 150. In het simpele (stock) admin panel blijft deze op 192.168.0.100 tot 249 staan. Welke setting wordt nu gebruikt ...:S

Ik heb WireGuard server geïnstalleerd, deze maakt een extra interface aan "WGserver" waar bij komt te staan:
"Unsupported protocol type.
Install protocol extensions..."
Er is een update beschikbaar in LuCI (de standaard interface gebruikt alleen maar GL.iNet sources) maar de upgrade voor de packages "wireguard-tools" geeft een foutmelding.

met de stock firmware wordt de ipv6 interface niet geactiveerd, deze dient handmatig geconfigureerd te worden. met een blanco OpenWRT installatie (sysupgrade image) wordt deze standaard herkend en geactiveerd.

Bij mij staat in LuCi bij zowel de WGclient als de WGServer hetzelfde maar alles werkt gewoon wat Wireguard betreft.
Weet ook niet wat voor protocol extensions gevraagd worden maar als ik in de optie "install protocol extensions" de lijst van packages wil vernieuwen dan geeft die in beide gevallen een error.
Desalnietemin werkt bij me de WGServer en client gewoon prima.
GL.inet heeft wel een erg goede support op hun producten via hun forum:

https://forum.gl-inet.com/

Btw: Voor de MT6000 bieden ze ook native OpenWRT firmware aan: versie 4.6.6-op24

[sweetdude]

snah001 schreef op dinsdag 21 januari 2025 @ 15:54:
[...]

Bij mij staat in LuCi bij zowel de WGclient als de WGServer hetzelfde maar alles werkt gewoon wat Wireguard betreft.
Weet ook niet wat voor protocol extensions gevraagd worden maar als ik in de optie "install protocol extensions" de lijst van packages wil vernieuwen dan geeft die in beide gevallen een error.
Desalnietemin werkt bij me de WGServer en client gewoon prima.
GL.inet heeft wel een erg goede support op hun producten via hun forum:

https://forum.gl-inet.com/

Thnx voor de tip! (Y)

de wireguard client gebruik ik niet. ik gebruik de wireguard server alleen zodat ik van buitenshuis met mijn telefoon op mijn thuisnetwerk kan komen.
Ik wilde deze in de router gebruiken nu omdat het kan. Voorheen gebruikte ik PiVPN op mijn raspberry die ook als pihole fungeert.
Door het nu rechtstreeks op de router te doen heb ik een hogere snelheid en direct bij de bron liggen.

[Groentjuh]

Mij ervaring is wel dat je het beste waar mogelijk de opties binnen de default gui van de router dient te gebruiken. Dan loopt het het beste.

Volgens mij heeft de standaard web-gui ondersteuning om een wireguard server te zijn?

[Cave_Boy]

Groentjuh schreef op dinsdag 21 januari 2025 @ 16:58:
Mij ervaring is wel dat je het beste waar mogelijk de opties binnen de default gui van de router dient te gebruiken. Dan loopt het het beste.

Volgens mij heeft de standaard web-gui ondersteuning om een wireguard server te zijn?

Je kan zelf kiezen. Server of client. Je kan ook beide maar dat wordt ook bij de lichte modellen afgeraden (behoorlijke impact op snelheid)

[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 ]

[sweetdude]

DIKKEHENK schreef op zaterdag 25 januari 2025 @ 11:34:
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 ?[Afbeelding]
[Afbeelding]

Externe factor, hij staat dicht bij een verwarming die aanspringt?

[DIKKEHENK]

sweetdude schreef op zaterdag 25 januari 2025 @ 11:50:
[...]


Externe factor, hij staat dicht bij een verwarming die aanspringt?

Nope. zit wel vlak naast een ketel, maar die doet zeker op dat tijdstip niks. ( ook via domotica te verifiëren)

Staat wel boven een switch, met 4 cm lucht er tussen...hmmm...dat zou een optie zijn..dank.

[ Voor 4% gewijzigd door DIKKEHENK op 25-01-2025 14:22 ]

[snah001]

Nieuwe RC firmware is te downloaden voor de MT6000: openwrt-mt6000-4.7.4.

Link:
https://dl.gl-inet.com/router/mt6000/beta

[sweetdude]

DIKKEHENK schreef op zaterdag 25 januari 2025 @ 14:11:
[...]

Nope. zit wel vlak naast een ketel, maar die doet zeker op dat tijdstip niks. ( ook via domotica te verifiëren)

Staat wel boven een switch, met 4 cm lucht er tussen...hmmm...dat zou een optie zijn..dank.

Is het probleem ondertussen opgelost?

[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 ]

[bdu]

Ik zat laatst in een vakantiehuisje. Via de travel router verbinding maken met het neteerk ging prima echter lijkt deze verbinding dan in de nacht te 'verlopen' met als resultaat dat de router in de ochtend geen verbinding met het internet meer heeft. Herkennen jullie een dergelijk scenario.. En iemand een suggestie om dit te verkomen/verhelpen?

Het netwerk waar ik op inlog is wel gewoon beschikbaar. Inloggen op de router en verbinding 'vernieuwen' lost het dan ook op maar in de tussentijd hebben mobieltjes toch alweer wat mobiel internet verstookt wat ik graag wil voorkomen.

[Cave_Boy]

bdu schreef op donderdag 20 februari 2025 @ 21:37:
Ik zat laatst in een vakantiehuisje. Via de travel router verbinding maken met het neteerk ging prima echter lijkt deze verbinding dan in de nacht te 'verlopen' met als resultaat dat de router in de ochtend geen verbinding met het internet meer heeft. Herkennen jullie een dergelijk scenario.. En iemand een suggestie om dit te verkomen/verhelpen?

Het netwerk waar ik op inlog is wel gewoon beschikbaar. Inloggen op de router en verbinding 'vernieuwen' lost het dan ook op maar in de tussentijd hebben mobieltjes toch alweer wat mobiel internet verstookt wat ik graag wil voorkomen.

Lijkt op een soort max verloop van de dhcp en dat hij hem niet ververst of als het een inlog pagina portal is dat er automatisch opnieuw ingelogd moet worden ( sessie verlopen,).

Je kan proberen met instellingen met een dagelijks herstart op vast tijdstip.

[nsa1984]

Wijze mensen, ook ik overweeg een mifi router. Ik denk dat ik tot het volgende wensenlijstje ben gekomen tot nog toe:
- Mogelijkheid om een commerciële (portal wifi) om te zetten naar een private lan (wifi).
- Mogelijkheid om een gsm signaal om te zetten naar een private lan (wifi).
- Mogelijkheid tot snelheidsbeheersing van de clients.
Bonus wensen:
- Zelfstandig functioneren zonder (net/boord)voeding.

Na best een zoektocht lijk ik te stranden bij GL-Net routers en vooral door de (wellicht vreemde) wens om de clients qua snelheid te kunnen begrenzen.
Door de snelheid voor de clients te begrenzen hoop ik te forceren dat bijvoorbeeld youtube naar een lagere kwaliteit schakelt waardoor er langer met dezelfde hoeveelheid data gedaan kan worden.

Want gezien dit puur een vakantie setup zal zijn, ben ik niet van plan om hier een los abonnement voor af te sluiten met onbeperkte data. Prepaid bestaat met onbeperkte data, maar vaak erg traag qua snelheid. Wel vind ik prepaid data bundels, maar daarbij bestaat het risico dat zoonlief de data bundel er in een dag doorheen jaagt en daarna is er niks meer over voor de rest van de vakantie.

Zoals gezegd kom ik eigenlijk uit bij GL-Net, en wel specifiek de GL-E750V2. Uiteraard (een stuk) duurder dan oorspronkelijk bedacht, maar als het moet moet het.
Blijft eigenlijk nog over de vraag welke versie. Er zijn namelijk twee versies, de CAT 6 (EM060K-G) en de CAT 4 (EM05-G).

Module: EM060K-G
LTE-FDD
B1/B2/B3/B4/B5/B7/B8/B12/B13/B14/B17/B18/B19/B20/B25/B26/B28/B29②/B30/B32①/B66/B71
B29② B29 is only for secondary component carrier.
B32① B32 is only for secondary component carrier.
LTE-TDD
B34/B38/B39/B40/B41/B42/B43/B46① (LAA)/B48 (CBRS)
B46① B46 is only for secondary component carrier.
Up to 2 ×CA:
B2+B2/5/12/13/29③;
B4+B4/5/12/13/29③;
B5+B5/7/25/30/66;
B7+B7/12/26;B12+B12/25/30/66;
B13+B66;
B25+B25/26;
B30+B29;
B66+B29/66;
B41+B41;
③: means LTE-FDD B29 support receiving only, and is only for secondary component carrier in 2×CA.
WCDMA:
B1/2/3/4/5/6/8/19

Module: EM05-G
LTE
B1/2/3/4/5/7/8/12/13/14/18/19/20/25/26/28/66/71/38/39/40/41;
WCDMA
B1/2/4/5/6/8/19

Maar welke versie is er nu waarvoor geschikt en dus beter voor mij?
Ps mocht iemand nog een leuk alternatief weten dan is dat altijd welkom, maar op basis van wat ik tot nog toe kan vinden lijkt deze GL-Net E750V2 voor mijn doel het meest geschikt te zijn.

[duvekot]

nsa1984 schreef op woensdag 5 maart 2025 @ 13:10:
Wijze mensen, ook ik overweeg een mifi router. Ik denk dat ik tot het volgende wensenlijstje ben gekomen tot nog toe:
- Mogelijkheid om een commerciële (portal wifi) om te zetten naar een private lan (wifi).
- Mogelijkheid om een gsm signaal om te zetten naar een private lan (wifi).
- Mogelijkheid tot snelheidsbeheersing van de clients.
Bonus wensen:
- Zelfstandig functioneren zonder (net/boord)voeding.

Na best een zoektocht lijk ik te stranden bij GL-Net routers en vooral door de (wellicht vreemde) wens om de clients qua snelheid te kunnen begrenzen.
Door de snelheid voor de clients te begrenzen hoop ik te forceren dat bijvoorbeeld youtube naar een lagere kwaliteit schakelt waardoor er langer met dezelfde hoeveelheid data gedaan kan worden.

Want gezien dit puur een vakantie setup zal zijn, ben ik niet van plan om hier een los abonnement voor af te sluiten met onbeperkte data. Prepaid bestaat met onbeperkte data, maar vaak erg traag qua snelheid. Wel vind ik prepaid data bundels, maar daarbij bestaat het risico dat zoonlief de data bundel er in een dag doorheen jaagt en daarna is er niks meer over voor de rest van de vakantie.

Zoals gezegd kom ik eigenlijk uit bij GL-Net, en wel specifiek de GL-E750V2. Uiteraard (een stuk) duurder dan oorspronkelijk bedacht, maar als het moet moet het.
Blijft eigenlijk nog over de vraag welke versie. Er zijn namelijk twee versies, de CAT 6 (EM060K-G) en de CAT 4 (EM05-G).

Module: EM060K-G
LTE-FDD
B1/B2/B3/B4/B5/B7/B8/B12/B13/B14/B17/B18/B19/B20/B25/B26/B28/B29②/B30/B32①/B66/B71
B29② B29 is only for secondary component carrier.
B32① B32 is only for secondary component carrier.
LTE-TDD
B34/B38/B39/B40/B41/B42/B43/B46① (LAA)/B48 (CBRS)
B46① B46 is only for secondary component carrier.
Up to 2 ×CA:
B2+B2/5/12/13/29③;
B4+B4/5/12/13/29③;
B5+B5/7/25/30/66;
B7+B7/12/26;B12+B12/25/30/66;
B13+B66;
B25+B25/26;
B30+B29;
B66+B29/66;
B41+B41;
③: means LTE-FDD B29 support receiving only, and is only for secondary component carrier in 2×CA.
WCDMA:
B1/2/3/4/5/6/8/19

Module: EM05-G
LTE
B1/2/3/4/5/7/8/12/13/14/18/19/20/25/26/28/66/71/38/39/40/41;
WCDMA
B1/2/4/5/6/8/19

Maar welke versie is er nu waarvoor geschikt en dus beter voor mij?
Ps mocht iemand nog een leuk alternatief weten dan is dat altijd welkom, maar op basis van wat ik tot nog toe kan vinden lijkt deze GL-Net E750V2 voor mijn doel het meest geschikt te zijn.

Het meeste wat je wil is gebaseerd op software en configuratie .. dus de hardware maakt niet zo veel uit. De vraag is dan ook ...wil je slechts 1 apparaat? Of doe je de router en 5G modem apart (en wil je misschien wel naar Starlink of andere netwerken verbinding hebben)

Ik zelf ben graag van splitsing .. dus een losse 5G modem zodat als er 6G of 7G komt ik alleen die hoef te vervangen ..
Het router gedeelte moet wat mij betreft opensource software (mijn voorkeur OpenWRT) draaien .. vandaar dat ik die nu van GL.inet heb voor tijdens het reizen.

En met losse onderdelen ben je misschien ook wel goedkoper uit. En als er allemaal een USB voeding op zit ..dan kan een Powerbank ( Best Buy Guide: De beste 20.000mAh-powerbanks ) dat prima van stroom voorzien voor een paar uur.

[nsa1984]

duvekot schreef op woensdag 5 maart 2025 @ 13:46:
[...]

Het meeste wat je wil is gebaseerd op software en configuratie .. dus de hardware maakt niet zo veel uit. De vraag is dan ook ...wil je slechts 1 apparaat? Of doe je de router en 5G modem apart (en wil je misschien wel naar Starlink of andere netwerken verbinding hebben)

Ik zelf ben graag van splitsing .. dus een losse 5G modem zodat als er 6G of 7G komt ik alleen die hoef te vervangen ..
Het router gedeelte moet wat mij betreft opensource software (mijn voorkeur OpenWRT) draaien .. vandaar dat ik die nu van GL.inet heb voor tijdens het reizen.

En met losse onderdelen ben je misschien ook wel goedkoper uit. En als er allemaal een USB voeding op zit ..dan kan een Powerbank ( Best Buy Guide: De beste 20.000mAh-powerbanks ) dat prima van stroom voorzien voor een paar uur.

Je opmerkingen over splitsen in verschillende apparaten is denk ik volkomen terecht, maar er speelt hier ook nog een factor mee van een kind wat totaal geen interesse heeft in techniek. Daardoor zie ik een router met een extern 3/4/5 g modem eigenlijk niet echt zitten. Ook met het oog op mobiliteit voelt dat minder degelijk. Je hebt echter wel gelijk dat je veel flexibeler bent met losse componenten ook met het oog op de toekomst.

De accu van de router afsplitsen klinkt wel zinnig, hij zal de GL-W750V2 immers ook moeten opladen en een powerbank koppelen functioneerd hetzelfde. Maar een vergelijkbare router / 3/4/5 g modem combinatie zonder accu heb ik nog niet gezien, ja formaat "huis router".

Qua hardware denk ik inderdaad niet dat het heel spannend is, en OpenWRT bied alle instel mogelijkheden die gewenst zijn.

De hamvraag was vooral waarin het verschil tussen beide types in zit, en stiekem of er nog iemand een ongezien alternatief weet.

[Falco]

nsa1984 schreef op woensdag 5 maart 2025 @ 22:53:
[...]

Je opmerkingen over splitsen in verschillende apparaten is denk ik volkomen terecht, maar er speelt hier ook nog een factor mee van een kind wat totaal geen interesse heeft in techniek. Daardoor zie ik een router met een extern 3/4/5 g modem eigenlijk niet echt zitten. Ook met het oog op mobiliteit voelt dat minder degelijk. Je hebt echter wel gelijk dat je veel flexibeler bent met losse componenten ook met het oog op de toekomst.

De accu van de router afsplitsen klinkt wel zinnig, hij zal de GL-W750V2 immers ook moeten opladen en een powerbank koppelen functioneerd hetzelfde. Maar een vergelijkbare router / 3/4/5 g modem combinatie zonder accu heb ik nog niet gezien, ja formaat "huis router".

Qua hardware denk ik inderdaad niet dat het heel spannend is, en OpenWRT bied alle instel mogelijkheden die gewenst zijn.

De hamvraag was vooral waarin het verschil tussen beide types in zit, en stiekem of er nog iemand een ongezien alternatief weet.

Ik heb gelezen dat je de 4/5G modem functie liefst ingebouwd wil zijn en vanuit robuustheid snap ik dat.

Echter, waar ben je van plan heen te gaan en hoe denk je het apparaat het meeste te gebruiken?
Als je slechts incidenteel van 4/5G gebruik gaat maken (want bijna overal fatsoenlijke wifi in accommodaties tegenwoordig), dan zou ik bij 4/5G gebruik kiezen voor bijvoorbeeld USB tethering aan je reis router. Qua hardware zou ik dan voor de GL.iNet MT3000 gaan.
Dat ding heeft wifi 6 en is krachtig genoeg, middels USB kan je de tethering doen (en blijft telefoon opgeladen) en er kan zelfs native OpenWRT op, wat ook betekent dat je het kan blijven gebruiken als GL.iNet stopt met ondersteuning (hun tempo van apparaten uitbrengen is behoorlijk hoog).

Ik had zelf overigens voor dit doel een oudere GL-MT1300 en ivm de overstap naar wifi 6 ben ik voor de Cudy TR3000 gegaan waar ik OpenWRT + TravelMate + USB tethering gebruik.

[ Voor 13% gewijzigd door Falco op 17-03-2025 15:08 ]

[Falco]

@nsa1984 Kwam toevallig dit apparaatje nog tegen, dat zou ook nog een kanshebber kunnen zijn. Erg krachtig ding wat volgens mij alles doet wat je zou willen en dat ook nog eens in een compacte vorm factor.... Je moet dan alleen nog wel een 5G module erbij kopen en plaatsen.

https://docs.banana-pi.or...Mini/BananaPi_BPI-R3_Mini

[ Voor 10% gewijzigd door Falco op 19-03-2025 11:38 ]

[bobke77]

Ik had zelf overigens voor dit doel een oudere GL-MT1300 en ivm de overstap naar wifi 6 ben ik voor de Cudy TR3000 gegaan waar ik OpenWRT + TravelMate + USB tethering gebruik.

Grappig, ik zie die Cudy TR3000 ook en lijkt me prijs/kwaliteit zeer interessant. Helaas zie ik nergens ervaringen in vergelijking tot de Beryl AX van Gl.inet.
Heeft iemand die ?

[Falco]

bobke77 schreef op dinsdag 25 maart 2025 @ 07:52:
[...]


Grappig, ik zie die Cudy TR3000 ook en lijkt me prijs/kwaliteit zeer interessant. Helaas zie ik nergens ervaringen in vergelijking tot de Beryl AX van Gl.inet.
Heeft iemand die ?

Helaas, dat heb ik ook niet kunnen vinden. Heb de Cudy TR3000 gekocht en OpenWRT+TravelMate op gezet, afgelopen 2 dagen gebruikt tijdens een werkreis en dat ging top.
Ik had nog wel de SoC opgezocht en MediaTek zegt daar zelf over dat de Soc in de Beryl AX een high-end soc zou zijn, die in de Cudy een mid-range. Maar hoeveel je daar in regulier gebruik van merkt weet ik niet.

De Beryl AX is nu overigens scherp geprijsd, als ik nu de keuze had was ik voor die gegaan ivm de grotere populariteit en daarmee waarschijnlijk langere ondersteuning. Ook al is de Cudy TR3000 nu ook goedkoper geworden.

[nsa1984]

@Falco , helaas trof ik jouw bericht rondom de GL-MT1300 net te laat en heb ik deze reeds via marktplaats aangeschaft om te testen en te spelen.
Met de standaard GL.iNet firmware functioneert het ding eigenlijk prima, met openwrt firmware was het nadrukkelijk meer zoeken. Misschien dat ik dat binnenkort nog een keer probeer in combinatie met de genoemde "TravelMate" software.

De banana-pi router durfde ik niet goed aan, dus uiteindelijk in over met mijn vrouw besloten om toch een GL-W750v2 te bestellen. Ook of vooral gezien de eiland wens van zoonlief die hem dan zelfstandig zal gaan gebruiken.

Dus voor nu even afwachten tot de GL-W750v2 binnenkomt, dan zullen we die voorzichtig aan de tand gaan voelen.

[bobke77]

@Falco [offtopic modus on]weet je toevallig of deze Cudy TR3000 ook Mac-adressen kan klonen? Op een van de reacties in een webshop werd er gezegd dat deze functie niet beschikbaar is.. dat zou wel een puntje van aandacht zijn namelijk 🧐 [offtopic modus off]

[ Voor 10% gewijzigd door bobke77 op 25-03-2025 19:39 ]

[Falco]

bobke77 schreef op dinsdag 25 maart 2025 @ 19:09:
@Falco [offtopic modus on]weet je toevallig of deze Cudy TR3000 ook Mac-adressen kan klonen? Op een van de reacties in een webshop werd er gezegd dat deze functie niet beschikbaar is.. dat zou wel een puntje van aandacht zijn namelijk 🧐 [offtopic modus off]

In de originele firmware bedoel je? Ik heb geen idee, ik heb de originele firmware alleen even gezien toen ik OpenWRT erop zette.

Bij mijn weten kan je met OpenWRT wel Mac adressen clonen.

[MikeyMan]

Heb mn GL-MT3000 voor de vakantie weer eens erbij gepakt.

Kreeg een melding dat er een firmware update is.
Zit op 4.7.4 release 1.
En release 6 is beschikbaar.

Maar wat ik ook probeer, hij voert de upgrade niet uit. Online, met download. Geen foutmelding ofzo. Start weer op, en dan staat er nog release 1 op.

4.8.0 bèta en 4.6.0 downgrade zelfde idee...

Iemand nog ideeën buiten een full wipe update met uboot?

[Cave_Boy]

MikeyMan schreef op zaterdag 26 april 2025 @ 08:01:
Heb mn GL-MT3000 voor de vakantie weer eens erbij gepakt.

Kreeg een melding dat er een firmware update is.
Zit op 4.7.4 release 1.
En release 6 is beschikbaar.

Maar wat ik ook probeer, hij voert de upgrade niet uit. Online, met download. Geen foutmelding ofzo. Start weer op, en dan staat er nog release 1 op.

4.8.0 bèta en 4.6.0 downgrade zelfde idee...

Iemand nog ideeën buiten een full wipe update met uboot?

Heb zelf de AXT 1800 en zit op 4.7.0. release 8. Ja dat is een ander model.

Je kan de config saven en ik denk dat een full wipe dan wel de volgende stap wordt.

[xileS]

MikeyMan schreef op zaterdag 26 april 2025 @ 08:01:
Heb mn GL-MT3000 voor de vakantie weer eens erbij gepakt.

Kreeg een melding dat er een firmware update is.
Zit op 4.7.4 release 1.
En release 6 is beschikbaar.

Maar wat ik ook probeer, hij voert de upgrade niet uit. Online, met download. Geen foutmelding ofzo. Start weer op, en dan staat er nog release 1 op.

4.8.0 bèta en 4.6.0 downgrade zelfde idee...

Iemand nog ideeën buiten een full wipe update met uboot?

Denk dat het idd via uboot moet. Mijn ervaring met mijn Opal afgelopen jaar op vakantie. Ik zag ook dat ik nogal een oude versie draaide (nooit een melding van update gehad), dus dacht even leuk update te doen. Heel travelrouter deed opeens niet meer, ergens liep blijkbaar iets verkeerd.

Uiteindelijk thuis via de uboot manier kunnen updaten en deed die het weer.

[The Fatal]

Ik heb hem zonder problemen geupdate gekregen op vakantie naar 4.7.4 release 6 dus het wil wel eens goed gaan.

[MikeyMan]

Naja na de vakantie maar even kijken dan. was even klooien om aan de praat te krijgen, maar hij werkt prima verder nu.

[bertdrenth]

Hoi allemaal,

Ik gebruik momenteel een EZWiFi V4 in mijn caravan, gekoppeld aan een externe antenne. Helaas versterkt deze de zwakkere wifi-signalen nauwelijks. Ik haal op dit moment maar zo’n 5 Mbps down en 1,5 Mbps up.

Nu denk ik eraan om over te stappen naar een GL.iNet GL-X750V2 (Spitz). Mijn vraag is:
• Gaat een GL-X750V2 wél beter om met zwakke wifi-signalen, zodat ik een stabielere en snellere verbinding krijg?
• Of maakt het in mijn situatie weinig verschil en kan ik beter gewoon mijn Starlink meenemen en gebruiken?

Alle tips en ervaringen zijn welkom!

[duvekot]

bertdrenth schreef op zaterdag 26 april 2025 @ 23:49:
Hoi allemaal,

Ik gebruik momenteel een EZWiFi V4 in mijn caravan, gekoppeld aan een externe antenne. Helaas versterkt deze de zwakkere wifi-signalen nauwelijks. Ik haal op dit moment maar zo’n 5 Mbps down en 1,5 Mbps up.

Nu denk ik eraan om over te stappen naar een GL.iNet GL-X750V2 (Spitz). Mijn vraag is:
• Gaat een GL-X750V2 wél beter om met zwakke wifi-signalen, zodat ik een stabielere en snellere verbinding krijg?
• Of maakt het in mijn situatie weinig verschil en kan ik beter gewoon mijn Starlink meenemen en gebruiken?

Alle tips en ervaringen zijn welkom!

Alles is afhankelijk van waar je bent, waar het signaal vandaan komt, wat er mogelijk in de weg staat etc etc.

Een zwak WiFi signaal wordt niet opeens magisch beter of sneller. Een versterker voor WiFi is eigenlijk een ontvanger en zender in een .. en zal dus nooit een snellere verbinding maken als het bron systeem al een zwak signaal heeft.

Dus zonder te weten wat je specifieke situatie is .. is het lastig om een advies te geven.

Dus waar staat de caravan? Of rij je er mee rond? Wat is je "bron" WiFi? Of gebruik je een MiFi?

Dan kunnen we (of ik iig) je pas van een beter advies voorzien ..

[bertdrenth]

Bedankt voor je reactie!
Ik sta op een camping, vlak achter de wifi-paal. Helaas is wifi hier mijn enige bron. Odido heeft op deze locatie wel iets beter bereik dan de camping-wifi, maar ook dat is niet echt goed.
Ik ben momenteel in Nederland, in de buurt van Nunspeet.

duvekot schreef op zondag 27 april 2025 @ 00:37:
[...]

Alles is afhankelijk van waar je bent, waar het signaal vandaan komt, wat er mogelijk in de weg staat etc etc.

Een zwak WiFi signaal wordt niet opeens magisch beter of sneller. Een versterker voor WiFi is eigenlijk een ontvanger en zender in een .. en zal dus nooit een snellere verbinding maken als het bron systeem al een zwak signaal heeft.

Dus zonder te weten wat je specifieke situatie is .. is het lastig om een advies te geven.

Dus waar staat de caravan? Of rij je er mee rond? Wat is je "bron" WiFi? Of gebruik je een MiFi?

Dan kunnen we (of ik iig) je pas van een beter advies voorzien ..

[ Voor 10% gewijzigd door bertdrenth op 27-04-2025 12:43 ]

[duvekot]

bertdrenth schreef op zondag 27 april 2025 @ 12:39:
Bedankt voor je reactie!
Ik sta op een camping, vlak achter de wifi-paal. Helaas is wifi hier mijn enige bron. Odido heeft op deze locatie wel iets beter bereik dan de camping-wifi, maar ook dat is niet echt goed.
Ik ben momenteel in Nederland, in de buurt van Nunspeet.


[...]

Als je al naast de WiFi paal zit .. dan zal je versterker niet veel extras doen . Of zelfs het signaal in de weg zitten .. en afhankelijk van met hoeveel andere camping gasten je de uiteindelijke verbinding er achter moet delen.

Nunspeet klinkt als veel bomen ..
Ik weet je budget niet .. en of je verplaatst of een vaste plek hebt ...maar Starlink Residential Lite is 35€ per maand plus eenmalig een schotel (349 of 299) en zal als je voldoende vrij zicht hebt altijd sneller zijn dan de WiFi.
Als je rond trekt dan heb je een Roaming abbonement nodig en dat is duurder per maand.

Voor Starlink vragen kan je verder terecht in:
[SpaceX Starlink] Ervaringen & Discussie

[bertdrenth]

Dank trouwens! Ik heb de Starlink-set met statief zodat hij boven de caravan kan staan. Ik had er eigenlijk nooit bij stilgestaan om Lite te gebruiken, omdat ik in het buitenland altijd Roaming activeer. Maar Lite zou inderdaad een goede oplossing kunnen zijn.

duvekot schreef op zondag 27 april 2025 @ 13:41:
[...]

Als je al naast de WiFi paal zit .. dan zal je versterker niet veel extras doen . Of zelfs het signaal in de weg zitten .. en afhankelijk van met hoeveel andere camping gasten je de uiteindelijke verbinding er achter moet delen.

Nunspeet klinkt als veel bomen ..
Ik weet je budget niet .. en of je verplaatst of een vaste plek hebt ...maar Starlink Residential Lite is 35€ per maand plus eenmalig een schotel (349 of 299) en zal als je voldoende vrij zicht hebt altijd sneller zijn dan de WiFi.
Als je rond trekt dan heb je een Roaming abbonement nodig en dat is duurder per maand.

Voor Starlink vragen kan je verder terecht in:
[SpaceX Starlink] Ervaringen & Discussie

[ Voor 7% gewijzigd door bertdrenth op 27-04-2025 14:02 ]

[snah001]

Voor de GL-MT6000 Flint 2 is een 4.8.0 beta (3) firmware uit.
Meest opvallend is de vernieuwde interface van Gl.iNet zelf.
Wel ff wennen maar dat is gauw gebeurd.

[snah001]

Changelog voor de 4.8.0 beta:

● Reconstruct the UI style of the interface, and solve the cumulative problem of fine-grained interactivity;
● Reconstruct VPN function module, add usage guidance, and support multiple clients to be enabled at the same time in policy mode;
● Reconstruct Cellular function, optimize performance and interaction design, and support more parameter configuration and status display;
● Optimize VPN configuration to support IPv6.
● Reconstruct the Log page, standardize the Log, and add log feedback and classified search functions.
● Optimize OpenVPN rate through dcokernel, the rate of openvpn is greatly improved.
● Optimize toggle switch to support Repeater, Cellular, Wi-Fi and LED light control.
● Adapt vSIM function.
● Optimize eSIM function.
● Optimize the Clients page to support quick setting of reserved IP addresses.
● Optimize Repeater automatic switching logic.
● Other optimization functions

[snah001]

Heb een probleem (met KPN glas) met port 53.
Die moet van KPN dicht staan en met een firewall rule deze ook dichtgezet.
Maar als je Adguard Home de client requests laat afhandelen dan wordt die weer open gezet en dat mag van KPN niet dus het volgende verhaal is van toepassing:

Wanneer port 53 wordt opengezet?
Dat gebeurt als je de op de router draaiende Adguard Home de client requests laat afhandelen.
Adguard home is afhankelijk van port 53 en als je die requests door de router zelf laat afhandelen dan wordt port 53 niet gebruikt maar dan werkt de adblock in Adguard ook niet meer.
Nu een oplossing vinden dat Adguard op de router een andere poort voor listening gaat gebruiken.
Dus wie een goede oplossing heeft, ik hoor hem graag.