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.
:strip_icc():strip_exif()/u/651669/crop61f075a821e45.jpg?f=community)
/u/308619/crop6a85e399e7be1_cropped.png?f=community)
:strip_icc():strip_exif()/u/80660/crop69c3afd686fac_cropped.jpg?f=community)
:strip_exif()/u/63834/MeAngry-NewSmall.gif?f=community)
De NR7302 staat niet in de Pricewatch, dus misschien is het daarom wel toegestaan om hier te vermelden dat ik de mijne op V&A heb gezet: v&a aangeboden: Zyxel NR7302 5G modem (IP67 outdoor) 
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)
:strip_exif()/u/3157/sail4L_S70.gif?f=community)
:strip_exif()/f/image/DzFAL2HQ2LLr4vCCiejN53pv.png?f=user_large)
Eerste ding te doen bij een nieuw device… GUI doorspitten.:
[...]
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 ]
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:
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; done |
code:
De unit reboot gelijk daarna en komt na ongeveer vijf minuten weer terug!
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.:
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.2code:Zodra dat is gelukt, kan het apparaat geforceerd worden naar de fabrieksinstellingen:
Een dagelijkse reboot in de Zyxel aanzetten
Alleen is de lease (zoals hierboven al aangegeven) geen 24 uur meer, maar 23 uur en nogwat minuten. Dus dan ben je 2x per dag kort de verbinding kwijt.
:no_upscale():strip_icc():strip_exif()/f/image/xjldm52rfihGuSgmgSMrKr2i.jpg?f=user_large)
:strip_icc():strip_exif()/u/2030/zeef.jpeg?f=community)
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.
/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
) een groter verschil
Inmiddels een klein stapje verbeterd na de 'tape test'
Dus nu een beetje puzzelen over hoe verder. Daarbij viel mijn oog op deze oplossing.
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.
Wel grappig om te zien wat een verschil binnen/buiten en de plek waar hij staat (en wellicht straks hangt) uitmaakt.
:strip_exif()/f/image/tFZSMKLOXq2qC3tqSlZg0bpf.png?f=user_large)
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:strip_exif()/f/image/9NA4YruGok2KUq3gWGjDr4ix.png?f=user_large) | :strip_exif()/f/image/d6UojLRyFjTwiFFwGUNeIDDJ.png?f=user_large) |
:no_upscale():strip_icc():strip_exif()/f/image/Kx0zjTAgLEM8DDZH99c7DaEZ.jpg?f=user_large) | :no_upscale():strip_icc():strip_exif()/f/image/Jz3b5WNGKB0tWQhgcua3bJuW.jpg?f=user_large) |
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.
[ 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.:
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 (duhInmiddels 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.
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'. 
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.:
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.
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... #FTW
:no_upscale():strip_icc():strip_exif()/f/image/MjnieUDPE508AXaRnxIwSeCC.jpg?f=user_large) | :no_upscale():strip_icc():strip_exif()/f/image/0vvEA9cIQdo9OpVPsrQn5P64.jpg?f=user_large) | :no_upscale():strip_icc():strip_exif()/f/image/J3RYrt9XwlEccv3IOHUTftoh.jpg?f=user_large) |
NR7302
En er gaat een micro SIM in. Heb je dus nano, dan moet je een nano -> micro adapter gebruiken.
:no_upscale():strip_icc():strip_exif()/f/image/LI4RtzPyoCGedd6Lrn8qj3zm.jpg?f=user_large)
https://www.bol.com/nl/nl...ist_Middle.1.ProductTitle
:no_upscale():strip_icc():strip_exif()/f/image/QNgaIWC0lPiymVzauVL2EnI6.jpg?f=user_large)
[ Voor 46% gewijzigd door ernstoud op 18-05-2026 21:04 ]
ok, in settings de banden ingesteld en nu heb ik weer dezelfde ankers als bij het Odido modem:
:strip_exif()/f/image/z5Z2QEKxEtzXAJINt1Co943B.png?f=user_large)
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?
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?
edit:
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.
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 ]
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.
:strip_exif()/f/image/LQjuBObVACT4YnHCb2mamsd0.jpg?f=fotoalbum_large)
edit: en toch niet. Hij update niet naar F0 want de firmware update blijft bestaan.
:no_upscale():strip_icc():strip_exif()/f/image/LQjuBObVACT4YnHCb2mamsd0.jpg?f=user_large)
[ Voor 70% gewijzigd door Polyphemus op 19-08-2026 21:53 ]
Dank u
Ik 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.
En snel die periodic_FOTA disablen. Maar dat wist je al:
[...]
Dank u
.
Dank zij u. Alleen ben ik nu nog aan het uitzoeken waarom de crontab steeds aangezet wordt, meen ik gelezen te hebben.:
[...]
En snel die periodic_FOTA disablen. Maar dat wist je al
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).
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:
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
Zit dat aan die 30 minuten verbonden dat de management WiFi aanstaat? Dat SSH aangezet wordt, als die WiFi uitgaat?
[ Voor 8% gewijzigd door Polyphemus op 20-08-2026 19:52 ]
“ 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 verder:
[...]
“ 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.
Ik kan alleen niet nu via SSH checken wat er in cron staat. Ik had nog wat in mijn vorige post toegevoegd.
[ 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.:
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).
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.
Getest op:
Als fwainternet niet jouw APN is, pas dan uiteraard APN="fwainternet" aan.
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:
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.
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.telekom |
code:
Gelukkig blijkt de firmware zelf een verborgen mogelijkheid voor een eigen startup-script te hebben:1
| APN: backup.telekom |
code:
In het datamodel zit hiervoor:1
| /data/user_startup_parameters.sh |
code:
Als deze op 1 staat, wordt het script tijdens het booten uitgevoerd.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:
code:
Ook getest met een echte FOTA van:1
2
3
| Product: NR7302 Firmware: 1.00(ACHA.6)F2 Build Date: 2026/06/08 |
code:
naar:1
| 1.00(ACHA.5)b1_F0 |
code:
Daarbij bleven zowel /data/user_startup_parameters.sh als de UserStartupScript=1 instelling behouden.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.
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 sync |
Bash:
Dit moet opleveren:1
| ztr69cli get Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript |
code:
Je kunt het script eerst zonder reboot handmatig testen:1
| Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript: 1 |
Bash:
Als alles al goed staat, krijg je bijvoorbeeld:1
2
| /data/user_startup_parameters.sh
cat /data/apn_startup.log |
code:
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: Auto |
code:
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.
Zou je voor de volledigheid het ztr69cli commando kunnen geven om het startup script te enablen?:
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:
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:code:Ook getest met een echte FOTA van:
Startup-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:
/data/user_startup_parameters.sh cat /data/apn_startup.logcode:
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:
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;
code:
1
| root@NR7302:/data# ztr69cli get Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript: 0 |
Zie onderaan in het het script:
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 ]
:strip_icc():strip_exif()/u/139924/crop5698f4097d199_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/1073551/crop5b0e9d87eeb75_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/325435/crop5d74d07da6853_cropped.jpeg?f=community)
:no_upscale():strip_icc():strip_exif()/f/image/67tYTh96krRFSH1AitJJ80no.jpg?f=user_large)
![[Afbeelding]](https://tweakers.net/i/a1quworIvJ6P30tX5XndcDT2NBc=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/wQE2HIuzOao8K74ZVaZUayiJ.png?f=user_large){kind=link}