Xiaomi 14 Ultra 16GB\512GB EEA Global OS3.0.304.0.WNAEUXM + Nvidia Shield TV Pro 2019
ik heb de volgende kaarten/providers getestsnah001 schreef op woensdag 7 januari 2026 @ 14:20:
Zonder het hele topic te hoeven door te spitten:
Heeft al iemand een "gewone" simcard van een andere provider al eens geprobeerd in de NR7302?
NL
-Odido (Werkt) (ook 5G)
-KPN (Werkt) (ook 5G)
-Vodafone(Werkt) (ook 5G)
-Lebara (Werkt) (ook 5G)
-LycaMobile (Werkt) (ook 5G)
FR
-Orange F (Werkt) (ook 5G)
-SFR (Werkt) (ook 5G)
-Free(Werkt) (ook 5G)
-Bouyges Telecom (Werkt) (ook 5G)
-Sosh (Werkt) (ook 5G)
-Lebara FR (Werkt) (ook 5G)
-LycaMobile FR (Werkt) (alleen 4G)
DE
-Deutsche Telekom (Werkt) (ook 5G)
-O2 (Werkt) (ook 5G)
-Vodafone(Werkt) (ook 5G)
KR
-Hrvatski Telekom (Werkt) (alleen 4G)
-A1 Telekom (Werkt) (Ook 5G)
BE
-Proximus (Werkt) (ook 5G)
-Orange B (Werkt) (ook 5G)
LUX
-Post/Tango (Werkt) (ook 5G)
-Orange L (Werkt) (ook 5G)
[ Voor 8% gewijzigd door Brentjuh2000 op 04-02-2026 09:41 ]
Het is een SIM lock vrije router en alles, zoals APN e.d., is instelbaar. Dus afgezien van mogelijke restricties in beschikbare banden zal elke SIM van elke provider werken.Brentjuh2000 schreef op dinsdag 3 februari 2026 @ 11:00:
[...]
ik heb de volgende kaarten/providers getest
NL
-Odido (Werkt) (ook 5G)
-KPN (Werkt) (ook 5G)
-Vodafone(Werkt) (ook 5G)
FR
-Orange F (Werkt) (ook 5G)
-SFR (Werkt) (ook 5G)
-Free(Werkt) (ook 5G)
-Bouyges Telecom (Werkt) (ook 5G)
DE
-Deutsche Telekom (Werkt) (ook 5G)
-O2 (Werkt) (ook 5G)
-Vodafone(Werkt) (ook 5G)
KR
-Hrvatski Telekom (Werkt) (alleen 4G)
-A1 Telekom (Werkt) (Ook 5G)
BE
-Proximus (Werkt) (ook 5G)
-Orange B (Werkt) (ook 5G)
LUX
-Post/Tango (Werkt) (ook 5G)
-Orange L (Werkt) (ook 5G)
Kan via het menu Maintenance -> Reboot:Mania-92 schreef op vrijdag 13 februari 2026 @ 16:40:
@ernstoud Hoe reboot jij de 7302 dagelijks? Gewoon een reboot via cron na ingelogd te zijn als root?
/f/image/wQE2HIuzOao8K74ZVaZUayiJ.png?f=fotoalbum_large)
Maar uiteraard ook via cron als je root access hebt. Je zult zien dat als je het via de GUI instelt dat ook precies is wat er gebeurt.
Toen heb ik de NR7302 in passthrough modus gezet met een Ubiquiti UniFi Cloud Gateway Ultra erachter en dan daarachter de TP-Link access point en alle problemen zijn in een keer opgelost
Is volgens mij al eens eerder gemeld… menn0 in "Ervaringen en discussie m.b.t de Zyxel NR7302 FWA router", dhcp die fout loopt, zeker met MAC rotatie. Misschien is 30 clients wat teveel voor de simpele router die er in zit.Overv schreef op vrijdag 13 februari 2026 @ 20:03:
Ik had achter mijn K&K modem een TP-Link EAP670 hangen met zo'n ~30 IoT clients eraan, wat prima werkte, maar na de modem vervangen te hebben door een NR7302 ging alles opeens om de haverklap stuk. Apparaten op de AP verloren hun internetverbinding na enkele minuten of konden geen intern IP adres krijgen. Veranderen van de IP ranges en DHCP lease tijd maakte daarbij allemaal geen verschil en de NR7302 draaide al op de nieuwste firmware.
Toen heb ik de NR7302 in passthrough modus gezet met een Ubiquiti UniFi Cloud Gateway Ultra erachter en dan daarachter de TP-Link access point en alle problemen zijn in een keer opgelost
🎸 Niets is zo permanent als een tijdelijke oplossing | Een goed probleem komt nooit alleen
De nummers bij "Cell ID" en "Phy Cell ID" kan ik niet terugvinden bij de zendmasten op de antennekaart. De enige andere nummers op de antennekaart (Site ID en eNB) kan ik dan weer niet terugvinden in de Zyxel interface.
Update: Ik ben erachter. Je moet de Cell ID hier invullen en dan krijg je daar een eNB uit en die kun je dan weer terugvinden door even rond te klikken op de zendmasten in de buurt.
[ Voor 19% gewijzigd door Overv op 13-02-2026 22:49 ]
Dankje. Ik zie in de logs dat mijn internet nu om 01:00 wegvalt (bij de reboot). Maar ik zag vannacht dat die om 00:58 reeds al wegviel, terugkwam en op 01:00 weer wegviel. Is de IP rotatie van Odido net iets minder dan 24h?ernstoud schreef op vrijdag 13 februari 2026 @ 17:07:
[...]
Kan via het menu Maintenance -> Reboot:
[Afbeelding]
Maar uiteraard ook via cron als je root access hebt. Je zult zien dat als je het via de GUI instelt dat ook precies is wat er gebeurt.
Klopt, altijd twee minuten voor de laatste keer. Daardoor verloopt het na enige tijd en is zelf het tijdstip bepalen beter.Mania-92 schreef op maandag 16 februari 2026 @ 14:44:
[...]
Dankje. Ik zie in de logs dat mijn internet nu om 01:00 wegvalt (bij de reboot). Maar ik zag vannacht dat die om 00:58 reeds al wegviel, terugkwam en op 01:00 weer wegviel. Is de IP rotatie van Odido net iets minder dan 24h?
Naast het kunnen bridgen hoopte ik stiekem dat dit modem een stuk sneller kon zijn dankzij de mogelijkheid om hem buiten te hangen. In de praktijk lijkt hij bij mij echter zowel binnen als buiten, op verschillende plekken en onder verschillende oriëntaties te steken op ongeveer 400 Mb/s DL terwijl ik met het originele modem binnen regelmatig 600 Mb/s haalde. Nog steeds niks om over te klagen, maar ik was toch een beetje teleurgesteld 😄
Wat ik ook interessant vind om te zien is dat hij soms zendmasten pakt die significant verder weg zijn dan de dichtsbijzijnde, net afhankelijk van de hoek en hoogte waarop ik hem plaats. Die masten hebben dan een lagere signaalsterkte maar vaak wel een hogere snelheid dan de masten dichtbij, zelfs met dezelfde 4G/5G banden; lijkt soms enigszins willekeurig.
Je kunt met de NR7302 met de banden spelen, wellicht moet je n78 nog toevoegen.Overv schreef op woensdag 18 februari 2026 @ 18:20:
Hoe zijn jullie snelheden vergeleken met het originele modem?
Naast het kunnen bridgen hoopte ik stiekem dat dit modem een stuk sneller kon zijn dankzij de mogelijkheid om hem buiten te hangen. In de praktijk lijkt hij bij mij echter zowel binnen als buiten, op verschillende plekken en onder verschillende oriëntaties te steken op ongeveer 400 Mb/s DL terwijl ik met het originele modem binnen regelmatig 600 Mb/s haalde. Nog steeds niks om over te klagen, maar ik was toch een beetje teleurgesteld 😄
Wat ik ook interessant vind om te zien is dat hij soms zendmasten pakt die significant verder weg zijn dan de dichtsbijzijnde, net afhankelijk van de hoek en hoogte waarop ik hem plaats. Die masten hebben dan een lagere signaalsterkte maar vaak wel een hogere snelheid dan de masten dichtbij, zelfs met dezelfde 4G/5G banden; lijkt soms enigszins willekeurig.
Hij gebruikt N78 eigenlijk altijd wel, soms met N1 erbij, en dan een paar van de BC banden.ernstoud schreef op woensdag 18 februari 2026 @ 18:55:
[...]
Je kunt met de NR7302 met de banden spelen, wellicht moet je n78 nog toevoegen.
Edit: Ik zie dat hij momenteel toevallig N78 niet gebruikt en daarmee is de snelheid zo'n 80 Mb/s.
[ Voor 16% gewijzigd door Overv op 18-02-2026 20:13 ]
Tesla Model Y RWD (2024) ▪︎ Daikin Altherma 3 6kW (300L SWW) ▪︎ 20x AIKO NeoStar 2S+ 465Wp ▪︎ Sigenergy SigenStor EC 10+10 (12kW + Gateway HomePro TP)
Als ik met de banden speel maakt het ook niet veel uit. b3, b7, N78 selecteert het modem zelf, als ik er N1 erbij zet, dan pakt ie N1 niet.
Dus mocht iemand er nog 1 op de plank hebben liggen..?
Science is stranger than fiction
Op eBay biedt dezelfde partij als van Amazon ze nog voldoende aan. Zelfde prijs, binnen paar dagen in huis. Betrouwbaar bedrijf.Harmani schreef op maandag 9 maart 2026 @ 10:29:
Mweh ik lees al een tijdje mee, maar juist nu ik een NR7302 wil bestellen is hij niet meer beschikbaar op Amazon.
Dus mocht iemand er nog 1 op de plank hebben liggen..?
Science is stranger than fiction
Zeker. Allemaal simlock vrij. Nooit anders geweest.Harmani schreef op maandag 9 maart 2026 @ 11:52:
Ok thnx! ik had hem gezien, maar wist niet zeker of die "simlock-vrij" is.
Ip range naar 192.168.7.1 gezet, IP passtrough
POE adapter ertussen en komt dan op de 2.5gb port van mijn UDM SE.
APN ingesteld op fwainternet, moet authentication op none of op?
Vergeet ik nog iets?
Nee.jantje112 schreef op vrijdag 13 maart 2026 @ 15:03:
Ik heb de 7302 klaar staan voor klik klaar.
Ip range naar 192.168.7.1 gezet, IP passtrough
POE adapter ertussen en komt dan op de 2.5gb port van mijn UDM SE.
APN ingesteld op fwainternet, moet authentication op none of op?
Vergeet ik nog iets?
(Edit, N87 aangepast naar N78)
[ Voor 11% gewijzigd door jantje112 op 13-03-2026 18:27 ]
Lijkt me niet, dat is wel zo’n beetje het maximum. Het kan natuurlijk geen kwaad maar n78 (niet n87) biedt echt het meest. En n1+n78 zal hij niet doen.jantje112 schreef op vrijdag 13 maart 2026 @ 18:14:
Top, ik haal nu 1000 down / 150 up. Modem selecteert n87 en een aantal B banden. Niet N1. Heeft het nog nut bepaalde banden te forceren?
Begin 2025 haalde ik rond de 1300. Is het bijgeleverde modem " sneller " of zijn de snelheden wat naar beneden gegaan? Ik ben hier overigens prima tevreden mee.ernstoud schreef op vrijdag 13 maart 2026 @ 18:26:
[...]
Lijkt me niet, dat is wel zo’n beetje het maximum. Het kan natuurlijk geen kwaad maar n78 (niet n87) biedt echt het meest. En n1+n78 zal hij niet doen.
Er is wel wat verschil tussen diverse devices maar er zijn veel externe omstandigheden. Op hetzelfde moment beide devices naast elkaar testen is het beste.jantje112 schreef op vrijdag 13 maart 2026 @ 18:28:
[...]
Begin 2025 haalde ik rond de 1300. Is het bijgeleverde modem " sneller " of zijn de snelheden wat naar beneden gegaan? Ik ben hier overigens prima tevreden mee.
Maar dan niet exact hetzelfde moment bedoel je? Want dan deel je de bandbreedte van de mast. Al zegt dat natuurlijk ook wel iets.ernstoud schreef op vrijdag 13 maart 2026 @ 18:44:
[...]
Er is wel wat verschil tussen diverse devices maar er zijn veel externe omstandigheden. Op hetzelfde moment beide devices naast elkaar testen is het beste.
🎸 Niets is zo permanent als een tijdelijke oplossing | Een goed probleem komt nooit alleen
Ik ben tevreden met dit resultaat. Dus ik laat het voorlopig even. Tzt hang ik de modem buiten (hij staat nu boven " achter het raam "). Een download uit de nieuwsgroepen geeft stabiel 700mbit op mijn Wifi 4 verbinding en dat is wel ongeveer de max van mijn Wifiernstoud schreef op vrijdag 13 maart 2026 @ 18:44:
[...]
Er is wel wat verschil tussen diverse devices maar er zijn veel externe omstandigheden. Op hetzelfde moment beide devices naast elkaar testen is het beste.
1 vraagje nog, mijn modem " WIFI" verdwijnt na een half uurtje? Dan kan ik niet meer inloggen via Wifi. Is dat een instelling? Ik kan de modem ook niet benaderen via het interne IP (waarschijnlijk ivm de passtrough?) Hoe los ik dat makkelijk op?
[ Voor 18% gewijzigd door jantje112 op 13-03-2026 19:01 ]
Uiteraard.franssie schreef op vrijdag 13 maart 2026 @ 18:48:
[...]
Maar dan niet exact hetzelfde moment bedoel je? Want dan deel je de bandbreedte van de mast. Al zegt dat natuurlijk ook wel iets.
Omdat WiFi op dit device alleen voor configuratie is, gaat het na 30 minuten uit voor de veiligheid.jantje112 schreef op vrijdag 13 maart 2026 @ 19:00:
[...]
Ik ben tevreden met dit resultaat. Dus ik laat het voorlopig even. Tzt hang ik de modem buiten (hij staat nu boven " achter het raam "). Een download uit de nieuwsgroepen geeft stabiel 700mbit op mijn Wifi 4 verbinding en dat is wel ongeveer de max van mijn Wifi
1 vraagje nog, mijn modem " WIFI" verdwijnt na een half uurtje? Dan kan ik niet meer inloggen via Wifi. Is dat een instelling? Ik kan de modem ook niet benaderen via het interne IP (waarschijnlijk ivm de passtrough?) Hoe los ik dat makkelijk op?
Uit te schakelen en tijd instelbaar in de GUI. Network Setting - Wireless.
/f/image/DzFAL2HQ2LLr4vCCiejN53pv.png?f=fotoalbum_large)
Ik denk dat als je in bridge mode de GUI benaderbaar wil hebben je 192.168.0.1 via een VLAN moet benaderen.
Jij hebt die firmware echt in je hoofd zittenernstoud schreef op vrijdag 13 maart 2026 @ 19:12:
[...]
Omdat WiFi op dit device alleen voor configuratie is, gaat het na 30 minuten uit voor de veiligheid.
Uit te schakelen en tijd instelbaar in de GUI. Network Setting - Wireless.
[Afbeelding]
Ik denk dat als je in bridge mode de GUI benaderbaar wil hebben je 192.168.0.1 via een VLAN moet benaderen.
Eerste ding te doen bij een nieuw device… GUI doorspitten.jantje112 schreef op vrijdag 13 maart 2026 @ 21:01:
[...]
Jij hebt die firmware echt in je hoofd zitten
En bij dit apparaat uiteraard ook via root access kijken wat de (on-)mogelijkheden zijn.
[ Voor 16% gewijzigd door ernstoud op 13-03-2026 21:13 ]
Is er nog veel voordeel te halen uit Root? Wat zou ik daar concreet nog kunnen "winnen" ?ernstoud schreef op vrijdag 13 maart 2026 @ 21:10:
[...]
Eerste ding te doen bij een nieuw device… GUI doorspitten.
En bij dit apparaat uiteraard ook via root access kijken wat de (on-)mogelijkheden zijn.
Er is een commando “dalcmd” waar je alles mee kunt doen wat in de GUI mogelijk is. En je kunt de firewall settings veranderen (als je weet wat je doet!), ik gebruik dat om firewall logging te doen. Maar in bridge doet je router dat.jantje112 schreef op vrijdag 13 maart 2026 @ 23:26:
[...]
Is er nog veel voordeel te halen uit Root? Wat zou ik daar concreet nog kunnen "winnen" ?
Met cron kun je commando’s e,d. uitvoeren op gezette tijden. Ik gebruik dat om de band selectie te doen na een reboot.
Etc. Etc.
Zonder kennis van Linux kun je er beter vandaan blijven, want je kunt ook dingen stuk maken,
Ja, mobiele devices zoeken continu ook de omgeving af naar betere verbindingen. Je kunt een mast ook locken.jantje112 schreef op zondag 22 maart 2026 @ 23:14:
Zoekt de 7302 trouwens zelf het beste signaal? Ik heb 2 masten, op ongeveer een zelfde afstand. 1 op een industrieterrein een andere in een woonwijk. Als ik de modem naar de andere mast " richt".gaan deze dan vanzelf wisselen? Of moet ik een pokercycle doen?
De 'truuk' om het root wachtwoord te verkrijgen werkt kinderlijk eenvoudig. Bash script aangemaakt in /home/setup.sh, waarbij ik gemakshalve het script van menn0 heb gepakt, chmod +x, en reboot ...
Om er vervolgens achter te komen dat de unit niet meer boot. Het "Signal" lampje heb ik niet meer zien branden, het "Signal" lampje knippert in de volgende volgorde:
- enige tijd groen knipperend
- heel kortstondig gelig/wit knipperend (nu komt het management WiFi netwerk ook kortstondig in de lucht)
- één of twee keer knipperend in het rood
- riedel begint opnieuw.
Wanneer ik 'm met ethernet aansluit op de computer, komt de NIC steeds max. een minuut online. Met ip-adres 192.168.0.xxx/24 ingesteld, kan ik de unit niet pingen.
Ik heb het idee dat de unit in een of andere boot loop is beland. Helaas brengt het ingedrukt houden van de Reset knop 'm niet terug tot leven.
Heeft iemand dit eerder gezien? Heb ik iets heel doms gedaan? Is de unit permanent gebrickt?
Eenieder, dank alvast voor het meedenken!
Update:
Kennelijk wijst het apparaat zichzelf op de ethernet poort het IP 192.168.1.2 toe. Sluit de NR7302 direct aan een computer en wijs daar een IP-adres toe in de reeks 192.168.1.0/24 (maar dus niet 1.2
1
| while true; do ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o ConnectTimeout=2 root@192.168.1.2; done |
1
2
| zycli save_default clean sys atcr reboot |
[ Voor 19% gewijzigd door RickB op 02-04-2026 17:10 ]
Merkwaardig dat hij opeens niet meer wilde opstarten, iets verkeerds in dat setup.sh script? Maar goed, het werkt weer. Top.RickB schreef op donderdag 2 april 2026 @ 16:14:
Na hier de NR7302 enige tijd te hebben laten liggen, dit projectje maar weer eens opgepakt. Gedachte was om de in dit draadje beschreven stappen uit te voeren om de 'over the air' updates uit te schakelen uit te voeren, zodat er geen spontane terugval zou zijn zodra de unit hier buiten aan de gevel hangt.
De 'truuk' om het root wachtwoord te verkrijgen werkt kinderlijk eenvoudig. Bash script aangemaakt in /home/setup.sh, waarbij ik gemakshalve het script van menn0 heb gepakt, chmod +x, en reboot ...
Om er vervolgens achter te komen dat de unit niet meer boot. Het "Signal" lampje heb ik niet meer zien branden, het "Signal" lampje knippert in de volgende volgorde:
- enige tijd groen knipperend
- heel kortstondig gelig/wit knipperend (nu komt het management WiFi netwerk ook kortstondig in de lucht)
- één of twee keer knipperend in het rood
- riedel begint opnieuw.
Wanneer ik 'm met ethernet aansluit op de computer, komt de NIC steeds max. een minuut online. Met ip-adres 192.168.0.xxx/24 ingesteld, kan ik de unit niet pingen.
Ik heb het idee dat de unit in een of andere boot loop is beland. Helaas brengt het ingedrukt houden van de Reset knop 'm niet terug tot leven.
Heeft iemand dit eerder gezien? Heb ik iets heel doms gedaan? Is de unit permanent gebrickt?
Eenieder, dank alvast voor het meedenken!
Update:
Kennelijk wijst het apparaat zichzelf op de ethernet poort het IP 192.168.1.2 toe. Sluit de NR7302 direct aan een computer en wijs daar een IP-adres toe in de reeks 192.168.1.0/24 (maar dus niet 1.2). Draai dan een loop om via SSH in te loggen op de root user:
code:Zodra dat is gelukt, kan het apparaat geforceerd worden naar de fabrieksinstellingen:
1 while true; do ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o ConnectTimeout=2 root@192.168.1.2; donecode:De unit reboot gelijk daarna en komt na ongeveer vijf minuten weer terug!
1 2 zycli save_default clean sys atcr reboot
Erg tevreden met de snelheden (700 down, 65 up).
Het enige wat ik nog wil aanpassen is dat ik zelf controle wil krijgen over het dagelijkse DHCP renew moment. Op dit moment vindt dit plaats in de nacht als ik mijn backups aan het overpompen ben.
Heeft iemand hiervoor een een betrouwbare oplossing gevonden om een reconnect in het NR7302 modem, of misschien de wan poort van de UCG ?
Een dagelijkse reboot in de Zyxel aanzettenjammiejammie schreef op dinsdag 28 april 2026 @ 10:15:
Ik heb ook de setup draaien NR7302 en Unifi Cloud Gateway.
Erg tevreden met de snelheden (700 down, 65 up).
Het enige wat ik nog wil aanpassen is dat ik zelf controle wil krijgen over het dagelijkse DHCP renew moment. Op dit moment vindt dit plaats in de nacht als ik mijn backups aan het overpompen ben.
Heeft iemand hiervoor een een betrouwbare oplossing gevonden om een reconnect in het NR7302 modem, of misschien de wan poort van de UCG ?
Zoals hierboven gezegd, staat gewoon in de GUI onder “Maintenance”:jammiejammie schreef op dinsdag 28 april 2026 @ 10:15:
Ik heb ook de setup draaien NR7302 en Unifi Cloud Gateway.
Erg tevreden met de snelheden (700 down, 65 up).
Het enige wat ik nog wil aanpassen is dat ik zelf controle wil krijgen over het dagelijkse DHCP renew moment. Op dit moment vindt dit plaats in de nacht als ik mijn backups aan het overpompen ben.
Heeft iemand hiervoor een een betrouwbare oplossing gevonden om een reconnect in het NR7302 modem, of misschien de wan poort van de UCG ?
Wel grappig om te zien wat een verschil binnen/buiten en de plek waar hij staat (en wellicht straks hangt) uitmaakt.
/f/image/tFZSMKLOXq2qC3tqSlZg0bpf.png?f=fotoalbum_small)
Stond eerst in de rode richting maar nu eens in blauw geprobeerd. Maakt qua signaalsterkte wel een (klein) verschil. Voor en achter glas is (duh
![]() | ![]() |
![]() | ![]() |
Iemand ervaring hiermee? Zitten in zelfde opzet, tijdelijk appartement waar ik niet in muur kan boren.ernstoud schreef op donderdag 15 mei 2025 @ 21:52:
[...]
Wellicht is dit een optie: https://www.bol.com/nl/nl...50-meter/9200000082706277
Daarmee kun je dus in de meeste gevallen tussen raam en kozijn of onder een deur door. Wel goed waterdicht afwerken.
Ach, 't zijn de kosten nou ook weer niet dus heb er maar een besteld. We gaan het zien en beleven. De kozijnen zijn nieuw dus met opstaande randjes etc etc. Ben heel benieuwd of en hoe dit kabeltje dat gaat redden. Hou jullie op de hoogte.
[ Voor 78% gewijzigd door zeef op 10-05-2026 13:05 ]
Jammer is dat die raamdoorvoeren eindigen in een normale RJ-45 socket. Want die socket buiten moet je dan bijzonder goed tegen de elementen beschermen. Raar dat er geen variant lijkt te zijn waarbij 1 van de twee connectoren direct geschikt is voor buiten gebruik.zeef schreef op zondag 10 mei 2026 @ 10:30:
Ook ik heb de (tijdelijke) overstap gemaakt van de NR5307 naar de NR7302. Eigenlijk alleen omdat we voor de komst van glasvezel vast de FritzBox wilden gaan gebruiken. En er misschien iets teveel devices actief waren. Verder geen kritiek op de Odido oplossing, het werkt gewoon prima voor de gemiddelde consument.
Wel grappig om te zien wat een verschil binnen/buiten en de plek waar hij staat (en wellicht straks hangt) uitmaakt.
[Afbeelding]
Stond eerst in de rode richting maar nu eens in blauw geprobeerd. Maakt qua signaalsterkte wel een (klein) verschil. Voor en achter glas is (duh) een groter verschil
Inmiddels een klein stapje verbeterd na de 'tape test'
[Afbeelding] [Afbeelding] Dus nu een beetje puzzelen over hoe verder. Daarbij viel mijn oog op deze oplossing.
[Afbeelding] [Afbeelding]
[...]
Iemand ervaring hiermee? Zitten in zelfde opzet, tijdelijk appartement waar ik niet in muur kan boren.
Ach, 't zijn de kosten nou ook weer niet dus heb er maar een besteld. We gaan het zien en beleven. De kozijnen zijn nieuw dus met opstaande randjes etc etc. Ben heel benieuwd of en hoe dit kabeltje dat gaat redden. Hou jullie op de hoogte.
Als ik mijn NR7302 op het kozijn buiten het raam neerzet i.p.v. achter het raam heb ik N78 erbij en 100 Mbps. meer download. Maar ja, huis uit 1913 in oorspronkelijke stijl ontsieren met de NR7302 aan de buitenkant is ook niet echt een optie. Vooral de Wife Acceptance Factor ligt moeilijk 😥.
Ben benieuwd naar je ervaringen.
Dan denk ik dat er bij dit raam doorvoer kabeltje iets goed defect is. Vermoedelijk zijn er meerdere “adertjes” gebroken. Zodra er 1 breekt heb je 100 Mbps. Is er meer aan de hand zoals slechte contacten wordt dat nog lager, dus 10 Mbps.zeef schreef op dinsdag 12 mei 2026 @ 21:34:
En de ervaring... het idee is aardig maar niet geschikt voor hoge snelheden. De verbinding schakelt terug naar 10 Mbit/s ipv 2,5 Gbit/s. Dus het helpt niet echt. Als het goed is eind van de maand glasvezel. Kregen vandaag 'de brief'.
Rommel dus. Of de ruimte was te nauw en is de doorvoer nu beschadigd.
Ik heb inderdaad wel 1000 gehaald op flatkabels van zeg 30 cm (zo een uitrol kabeltje zoals een skipashouder) maar die nooit door een raan geduwd. Flat blijft erg kwetsbaar.ernstoud schreef op dinsdag 12 mei 2026 @ 21:49:
[...]
Dan denk ik dat er bij dit raam doorvoer kabeltje iets goed defect is. Vermoedelijk zijn er meerdere “adertjes” gebroken. Zodra er 1 breekt heb je 100 Mbps. Is er meer aan de hand zoals slechte contacten wordt dat nog lager, dus 10 Mbps.
Rommel dus. Of de ruimte was te nauw en is de doorvoer nu beschadigd.
🎸 Niets is zo permanent als een tijdelijke oplossing | Een goed probleem komt nooit alleen
Het bijzondere is... ik heb er nu een 'gewone' UTP flatcable die ik nog had van Sonos aan gehangen. Werkt prima en het raam gaat nog dicht ook... #FTWernstoud schreef op dinsdag 12 mei 2026 @ 21:49:
[...]
Dan denk ik dat er bij dit raam doorvoer kabeltje iets goed defect is. Vermoedelijk zijn er meerdere “adertjes” gebroken. Zodra er 1 breekt heb je 100 Mbps. Is er meer aan de hand zoals slechte contacten wordt dat nog lager, dus 10 Mbps.
Rommel dus. Of de ruimte was te nauw en is de doorvoer nu beschadigd.
![]() | ![]() | ![]() |
NR7302StefanFe schreef op maandag 18 mei 2026 @ 20:49:
Ik ben onlangs verhuist naar een woonunit / container vanwege een verbouwing en de snelheid van de standaard K&K modem is dramatisch. Dus wellicht 1 van de laatste buitenmodems van de amazon link gekocht. Voo goede moed de sim uit de Odido modem gehaald en nu twijfel ik of de nano sim met een tray oid in de NR7303 moet. Hoe hebben jullie dat gedaan?
En er gaat een micro SIM in. Heb je dus nano, dan moet je een nano -> micro adapter gebruiken.
:strip_exif()/f/image/LI4RtzPyoCGedd6Lrn8qj3zm.jpg?f=fotoalbum_large)
https://www.bol.com/nl/nl...ist_Middle.1.ProductTitle
[ Voor 46% gewijzigd door ernstoud op 18-05-2026 21:04 ]
Alles werkt nu, echter is mijn upload gehalveerd.
de 503 had een uplink anker B3 20MHz met een 100Mhz bandbreedte op N78 erbij
de 7302 heeft henkel een uplink op B3 van 10MHz.
downloadsnelheden liggen consistent rond 600 in beide situaties. upload is van 60ish naar 30ish gegaan.
Is dat nog ergens een instelling?
Ja, in de settings kun je handmatig de banden instellen. Even proberen.prein2 schreef op woensdag 29 juli 2026 @ 21:59:
Nadat het modem bijna een jaar in de kast heeft gelegen toch de moeite genomen om hem in te stellen vandaag. Werd een beetje gek van dubbele nat tussen de 5302 en mijn unifi dream machine.
Alles werkt nu, echter is mijn upload gehalveerd.
de 503 had een uplink anker B3 20MHz met een 100Mhz bandbreedte op N78 erbij
de 7302 heeft henkel een uplink op B3 van 10MHz.
downloadsnelheden liggen consistent rond 600 in beide situaties. upload is van 60ish naar 30ish gegaan.
Is dat nog ergens een instelling?
De up- en downloadsnelheden zijn ook weer op hetzelfde niveau.
Geen verbetering in snelheid, wel IP Passthrough.. Dat is fijn.
Is er nooit upload over een 5G band mogelijk?
Dat over die verbetering in snelheid moet ik terugnemen. Laatste speedtest liet een download van 938Mbit zien. upload 70. Dus wel degelijk verbetering. Merk ik waarschijnlijk weinig van, maar toch een verbetering.
[ Voor 21% gewijzigd door prein2 op 30-07-2026 08:29 ]
Jazeker, lees vanaf hier Doesnotcompute in "[Odido Klik&Klaar - 5G vast internet] Ervaringen & Discussie"Overv schreef op woensdag 19 augustus 2026 @ 19:10:
Bij mij viel vannacht m'n internet uit omdat de APN gereset was naar backup.telekom en hij draait nu firmware versie 1.00(ACHA.6)F2. Bij jullie ook toevallig deze update langsgekomen?
edit: en toch niet. Hij update niet naar F0 want de firmware update blijft bestaan.
[ Voor 70% gewijzigd door Polyphemus op 19-08-2026 21:53 ]
Er is alleen een F2_F0 versie. Geen F2.Polyphemus schreef op woensdag 19 augustus 2026 @ 21:45:
Bij mij zat 1.00(ACHA.6)F2 er nog tussen, want nu zit ik op 1.00(ACHA.6)F2_F0. De Zyxel app gaf F0 als nieuw update voor de niet-F0.
edit: en toch niet. Hij update niet naar F0 want de firmware update blijft bestaan.
~[Afbeelding]
Ik zal me eens verdiepen in een goede manier om UBI files te bekijken/unpacken. Dan kan ik misschien de verschillen in de FW versies duiden.
[ Voor 11% gewijzigd door ernstoud op 19-08-2026 22:23 ]
Ik heb toch echt op meerdere plekken in de 7302 F2 staan. En niet F2_F0. En dat ik kan updaten naar F2_F0. Maar goed, weinig zin in een welles nietes discussie vanavond 😉ernstoud schreef op woensdag 19 augustus 2026 @ 22:19:
[...]
Er is alleen een F2_F0 versie. Geen F2.
Ik zal me eens verdiepen in een goede manier om UBI files te bekijken/unpacken. Dan kan ik misschien de verschillen in de FW versies duiden.
[ Voor 8% gewijzigd door Polyphemus op 19-08-2026 22:54 ]
Ik heb gekeken op de DTAG download server. Je kunt 100ACHA6F2_F0.bin daar downloaden, maar 100ACHA6F2.bin niet. Vandaar mijn stelligheid.Polyphemus schreef op woensdag 19 augustus 2026 @ 22:53:
[...]
Ik heb toch echt op meerdere plekken in de 7302 F2 staan. En niet F2_F0. En dat ik kan updaten naar F2_F0. Maar goed, weinig zin in een welles nietes discussie vanavond 😉
Dan is het misschien een UI bug in mijn modem, want updaten naar _F0 doet ie niet, omdat ie daar misschien al op zit. Ondanks dat ie wel als beschikbaar staat daarin. Heb nu tweemaal geprobeerd inclusief reboot, maar de update blijft staan.ernstoud schreef op woensdag 19 augustus 2026 @ 23:48:
[...]
Ik heb gekeken op de DTAG download server. Je kunt 100ACHA6F2_F0.bin daar downloaden, maar 100ACHA6F2.bin niet. Vandaar mijn stelligheid.
edit:
Ik heb de officiële 100ACHA6F2_F0.bin van de Telekom/DTAG-server gedownload en uitgepakt. In de firmware zelf staat de versie als 1.00(ACHA.6)F2, dus zonder _F0.
Vervolgens heb ik de firmware-updater (periodic_FOTA) en de standaardconfiguratie onderzocht. Daaruit kwam de officiële Telekom-updatefeed naar voren: DTAG-CPEGK-Information.xml. Voor de NR7302 (BDTX5GNR7302WZ) staat daarin juist:
1
| firmwareVersion: 1.00(ACHA.6)F2_F0 |
De updater vergelijkt de aangeboden versie met de lokaal geïnstalleerde versie. Na installatie rapporteert de router 1.00(ACHA.6)F2, terwijl de updatefeed 1.00(ACHA.6)F2_F0 blijft aanbieden.
Die twee strings zijn niet gelijk en daardoor blijft mijn NR7302 dezelfde firmware opnieuw als update zien, ook al is F2 al correct geïnstalleerd.
Kortom: volgens mij zit er een fout in de Telekom/DTAG update-metadata. _F0 hoort kennelijk wel bij de bestandsnaam 100ACHA6F2_F0.bin, maar niet bij de interne firmwareversie. De firmwareVersion in de XML zou vermoedelijk 1.00(ACHA.6)F2 moeten zijn.
[ Voor 53% gewijzigd door Polyphemus op 20-08-2026 09:01 ]
De ware Tweaker!Polyphemus schreef op donderdag 20 augustus 2026 @ 07:38:
[...]
Dan is het misschien een UI bug in mijn modem, want updaten naar _F0 doet ie niet, omdat ie daar misschien al op zit. Ondanks dat ie wel als beschikbaar staat daarin. Heb nu tweemaal geprobeerd inclusief reboot, maar de update blijft staan.
edit:
Ik heb de officiële 100ACHA6F2_F0.bin van de Telekom/DTAG-server gedownload en uitgepakt. In de firmware zelf staat de versie als 1.00(ACHA.6)F2, dus zonder _F0.
Vervolgens heb ik de firmware-updater (periodic_FOTA) en de standaardconfiguratie onderzocht. Daaruit kwam de officiële Telekom-updatefeed naar voren: DTAG-CPEGK-Information.xml. Voor de NR7302 (BDTX5GNR7302WZ) staat daarin juist:code:imageURL: .../BDTX5GNR7302WZ/100ACHA6F2_F0.bin
1 firmwareVersion: 1.00(ACHA.6)F2_F0
De updater vergelijkt de aangeboden versie met de lokaal geïnstalleerde versie. Na installatie rapporteert de router 1.00(ACHA.6)F2, terwijl de updatefeed 1.00(ACHA.6)F2_F0 blijft aanbieden.
Die twee strings zijn niet gelijk en daardoor blijft mijn NR7302 dezelfde firmware opnieuw als update zien, ook al is F2 al correct geïnstalleerd.
Kortom: volgens mij zit er een fout in de Telekom/DTAG update-metadata. _F0 hoort kennelijk wel bij de bestandsnaam 100ACHA6F2_F0.bin, maar niet bij de interne firmwareversie. De firmwareVersion in de XML zou vermoedelijk 1.00(ACHA.6)F2 moeten zijn.
Ik had al zo’n vermoeden dat de UI of download server iets fout deed.
Dat is dan mooi knudde van DTAG want nu blijven alle devices dus elke keer nieuwe FW zoeken terwijl ze die al hebben.
Oudere versie FW flashen?Polyphemus schreef op donderdag 20 augustus 2026 @ 17:52:
Bij mij staat SSH niet meer open, ondanks dat de service wel aan staat. Telnet wil ie ook niet, dus het achterhalen van mijn root password is nu wel erg lastig 😅. Misschien met UART/JTAG...
http://fw-acs.telekom.de/...R7302WZ/100ACHA4b5_F0.bin
[ Voor 9% gewijzigd door ernstoud op 20-08-2026 18:05 ]
Dank uernstoud schreef op donderdag 20 augustus 2026 @ 18:03:
[...]
Oudere versie FW flashen?
http://fw-acs.telekom.de/...R7302WZ/100ACHA4b5_F0.bin
En snel die periodic_FOTA disablen. Maar dat wist je alPolyphemus schreef op donderdag 20 augustus 2026 @ 18:42:
[...]
Dank uIk was nog aan het debuggen waarom SSH het niet meer deed, maar dit is inderdaad de snellere oplossing. Handig dat er dan in de UI staat dat SSH/Telnet enabled zijn, maar het dus niet meer doen. b5_F0 werkt inderdaad weer.
Dank zij u. Alleen ben ik nu nog aan het uitzoeken waarom de crontab steeds aangezet wordt, meen ik gelezen te hebben.ernstoud schreef op donderdag 20 augustus 2026 @ 18:44:
[...]
En snel die periodic_FOTA disablen. Maar dat wist je al.
In ieder geval kunnen we altijd (nou ja tot/met deze laatste FW versie) een oudere versie terugzetten.Polyphemus schreef op donderdag 20 augustus 2026 @ 19:03:
[...]
Dank zij u. Alleen ben ik nu nog aan het uitzoeken waarom de crontab steeds aangezet wordt, meen ik gelezen te hebben.
Ik haal elk kwartier de iptables log files op, zie ik dat de ip4 iptables kernel object file (nf_log_ipv4) niet geladen is, dan moet dat betekenen dat er een reboot geweest is en dan doe ik een "crontab crontab.bk1 -u root" waardoor de bestaande crontab voor het root account vervangen wordt door crontab.bk1. In die laatste staat de periodic_FOTA voorzien van een # aan het begin van de regel (wordt dus genegeerd).
Niet helemaal foolproof want in dat kwartier tussen reboot en de crontab vervangen kan nog steeds die FOTA gebeuren.
Als je de periodic_FOTA helemaal weghaalt staat hij er na verloop van tijd opnieuw in. Er is dus een proces dat dat regelmatig doet. Zet je er een # voor dan blijft die staan.
Als jij ontdekt welk proces dit doet dan hoor ik dat graag,
Rijtje screenies oid? Geen flauw idee waar jullie het over hebben, maar dit ding is wel mn lifeline naar buiten geworden. (Buitengebied, geeneens een goede dsl lijn te krijgen).
Met wat externe hulp heb ik gevonden dat als je op de Firmware Upgrade pagina in Maintenance, op het tabblad Online Upgrade in de Developer console dit geeft:ernstoud schreef op donderdag 20 augustus 2026 @ 19:43:
[...]
In ieder geval kunnen we altijd (nou ja tot/met deze laatste FW versie) een oudere versie terugzetten.
Ik haal elk kwartier de iptables log files op, zie ik dat de ip4 iptables kernel object file (nf_log_ipv4) niet geladen is, dan moet dat betekenen dat er een reboot geweest is en dan doe ik een "crontab crontab.bk1 -u root" waardoor de bestaande crontab voor het root account vervangen wordt door crontab.bk1. In die laatste staat de periodic_FOTA voorzien van een # aan het begin van de regel (wordt dus genegeerd).
Niet helemaal foolproof want in dat kwartier tussen reboot en de crontab vervangen kan nog steeds die FOTA gebeuren.
Als je de periodic_FOTA helemaal weghaalt staat hij er na verloop van tijd opnieuw in. Er is dus een proces dat dat regelmatig doet. Zet je er een # voor dan blijft die staan.
Als jij ontdekt welk proces dit doet dan hoor ik dat graag,
document.querySelector('#app').__vue__.$store.state.guiFlag.HideAutoOnlineUpgrade = true
...een verborgen optie getoond wordt, waar je de auto upgrade uit kan zetten.
Na een reboot blijft dat uit, de FOTA crontab wordt verwijderd; bijkomstigheid is dat ie de eventuele reboot die je gescheduled hebt ook verwijderd wordt uit de crontab.
Ik zit nog alleen te worstelen met SSH, dat heeft even gewerkt, maar staat nu weer uit
[ Voor 8% gewijzigd door Polyphemus op 20-08-2026 19:52 ]
Polyphemus schreef op donderdag 20 augustus 2026 @ 19:48:
[...]
Met wat externe hulp heb ik gevonden dat als je op de Firmware Upgrade pagina in Maintenance, op het tabblad Online Upgrade in de Developer console dit geeft:
document.querySelector('#app').__vue__.$store.state.guiFlag.HideAutoOnlineUpgrade = true
...een verborgen optie getoond wordt, waar je de auto upgrade uit kan zetten.
Na een reboot blijft dat uit, bijkomstigheid is dat ie de eventuele reboot die je gescheduled hebt ook verwijderd wordt uit de crontab.
“ bijkomstigheid is dat ie de eventuele reboot die je gescheduled hebt ook verwijderd wordt uit de crontab.”
Dat is wel wat minder omdat ik dat gebruik, maar je kunt het ook in de GUI instellen.
[ Voor 15% gewijzigd door ernstoud op 20-08-2026 19:51 ]
Ik zoek nog verderernstoud schreef op donderdag 20 augustus 2026 @ 19:50:
[...]
“ bijkomstigheid is dat ie de eventuele reboot die je gescheduled hebt ook verwijderd wordt uit de crontab.”
Dat is wel wat minder omdat ik dat gebruik, maar je kunt het ook in de GUI instellen.
[ Voor 14% gewijzigd door Polyphemus op 20-08-2026 19:54 ]
Ik denk dat het goed is om die laatste update te overschrijven met de voorlaatste (link hierboven) en dan de tip van @Polyphemus te volgen om AutoUpdate uit te zetten. Wellicht kan hij even een write-up maken hoe je dat doet met de developers tools in een browser.Doesnotcompute schreef op donderdag 20 augustus 2026 @ 19:47:
Mag ik de IT greybeards hier verzoeken een simpele howto te maken voor de nitwits, voordat de duitse telecommers mijn buitenmodem annexeren en reduceren tot e-waste?![]()
Rijtje screenies oid? Geen flauw idee waar jullie het over hebben, maar dit ding is wel mn lifeline naar buiten geworden. (Buitengebied, geeneens een goede dsl lijn te krijgen).
Wellicht, ik heb dat nooit getest. Met die voorlaatste FW werkt bij mij SSH altijd.Polyphemus schreef op donderdag 20 augustus 2026 @ 19:48:
[...]
Ik zit nog alleen te worstelen met SSH, dat heeft even gewerkt, maar staat nu weer uitZit dat aan die 30 minuten verbonden dat de management WiFi aanstaat? Dat SSH aangezet wordt, als die WiFi uitgaat?
Ik zit nu ook op de voorlaatste. Zal die nogmaals flashen.ernstoud schreef op donderdag 20 augustus 2026 @ 19:57:
[...]
Wellicht, ik heb dat nooit getest. Met die voorlaatste FW werkt bij mij SSH altijd.
De procedure om de FOTA uit te zetten:
Procedure
- Log via een desktopbrowser in op de webinterface van de NR7302.
- Ga naar de pagina voor Firmware Upgrade.
- Open de Developer Tools van de browser. In Firefox kan dat bijvoorbeeld met F12.
- Open het tabblad Console.
- Voer eerst ter controle uit:
1
| document.querySelector('#app').__vue__.$store.state.guiFlag.HideAutoOnlineUpgrade |
1
| false |
- Maak vervolgens de ingebouwde Auto Online Upgrade-sectie zichtbaar:
1
| document.querySelector('#app').__vue__.$store.state.guiFlag.HideAutoOnlineUpgrade = true |
- Op de Firmware Upgrade-pagina verschijnt nu een extra gedeelte:
1
| Auto Online Upgrade |
Online Check Period
Daily Check / Weekly Check
The day of every Week
...
Online Check Start Time
...
- Zet Auto Upgrade op OFF.
- Klik onderaan de pagina op Apply.
1
2
3
4
5
6
| root@NR7302:~# cat /etc/crontab.x/periodic_FOTA */5 * * * * /usr/sbin/logrotate /etc/logrotate.d/sys_logrotate.conf */5 * * * * /usr/sbin/logrotate /etc/logrotate.d/persist_logrotate.conf 30 3 * * * reboot 30 3 * * 0 reboot root@NR7302:~# |
Als ze bij verkoop nou eerlijk waren geweest, of gewoon een stock FW beschikbaar stelden.
Wel root nodig, maar hoe je dat wachtwoord krijgt is al eerder beschreven
Edit:
Ik heb overigens wel:
Enable Customized Settings
op Individual staan.
Zyxel NR7302 – APN automatisch herstellen na firmware-update/FOTA
Bij de Deutsche Telekom-versie van de Zyxel NR7302 kan een firmware-update de handmatig ingestelde APN overschrijven. In mijn geval moet de APN fwainternet zijn, maar na een FOTA-update werd deze weer teruggezet naar:1
| backup.telekom |
1
| APN: backup.telekom |
1
| /data/user_startup_parameters.sh |
1
| Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript |
Vereisten
Hiervoor is shelltoegang als root op de NR7302 nodig. Voor zover ik heb kunnen testen is de normale admin-account uit de webinterface hiervoor niet voldoende.Getest op:
1
2
3
| Product: NR7302 Firmware: 1.00(ACHA.6)F2 Build Date: 2026/06/08 |
1
| 1.00(ACHA.5)b1_F0 |
1
| 1.00(ACHA.6)F2 |
Startup-script installeren
Onderstaand script controleert na iedere boot:- APN moet fwainternet zijn;
- Manual APN moet ingeschakeld zijn;
- username/password moeten leeg zijn;
- Preferred Access Technology moet Auto zijn;
- daarna wordt gecontroleerd of internet weer bereikbaar is via 8.8.8.8 of 1.1.1.1.
Als fwainternet niet jouw APN is, pas dan uiteraard APN="fwainternet" aan.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
| cat > /data/user_startup_parameters.sh <<'EOF' #!/bin/sh LOG="/data/apn_startup.log" APN="fwainternet" MAX_WAIT=90 echo "" >> "$LOG" echo "===== $(date) startup APN check =====" >> "$LOG" # Wacht totdat het Zyxel datamodel beschikbaar is WAITED=0 CURRENT_APN="" while [ "$WAITED" -lt "$MAX_WAIT" ]; do CURRENT_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" if [ -n "$CURRENT_APN" ]; then break fi sleep 5 WAITED=$((WAITED + 5)) done if [ -z "$CURRENT_APN" ]; then echo "ERROR: ztr69/datamodel not ready after ${MAX_WAIT}s" >> "$LOG" echo "===== FAILED =====" >> "$LOG" exit 1 fi echo "Datamodel ready after ${WAITED}s" >> "$LOG" CURRENT_MANUAL="$(ztr69cli get Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN 2>/dev/null | sed -n 's/.*: //p')" CURRENT_USER="$(ztr69cli get Device.Cellular.AccessPoint.1.Username 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" CURRENT_TECH="$(ztr69cli get Device.Cellular.Interface.1.PreferredAccessTechnology 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" echo "Before: APN=$CURRENT_APN Manual=$CURRENT_MANUAL User=$CURRENT_USER Tech=$CURRENT_TECH" >> "$LOG" CHANGED=0 if [ "$CURRENT_APN" != "$APN" ]; then echo "APN incorrect ($CURRENT_APN), restoring $APN" >> "$LOG" ztr69cli set Device.Cellular.AccessPoint.1.APN="$APN" >> "$LOG" 2>&1 CHANGED=1 fi if [ "$CURRENT_MANUAL" != "1" ]; then echo "ManualAPN incorrect ($CURRENT_MANUAL), setting 1" >> "$LOG" ztr69cli set Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN=1 >> "$LOG" 2>&1 CHANGED=1 fi if [ -n "$CURRENT_USER" ]; then echo "Username present ($CURRENT_USER), clearing credentials" >> "$LOG" ztr69cli set Device.Cellular.AccessPoint.1.Username="" >> "$LOG" 2>&1 ztr69cli set Device.Cellular.AccessPoint.1.Password="" >> "$LOG" 2>&1 CHANGED=1 fi if [ "$CURRENT_TECH" != "Auto" ]; then echo "Access technology incorrect ($CURRENT_TECH), setting Auto" >> "$LOG" ztr69cli set Device.Cellular.Interface.1.PreferredAccessTechnology="Auto" >> "$LOG" 2>&1 CHANGED=1 fi sleep 5 # Instellingen opnieuw uitlezen ter controle FINAL_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" FINAL_MANUAL="$(ztr69cli get Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN 2>/dev/null | sed -n 's/.*: //p')" FINAL_USER="$(ztr69cli get Device.Cellular.AccessPoint.1.Username 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" FINAL_TECH="$(ztr69cli get Device.Cellular.Interface.1.PreferredAccessTechnology 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" echo "After: APN=$FINAL_APN Manual=$FINAL_MANUAL User=$FINAL_USER Tech=$FINAL_TECH Changed=$CHANGED" >> "$LOG" # Eenmalige retry als APN/ManualAPN nog niet correct zijn if [ "$FINAL_APN" != "$APN" ] || [ "$FINAL_MANUAL" != "1" ]; then echo "WARNING: APN verification failed - retrying" >> "$LOG" ztr69cli set Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN=1 >> "$LOG" 2>&1 ztr69cli set Device.Cellular.AccessPoint.1.APN="$APN" >> "$LOG" 2>&1 sleep 10 FINAL_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" FINAL_MANUAL="$(ztr69cli get Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN 2>/dev/null | sed -n 's/.*: //p')" echo "Retry result: APN=$FINAL_APN Manual=$FINAL_MANUAL" >> "$LOG" fi # Wacht maximaal 120 seconden op internet echo "Waiting for internet connectivity..." >> "$LOG" WAITED=0 INTERNET=0 while [ "$WAITED" -lt 120 ]; do if ping -c 1 -W 3 8.8.8.8 >/dev/null 2>&1; then echo "Internet: 8.8.8.8 OK after ${WAITED}s" >> "$LOG" INTERNET=1 break fi if ping -c 1 -W 3 1.1.1.1 >/dev/null 2>&1; then echo "Internet: 1.1.1.1 OK after ${WAITED}s" >> "$LOG" INTERNET=1 break fi sleep 5 WAITED=$((WAITED + 5)) done if [ "$INTERNET" = "0" ]; then echo "WARNING: No internet connectivity after ${WAITED}s" >> "$LOG" fi FINAL_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" if [ "$FINAL_APN" = "$APN" ]; then echo "RESULT: APN OK ($FINAL_APN)" >> "$LOG" else echo "RESULT: APN FAILED ($FINAL_APN)" >> "$LOG" fi echo "===== $(date) done =====" >> "$LOG" exit 0 EOF chmod 755 /data/user_startup_parameters.sh ztr69cli set Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1 sync |
1
| ztr69cli get Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript |
1
| Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript: 1 |
1
2
| /data/user_startup_parameters.sh
cat /data/apn_startup.log |
1
2
3
4
5
6
| Datamodel ready after 0s Before: APN=fwainternet Manual=1 User= Tech=Auto After: APN=fwainternet Manual=1 User= Tech=Auto Changed=0 Waiting for internet connectivity... Internet: 8.8.8.8 OK after 0s RESULT: APN OK (fwainternet) |
Getest met een echte FOTA
Om te controleren of dit niet alleen een normale reboot overleeft, heb ik daarna opnieuw de FOTA uitgevoerd.Na de firmware-update bleek de NR7302 de APN inderdaad weer veranderd te hebben naar backup.telekom. Het startup-script werd echter automatisch uitgevoerd en gaf:
1
2
3
4
5
6
| ===== Fri Aug 21 08:30:35 CEST 2026 startup APN check ===== Before: APN=backup.telekom Manual=1 User= Tech=Auto APN incorrect (backup.telekom), restoring fwainternet Set success. After: APN=fwainternet Manual=1 Tech=Auto Changed=1 ===== done ===== |
1
2
3
4
| APN: fwainternet ManualAPN: 1 Username: "" PreferredAccessTechnology: Auto |
1
| Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1 |
Let op: dit is getest op de Deutsche Telekom NR7302-firmware. Root-toegang en het wijzigen van verborgen datamodelparameters is uiteraard op eigen risico. Ik zou dit ook niet blind toepassen op een NR7302 met een andere provider/OEM-firmware zonder eerst te controleren of UserStartupScript daar aanwezig is.
Al eerder gepost.
[ Voor 5% gewijzigd door Overv op 21-08-2026 10:01 ]
Inderdaad. Wel was bekend dat deze verkoop van de NR7302 (tegen halve prijs) uit een partij van Deutsche Telekom was.Doesnotcompute schreef op vrijdag 21 augustus 2026 @ 08:31:
Ik had vanochtend weer DT ipv fwainternet, heb je stappen gevolgd. In vivaldi werkte het niet, wel in firefox, waarvoor dank. Hoop dat het zo goed blijft. Bloedje irritant die vendorlocked firmwares.
Als ze bij verkoop nou eerlijk waren geweest, of gewoon een stock FW beschikbaar stelden.
Zoals gemeld werkt SSH en Telnet niet meer met deze laatste versie FW. Dus eerst de vorige versie terugzetten, link hierboven.nautaonline schreef op vrijdag 21 augustus 2026 @ 08:42:
Wel root nodig, maar hoe je dat wachtwoord krijgt is al eerder beschreven
Hier vanmorgen ook problemen. Heb de versie "1.00(ACHA.6)F2" van firmware en kon de root wachtwoord achterhalen en via Putty had ik toegang tot SSH. Alles hier gelukt met de script voor APN controle.ernstoud schreef op vrijdag 21 augustus 2026 @ 11:57:
[...]
Inderdaad. Wel wasbekend dat deze verkoop van de NR7302 (tegen halve prijs) uit een partij van Deutsche Telekom was.
[ Voor 7% gewijzigd door jamesbond007uk op 21-08-2026 13:15 ]
Jamesbond007uk
Ok mooi. Eerder meldde @Polyphemus dat SSH met deze FW niet meer zo werken. Wel bij jou dus. Bijzonder.jamesbond007uk schreef op vrijdag 21 augustus 2026 @ 13:13:
[...]
Hier vanmorgen ook problemen. Heb de versie "1.00(ACHA.6)F2" van firmware en kon de root wachtwoord achterhalen en via Putty had ik toegang tot SSH. Alles hier gelukt met de script voor APN controle.
Het is hier een hit en miss met SSH, meer een miss dan een hit. Ik heb een policy based route naar de WAN poort waar de Zyxel aan hangt, zodat ik daar het IP-adres van de LAN zijde van de Zyxel vanuit intern benaderen kan. Ben er nog niet helemaal uit waarom dat rammelt. De web ui doet het wel gewoon goed via die PBR.ernstoud schreef op vrijdag 21 augustus 2026 @ 13:28:
[...]
Ok mooi. Eerder meldde @Polyphemus dat SSH met deze FW niet meer zo werken. Wel bij jou dus. Bijzonder.
[ Voor 25% gewijzigd door Polyphemus op 21-08-2026 15:52 ]
Fijn om te weten dat DTAG dus SSH niet disabled heeft.Polyphemus schreef op vrijdag 21 augustus 2026 @ 15:52:
En nu dus wel; de PBR die ik had sluisde alleen poort 80 door die kant op, waarom 22 dan af en toe wel en dan weer niet doorgelaten werd, 'beats me'. Dus mea culpa als ik de verwarring gecreëerd heb dat SSH/Telnet gesneuveld was door de upgrade.
Bij ons werkte deze iets gerichtere variant via de Vue-component van de pagina Online Upgrade:
1
2
| window.f = document.querySelector('#pageFotaUpgrade').__vue__
f.$store.state.guiFlag.HideAutoOnlineUpgrade = true; f.$forceUpdate() |
1
| f.fotaObj.PeriodicCheckEnable |
De volledige stap-voor-stap-handleiding, inclusief foutopsporing en veiligheids-/modelnotities, staat hier:
GitHub: Zyxel NR7302 disable auto update
Bevestigd is dit tot nu toe alleen op de NR7302 Telekom-variant. Andere NR7xxx-modellen gebruiken mogelijk dezelfde OPAL-/Vue-interface, maar dat is nog niet praktisch bevestigd.
Bitte schönsavemyphone schreef op zondag 23 augustus 2026 @ 15:11:
Bedankt @Polyphemus voor de oorspronkelijke GUI-methode. Wij hebben dezelfde oplossing inmiddels getest op een Telekom-NR7302 met firmware 1.00(ACHA.6)F2, na de herhaalde F2_F0-update en de APN-reset naar backup.telekom.
Bij ons werkte deze iets gerichtere variant via de Vue-component van de pagina Online Upgrade:code:Daarna Auto Upgrade op OFF zetten en op Apply klikken. Ter controle:
1 2window.f = document.querySelector('#pageFotaUpgrade').__vue__ f.$store.state.guiFlag.HideAutoOnlineUpgrade = true; f.$forceUpdate()code:Dit moet false teruggeven. We hebben de instelling na het herladen en ook in een tweede browsersessie gecontroleerd; ze bleef opgeslagen. Hiervoor zijn geen root-/supervisorrechten en geen aangepaste firmware nodig. Na een fabrieksreset of latere firmware-update moet de instelling opnieuw worden gecontroleerd.
1 f.fotaObj.PeriodicCheckEnable
De volledige stap-voor-stap-handleiding, inclusief foutopsporing en veiligheids-/modelnotities, staat hier:
GitHub: Zyxel NR7302 disable auto update
Bevestigd is dit tot nu toe alleen op de NR7302 Telekom-variant. Andere NR7xxx-modellen gebruiken mogelijk dezelfde OPAL-/Vue-interface, maar dat is nog niet praktisch bevestigd.
1.00(ACHA.5)b1_F0
Heb wel even via Dev Mode de online auto-update feature uitgezet.
Dank!
Zou je voor de volledigheid het ztr69cli commando kunnen geven om het startup script te enablen?nautaonline schreef op vrijdag 21 augustus 2026 @ 08:42:
Ik heb met behulp van ChatGPT weten te vinden dat er dus wel een UserStartupScript is, zie hieronder. (Schaamteloos hem gevraagd de forumpost op te zetten zodat het hopelijk duidelijk genoeg is). Op een 2 tal NR7302's heb ik ook last van het terugvallen naar de verkeerde APN door de DT FW die mogelijk niet klopt. Onderstaande script is getest, natuurlijk wel op eigen risico gebruiken, maar ik vermoed dat er meer zijn die hier wat aan hebben :)
Wel root nodig, maar hoe je dat wachtwoord krijgt is al eerder beschreven![]()
Edit:
Ik heb overigens wel:
Enable Customized Settings
op Individual staan.Zyxel NR7302 – APN automatisch herstellen na firmware-update/FOTA
Bij de Deutsche Telekom-versie van de Zyxel NR7302 kan een firmware-update de handmatig ingestelde APN overschrijven. In mijn geval moet de APN fwainternet zijn, maar na een FOTA-update werd deze weer teruggezet naar:code:Een normale reboot is geen probleem: een handmatig ingestelde APN blijft daarbij gewoon behouden. Het probleem treedt specifiek op bij een firmware-update, doordat de firmware tijdens de upgrade een rom_convert uitvoert waarin expliciet staat:
1 backup.telekomcode:Gelukkig blijkt de firmware zelf een verborgen mogelijkheid voor een eigen startup-script te hebben:
1 APN: backup.telekomcode:In het datamodel zit hiervoor:
1 /data/user_startup_parameters.shcode:Als deze op 1 staat, wordt het script tijdens het booten uitgevoerd.
1 Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScriptVereisten
Hiervoor is shelltoegang als root op de NR7302 nodig. Voor zover ik heb kunnen testen is de normale admin-account uit de webinterface hiervoor niet voldoende.
Getest op:code:Ook getest met een echte FOTA van:
1 2 3 Product: NR7302 Firmware: 1.00(ACHA.6)F2 Build Date: 2026/06/08code:naar:
1 1.00(ACHA.5)b1_F0code:Daarbij bleven zowel /data/user_startup_parameters.sh als de UserStartupScript=1 instelling behouden.
1 1.00(ACHA.6)F2Startup-script installeren
Onderstaand script controleert na iedere boot:Het script logt alles naar /data/apn_startup.log.
- APN moet fwainternet zijn;
- Manual APN moet ingeschakeld zijn;
- username/password moeten leeg zijn;
- Preferred Access Technology moet Auto zijn;
- daarna wordt gecontroleerd of internet weer bereikbaar is via 8.8.8.8 of 1.1.1.1.
Als fwainternet niet jouw APN is, pas dan uiteraard APN="fwainternet" aan.Bash:Daarna controleren of de startupfunctie daadwerkelijk aan staat:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 cat > /data/user_startup_parameters.sh <<'EOF' #!/bin/sh LOG="/data/apn_startup.log" APN="fwainternet" MAX_WAIT=90 echo "" >> "$LOG" echo "===== $(date) startup APN check =====" >> "$LOG" # Wacht totdat het Zyxel datamodel beschikbaar is WAITED=0 CURRENT_APN="" while [ "$WAITED" -lt "$MAX_WAIT" ]; do CURRENT_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" if [ -n "$CURRENT_APN" ]; then break fi sleep 5 WAITED=$((WAITED + 5)) done if [ -z "$CURRENT_APN" ]; then echo "ERROR: ztr69/datamodel not ready after ${MAX_WAIT}s" >> "$LOG" echo "===== FAILED =====" >> "$LOG" exit 1 fi echo "Datamodel ready after ${WAITED}s" >> "$LOG" CURRENT_MANUAL="$(ztr69cli get Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN 2>/dev/null | sed -n 's/.*: //p')" CURRENT_USER="$(ztr69cli get Device.Cellular.AccessPoint.1.Username 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" CURRENT_TECH="$(ztr69cli get Device.Cellular.Interface.1.PreferredAccessTechnology 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" echo "Before: APN=$CURRENT_APN Manual=$CURRENT_MANUAL User=$CURRENT_USER Tech=$CURRENT_TECH" >> "$LOG" CHANGED=0 if [ "$CURRENT_APN" != "$APN" ]; then echo "APN incorrect ($CURRENT_APN), restoring $APN" >> "$LOG" ztr69cli set Device.Cellular.AccessPoint.1.APN="$APN" >> "$LOG" 2>&1 CHANGED=1 fi if [ "$CURRENT_MANUAL" != "1" ]; then echo "ManualAPN incorrect ($CURRENT_MANUAL), setting 1" >> "$LOG" ztr69cli set Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN=1 >> "$LOG" 2>&1 CHANGED=1 fi if [ -n "$CURRENT_USER" ]; then echo "Username present ($CURRENT_USER), clearing credentials" >> "$LOG" ztr69cli set Device.Cellular.AccessPoint.1.Username="" >> "$LOG" 2>&1 ztr69cli set Device.Cellular.AccessPoint.1.Password="" >> "$LOG" 2>&1 CHANGED=1 fi if [ "$CURRENT_TECH" != "Auto" ]; then echo "Access technology incorrect ($CURRENT_TECH), setting Auto" >> "$LOG" ztr69cli set Device.Cellular.Interface.1.PreferredAccessTechnology="Auto" >> "$LOG" 2>&1 CHANGED=1 fi sleep 5 # Instellingen opnieuw uitlezen ter controle FINAL_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" FINAL_MANUAL="$(ztr69cli get Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN 2>/dev/null | sed -n 's/.*: //p')" FINAL_USER="$(ztr69cli get Device.Cellular.AccessPoint.1.Username 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" FINAL_TECH="$(ztr69cli get Device.Cellular.Interface.1.PreferredAccessTechnology 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" echo "After: APN=$FINAL_APN Manual=$FINAL_MANUAL User=$FINAL_USER Tech=$FINAL_TECH Changed=$CHANGED" >> "$LOG" # Eenmalige retry als APN/ManualAPN nog niet correct zijn if [ "$FINAL_APN" != "$APN" ] || [ "$FINAL_MANUAL" != "1" ]; then echo "WARNING: APN verification failed - retrying" >> "$LOG" ztr69cli set Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN=1 >> "$LOG" 2>&1 ztr69cli set Device.Cellular.AccessPoint.1.APN="$APN" >> "$LOG" 2>&1 sleep 10 FINAL_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" FINAL_MANUAL="$(ztr69cli get Device.Cellular.AccessPoint.1.X_ZYXEL_ManualAPN 2>/dev/null | sed -n 's/.*: //p')" echo "Retry result: APN=$FINAL_APN Manual=$FINAL_MANUAL" >> "$LOG" fi # Wacht maximaal 120 seconden op internet echo "Waiting for internet connectivity..." >> "$LOG" WAITED=0 INTERNET=0 while [ "$WAITED" -lt 120 ]; do if ping -c 1 -W 3 8.8.8.8 >/dev/null 2>&1; then echo "Internet: 8.8.8.8 OK after ${WAITED}s" >> "$LOG" INTERNET=1 break fi if ping -c 1 -W 3 1.1.1.1 >/dev/null 2>&1; then echo "Internet: 1.1.1.1 OK after ${WAITED}s" >> "$LOG" INTERNET=1 break fi sleep 5 WAITED=$((WAITED + 5)) done if [ "$INTERNET" = "0" ]; then echo "WARNING: No internet connectivity after ${WAITED}s" >> "$LOG" fi FINAL_APN="$(ztr69cli get Device.Cellular.AccessPoint.1.APN 2>/dev/null | sed -n 's/.*: "\(.*\)"/\1/p')" if [ "$FINAL_APN" = "$APN" ]; then echo "RESULT: APN OK ($FINAL_APN)" >> "$LOG" else echo "RESULT: APN FAILED ($FINAL_APN)" >> "$LOG" fi echo "===== $(date) done =====" >> "$LOG" exit 0 EOF chmod 755 /data/user_startup_parameters.sh ztr69cli set Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1 syncBash:Dit moet opleveren:
1 ztr69cli get Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScriptcode:Je kunt het script eerst zonder reboot handmatig testen:
1 Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript: 1Bash:Als alles al goed staat, krijg je bijvoorbeeld:
1 2/data/user_startup_parameters.sh cat /data/apn_startup.logcode:
1 2 3 4 5 6 Datamodel ready after 0s Before: APN=fwainternet Manual=1 User= Tech=Auto After: APN=fwainternet Manual=1 User= Tech=Auto Changed=0 Waiting for internet connectivity... Internet: 8.8.8.8 OK after 0s RESULT: APN OK (fwainternet)Getest met een echte FOTA
Om te controleren of dit niet alleen een normale reboot overleeft, heb ik daarna opnieuw de FOTA uitgevoerd.
Na de firmware-update bleek de NR7302 de APN inderdaad weer veranderd te hebben naar backup.telekom. Het startup-script werd echter automatisch uitgevoerd en gaf:code:Na het opstarten stond de router dus weer automatisch op:
1 2 3 4 5 6 ===== Fri Aug 21 08:30:35 CEST 2026 startup APN check ===== Before: APN=backup.telekom Manual=1 User= Tech=Auto APN incorrect (backup.telekom), restoring fwainternet Set success. After: APN=fwainternet Manual=1 Tech=Auto Changed=1 ===== done =====code:Zowel het script in /data als:
1 2 3 4 APN: fwainternet ManualAPN: 1 Username: "" PreferredAccessTechnology: Autocode:bleef bij de geteste FOTA behouden.
1 Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1
Let op: dit is getest op de Deutsche Telekom NR7302-firmware. Root-toegang en het wijzigen van verborgen datamodelparameters is uiteraard op eigen risico. Ik zou dit ook niet blind toepassen op een NR7302 met een andere provider/OEM-firmware zonder eerst te controleren of UserStartupScript daar aanwezig is.
Ik heb een modem van een italiaanse provider en geeft vooralsnog 0;
1
| root@NR7302:/data# ztr69cli get Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript: 0 |
Dat staat toch hierboven?menn0 schreef op maandag 24 augustus 2026 @ 12:21:
[...]
Zou je voor de volledigheid het ztr69cli commando kunnen geven om het startup script te enablen?
Ik heb een modem van een italiaanse provider en geeft vooralsnog 0;code:
1 root@NR7302:/data# ztr69cli get Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript: 0
Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1
[ Voor 3% gewijzigd door ernstoud op 24-08-2026 14:39 ]
Ik zou verwachten dat er iets als "ztr69cli put/set/>>" aan vooraf moet gaanernstoud schreef op maandag 24 augustus 2026 @ 14:38:
[...]
Dat staat toch hierboven?
Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1
Zie onderaan in het het script:menn0 schreef op maandag 24 augustus 2026 @ 15:30:
[...]
Ik zou verwachten dat er iets als "ztr69cli put/set/>>" aan vooraf moet gaan
ztr69cli set Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1
Ik heb het zelf nog niet geprobeerd maar het is wel bijzonder dat er dus FEATRUE staat in plaats van FEATURE.
[ Voor 18% gewijzigd door ernstoud op 24-08-2026 17:16 ]
Veel andere hoge gebouwen en bomen in de buurt?swiebert schreef op maandag 24 augustus 2026 @ 19:28:
Nog zo'n vraag... ik ga binnenkort in de bergen wonen met wat meer en heftiger onweer. Moet ik nog iets doen aan overspanningsbeveiliging voor mijn nr7302 en vooral de router en andere spullenboel daarachter of niet. Ik maak hem vast met een ijzeren paal die er al hangt ter hoogte van (net onder) de dakrand en ongeveer 3 meter kabel voordat die het huis in gaat.
Een overspanningsbeveiliging is altijd goed en ze kosten heel weinig, rond EUR 15 op Amazon.
Zeker. Als die aarding goed is natuurlijk. Beste blijft overigens bij onweer alles los te trekken.swiebert schreef op dinsdag 25 augustus 2026 @ 20:11:
nope slecht wat olijfbomen op een relatief open plek.... aarding kan dan gewoon via geaard stopcontact? (waterleidingen zijn van kunststof m.a.w. niet bruikbaar)....
Firmware updates niet goed testen. Het kan de beste (?) overkomen…savemyphone schreef op zondag 23 augustus 2026 @ 15:11:
Bedankt @Polyphemus voor de oorspronkelijke GUI-methode. Wij hebben dezelfde oplossing inmiddels getest op een Telekom-NR7302 met firmware 1.00(ACHA.6)F2, na de herhaalde F2_F0-update en de APN-reset naar backup.telekom.
nieuws: Zakelijke Ziggo-klanten hebben internetproblemen door modemstoring
En kun je het remote niet oplossen moet je er duizenden vervangen. Lekker dan.
Prutsers.
/f/image/9NA4YruGok2KUq3gWGjDr4ix.png?f=fotoalbum_small)
/f/image/d6UojLRyFjTwiFFwGUNeIDDJ.png?f=fotoalbum_small)
:strip_exif()/f/image/Kx0zjTAgLEM8DDZH99c7DaEZ.jpg?f=fotoalbum_small)
:strip_exif()/f/image/Jz3b5WNGKB0tWQhgcua3bJuW.jpg?f=fotoalbum_small)
:strip_exif()/f/image/MjnieUDPE508AXaRnxIwSeCC.jpg?f=fotoalbum_tile)
:strip_exif()/f/image/0vvEA9cIQdo9OpVPsrQn5P64.jpg?f=fotoalbum_tile)
:strip_exif()/f/image/J3RYrt9XwlEccv3IOHUTftoh.jpg?f=fotoalbum_tile)