Ervaringen en discussie m.b.t de Zyxel NR7302 FWA router

Pagina: 1 ... 5 6 Laatste
Acties:

  • snah001
  • Registratie: September 2011
  • Nu online
ernstoud schreef op woensdag 28 januari 2026 @ 13:07:
[...]


Niet teveel SpeedTests doen ;) , dit was 400 Mb., 4% van de maandbundel.

Maar prima snelheid voor fallback. Voor korte onderbrekingen van de primaire verbinding goed genoeg.
En dat is ook de hele bedoeling hiervan.
Toen ik K&K in november 2024 aanschafte was het om de peperdure Ziggo verbinding te vervangen.
Eind februari 2025 werd KPN glas binnen ons complex aangelegd dus over naar KPN.
Vanaf toen K&K als fallback gehouden om voor werk altijd verbinding te hebben en ook om te zien hoe vaak KPN glas zou uitvallen.
Dat laatste is dus 1x gebeurd vorig jaar gedurende iets meer dan 2 uur en dan volstaat die 10 GB volledig als fallback.

Xiaomi 14 Ultra 16GB\512GB EEA Global OS3.0.304.0.WNAEUXM + Nvidia Shield TV Pro 2019


  • Brentjuh2000
  • Registratie: December 2014
  • Laatst online: 27-08 10:25
snah001 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?
ik heb de volgende kaarten/providers getest

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 ]


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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)
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.

RIPE Atlas probe: 1005104


  • Mania-92
  • Registratie: Maart 2006
  • Laatst online: 20:15
@ernstoud Hoe reboot jij de 7302 dagelijks? Gewoon een reboot via cron na ingelogd te zijn als root?

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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?
Kan via het menu Maintenance -> Reboot:

Afbeeldingslocatie: https://tweakers.net/i/6Nm8Lu7xXh8pOUMhPxX4q8pX4hc=/800x/filters:strip_exif()/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.

RIPE Atlas probe: 1005104


  • Overv
  • Registratie: Juli 2009
  • Laatst online: 24-08 20:38
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 :)

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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 :)
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.

RIPE Atlas probe: 1005104


  • franssie
  • Registratie: Februari 2000
  • Laatst online: 19:38

franssie

Save the albatross

@Overv Zyxel zegt dacht ik ook maar 32 of 64 DHCP clients aan te kunnen (en andere routers van providers hebben ook wel die beperking) dus eigen router draaien heeft sowieso de voorkeur, ook om vele andere redenen.

🎸 Niets is zo permanent als een tijdelijke oplossing | Een goed probleem komt nooit alleen


  • Overv
  • Registratie: Juli 2009
  • Laatst online: 24-08 20:38
Hoe komen jullie erachter met welke specifieke zendmast/antenne jullie verbonden zijn? Ik probeer de gegevens in de Zyxel interface aan antennekaart.nl te relateren, maar ik kom niet verder dan de TAC, wat alleen bevestigd dat ik inderdaad met een van de 20 zendmasten in mijn omgeving verbonden ben.

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 ]


  • Mania-92
  • Registratie: Maart 2006
  • Laatst online: 20:15
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.
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
  • Registratie: Januari 2015
  • Laatst online: 20:08
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?
Klopt, altijd twee minuten voor de laatste keer. Daardoor verloopt het na enige tijd en is zelf het tijdstip bepalen beter.

RIPE Atlas probe: 1005104


  • Overv
  • Registratie: Juli 2009
  • Laatst online: 24-08 20:38
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.

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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.
Je kunt met de NR7302 met de banden spelen, wellicht moet je n78 nog toevoegen.

RIPE Atlas probe: 1005104


  • Overv
  • Registratie: Juli 2009
  • Laatst online: 24-08 20:38
ernstoud schreef op woensdag 18 februari 2026 @ 18:55:
[...]


Je kunt met de NR7302 met de banden spelen, wellicht moet je n78 nog toevoegen.
Hij gebruikt N78 eigenlijk altijd wel, soms met N1 erbij, en dan een paar van de BC banden.

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 ]


  • plaspvd
  • Registratie: Mei 2014
  • Niet online
Zit er nog verschil in het aan/uitzetten van ipv6, voor ping snelheid? Toevallig iemand al uitgezocht? Odido ondersteunen nog geen ipv6 heb ik begrepen.

  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
Heeft iemand het al voor elkaar gekregen om met N1 en N78 tegelijk te verbinden?

  • --MeAngry--
  • Registratie: September 2002
  • Laatst online: 27-08 15:59

--MeAngry--

aka Qonstrukt

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) O-)

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)


  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
Het valt me op dat de downloadsnelheid wel erg omlaag gegaan is de afgelopen weken. Ik zat altijd op 850/110, en nu met een beetje mazzel haal ik nog net 200/110, met uitschieters naar beneden, ongeacht het tijdstip, ongeacht het weer. Ik heb LoS op de mast op 600 meter afstand, en gebruik ook de NR7302. Banden zijn ook gelijk gebleven, alleen zie ik op de mast dat N1 erbij gekomen is volgens Antennekaart, maar dat gebruikt mijn modem niet.

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.

  • Harmani
  • Registratie: Juli 2005
  • Laatst online: 21-08 08:08
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


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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..?
Op eBay biedt dezelfde partij als van Amazon ze nog voldoende aan. Zelfde prijs, binnen paar dagen in huis. Betrouwbaar bedrijf.

RIPE Atlas probe: 1005104


  • Harmani
  • Registratie: Juli 2005
  • Laatst online: 21-08 08:08
Ok thnx! ik had hem gezien, maar wist niet zeker of die "simlock-vrij" is.

Science is stranger than fiction


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
Harmani schreef op maandag 9 maart 2026 @ 11:52:
Ok thnx! ik had hem gezien, maar wist niet zeker of die "simlock-vrij" is.
Zeker. Allemaal simlock vrij. Nooit anders geweest.

RIPE Atlas probe: 1005104


  • jantje112
  • Registratie: Maart 2002
  • Laatst online: 13:09
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?

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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?
Nee.

RIPE Atlas probe: 1005104


  • jantje112
  • Registratie: Maart 2002
  • Laatst online: 13:09
Top, ik haal nu 1000 down / 150 up. Modem selecteert n78 en een aantal B banden. Niet N1. Heeft het nog nut bepaalde banden te forceren?

(Edit, N87 aangepast naar N78)

[ Voor 11% gewijzigd door jantje112 op 13-03-2026 18:27 ]


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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?
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.

RIPE Atlas probe: 1005104


  • jantje112
  • Registratie: Maart 2002
  • Laatst online: 13:09
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.
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
  • Registratie: Januari 2015
  • Laatst online: 20:08
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.
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.

RIPE Atlas probe: 1005104


  • franssie
  • Registratie: Februari 2000
  • Laatst online: 19:38

franssie

Save the albatross

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.
Maar dan niet exact hetzelfde moment bedoel je? Want dan deel je de bandbreedte van de mast. Al zegt dat natuurlijk ook wel iets.

🎸 Niets is zo permanent als een tijdelijke oplossing | Een goed probleem komt nooit alleen


  • jantje112
  • Registratie: Maart 2002
  • Laatst online: 13:09
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.
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?

[ Voor 18% gewijzigd door jantje112 op 13-03-2026 19:01 ]


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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.
Uiteraard.

RIPE Atlas probe: 1005104


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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?
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.

Afbeeldingslocatie: https://tweakers.net/i/GfUFTsuCTpaRPcJ5kel2stJzy1g=/800x/filters:strip_exif()/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.

RIPE Atlas probe: 1005104


  • jantje112
  • Registratie: Maart 2002
  • Laatst online: 13:09
ernstoud 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.
Jij hebt die firmware echt in je hoofd zitten :)

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
jantje112 schreef op vrijdag 13 maart 2026 @ 21:01:
[...]


Jij hebt die firmware echt in je hoofd zitten :)
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.

[ Voor 16% gewijzigd door ernstoud op 13-03-2026 21:13 ]

RIPE Atlas probe: 1005104


  • jantje112
  • Registratie: Maart 2002
  • Laatst online: 13:09
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.
Is er nog veel voordeel te halen uit Root? Wat zou ik daar concreet nog kunnen "winnen" ?

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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" ?
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.

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,

RIPE Atlas probe: 1005104


  • jantje112
  • Registratie: Maart 2002
  • Laatst online: 13:09
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?

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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?
Ja, mobiele devices zoeken continu ook de omgeving af naar betere verbindingen. Je kunt een mast ook locken.

RIPE Atlas probe: 1005104


  • RickB
  • Registratie: Juni 2015
  • Laatst online: 27-08 07:34
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:
1
while true; do ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o ConnectTimeout=2 root@192.168.1.2; done
Zodra dat is gelukt, kan het apparaat geforceerd worden naar de fabrieksinstellingen:
code:
1
2
zycli save_default clean
sys atcr reboot
De unit reboot gelijk daarna en komt na ongeveer vijf minuten weer terug!

[ Voor 19% gewijzigd door RickB op 02-04-2026 17:10 ]


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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:
1
while true; do ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o ConnectTimeout=2 root@192.168.1.2; done
Zodra dat is gelukt, kan het apparaat geforceerd worden naar de fabrieksinstellingen:
code:
1
2
zycli save_default clean
sys atcr reboot
De unit reboot gelijk daarna en komt na ongeveer vijf minuten weer terug!
Merkwaardig dat hij opeens niet meer wilde opstarten, iets verkeerds in dat setup.sh script? Maar goed, het werkt weer. Top.

RIPE Atlas probe: 1005104


  • jammiejammie
  • Registratie: Januari 2011
  • Laatst online: 27-08 15:18
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 ?

  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
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 ?
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.

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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 ?
Zoals hierboven gezegd, staat gewoon in de GUI onder “Maintenance”:

Afbeeldingslocatie: https://tweakers.net/i/2QdOeFAweHiazI63Yqjm2kREJC0=/800x/filters:strip_icc():strip_exif()/f/image/xjldm52rfihGuSgmgSMrKr2i.jpg?f=fotoalbum_large

RIPE Atlas probe: 1005104


  • zeef
  • Registratie: Januari 2000
  • Laatst online: 28-08 09:40
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.

Afbeeldingslocatie: https://tweakers.net/i/BMfMOUF5RXUDOw1P017k15bKhaw=/100x75/filters:strip_exif()/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 :P) een groter verschil
Afbeeldingslocatie: https://tweakers.net/i/IVvDCdpqWJagpOxTT79upTrFNFY=/100x75/filters:strip_exif()/f/image/9NA4YruGok2KUq3gWGjDr4ix.png?f=fotoalbum_smallAfbeeldingslocatie: https://tweakers.net/i/DL5QgpycTHRaXDYxxMATrc9LN9M=/100x75/filters:strip_exif()/f/image/d6UojLRyFjTwiFFwGUNeIDDJ.png?f=fotoalbum_small
Inmiddels een klein stapje verbeterd na de 'tape test' :+
Afbeeldingslocatie: https://tweakers.net/i/SP1ZbPaUfaeVo_ezck462JJDZGY=/100x75/filters:strip_icc():strip_exif()/f/image/Kx0zjTAgLEM8DDZH99c7DaEZ.jpg?f=fotoalbum_smallAfbeeldingslocatie: https://tweakers.net/i/kzeQ7EsRHdR2vZ7ZqaELfAaKSsQ=/100x75/filters:strip_icc():strip_exif()/f/image/Jz3b5WNGKB0tWQhgcua3bJuW.jpg?f=fotoalbum_small
Dus nu een beetje puzzelen over hoe verder. Daarbij viel mijn oog op deze oplossing.
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.
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 ]


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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 :P) een groter verschil
[Afbeelding][Afbeelding]
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.

[...]

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. :)
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.

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.

RIPE Atlas probe: 1005104


  • zeef
  • Registratie: Januari 2000
  • Laatst online: 28-08 09:40
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'. *O*

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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'. *O*
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.

RIPE Atlas probe: 1005104


  • franssie
  • Registratie: Februari 2000
  • Laatst online: 19:38

franssie

Save the albatross

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.
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.

🎸 Niets is zo permanent als een tijdelijke oplossing | Een goed probleem komt nooit alleen


  • zeef
  • Registratie: Januari 2000
  • Laatst online: 28-08 09:40
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.
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 :P
Afbeeldingslocatie: https://tweakers.net/i/tGn1whdcDjB3eC0pa8Rlzyo2vwY=/232x232/filters:strip_icc():strip_exif()/f/image/MjnieUDPE508AXaRnxIwSeCC.jpg?f=fotoalbum_tileAfbeeldingslocatie: https://tweakers.net/i/M4V3scFhiITaNDCKGFpokb3dfvQ=/232x232/filters:strip_icc():strip_exif()/f/image/0vvEA9cIQdo9OpVPsrQn5P64.jpg?f=fotoalbum_tileAfbeeldingslocatie: https://tweakers.net/i/FSJS4JSsJpwuBDj8lFxKkKED7a0=/232x232/filters:strip_icc():strip_exif()/f/image/J3RYrt9XwlEccv3IOHUTftoh.jpg?f=fotoalbum_tile

  • StefanFe
  • Registratie: Juli 2010
  • Laatst online: 28-08 23:16
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?

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
StefanFe 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?
NR7302

En er gaat een micro SIM in. Heb je dus nano, dan moet je een nano -> micro adapter gebruiken.

Afbeeldingslocatie: https://tweakers.net/i/jaySXOnKJ_ZvA0tyVVZVezt8KvU=/800x/filters:strip_icc():strip_exif()/f/image/LI4RtzPyoCGedd6Lrn8qj3zm.jpg?f=fotoalbum_large

https://www.bol.com/nl/nl...ist_Middle.1.ProductTitle

Afbeeldingslocatie: https://tweakers.net/i/s3RoNZYiDk0dfkLcsFAJ3JTeNkA=/800x/filters:strip_icc():strip_exif()/f/image/QNgaIWC0lPiymVzauVL2EnI6.jpg?f=fotoalbum_large

[ Voor 46% gewijzigd door ernstoud op 18-05-2026 21:04 ]

RIPE Atlas probe: 1005104


  • StefanFe
  • Registratie: Juli 2010
  • Laatst online: 28-08 23:16
NR7302 inderdaad, excuus. Ik heb een oude uitdruk simkaart pasje van vodafone gevonden waar ik het randje van nano naar micro kon gebruiken.

  • prein2
  • Registratie: Februari 2007
  • Laatst online: 18:53

prein2

Monument verduurzamen is leuk

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?

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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?
Ja, in de settings kun je handmatig de banden instellen. Even proberen.

RIPE Atlas probe: 1005104


  • prein2
  • Registratie: Februari 2007
  • Laatst online: 18:53

prein2

Monument verduurzamen is leuk

ok, in settings de banden ingesteld en nu heb ik weer dezelfde ankers als bij het Odido modem:

Afbeeldingslocatie: https://tweakers.net/i/PoVWC8Y6b3glAps4cBVZN2IfGt0=/fit-in/4000x4000/filters:no_upscale():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?
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.

[ Voor 21% gewijzigd door prein2 op 30-07-2026 08:29 ]


  • Overv
  • Registratie: Juli 2009
  • Laatst online: 24-08 20:38
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?

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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?
Jazeker, lees vanaf hier Doesnotcompute in "[Odido Klik&Klaar - 5G vast internet] Ervaringen & Discussie"

RIPE Atlas probe: 1005104


  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
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.

Afbeeldingslocatie: https://tweakers.net/i/zXAAm9dE9T47JW-kK16jX5jWOu0=/x800/filters:strip_icc():strip_exif()/f/image/LQjuBObVACT4YnHCb2mamsd0.jpg?f=fotoalbum_large

[ Voor 70% gewijzigd door Polyphemus op 19-08-2026 21:53 ]


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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]
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 11% gewijzigd door ernstoud op 19-08-2026 22:23 ]

RIPE Atlas probe: 1005104


  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
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.
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 😉

[ Voor 8% gewijzigd door Polyphemus op 19-08-2026 22:54 ]


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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 😉
Ik heb gekeken op de DTAG download server. Je kunt 100ACHA6F2_F0.bin daar downloaden, maar 100ACHA6F2.bin niet. Vandaar mijn stelligheid.

RIPE Atlas probe: 1005104


  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
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.
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:
1
firmwareVersion: 1.00(ACHA.6)F2_F0
imageURL: .../BDTX5GNR7302WZ/100ACHA6F2_F0.bin

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 ]


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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:
1
firmwareVersion: 1.00(ACHA.6)F2_F0
imageURL: .../BDTX5GNR7302WZ/100ACHA6F2_F0.bin

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.
De ware Tweaker!

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.

RIPE Atlas probe: 1005104


  • Doesnotcompute
  • Registratie: Maart 2015
  • Laatst online: 13:29
Had vanochtend weer geen fwainternet als APN. Beetje kut als die updateloop dit veroorzaakt..

  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
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...

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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...
Oudere versie FW flashen?

http://fw-acs.telekom.de/...R7302WZ/100ACHA4b5_F0.bin

[ Voor 9% gewijzigd door ernstoud op 20-08-2026 18:05 ]

RIPE Atlas probe: 1005104


  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
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.

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
Polyphemus schreef op donderdag 20 augustus 2026 @ 18:42:
[...]

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 ;) .

RIPE Atlas probe: 1005104


  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
ernstoud schreef op donderdag 20 augustus 2026 @ 18:44:
[...]


En snel die periodic_FOTA disablen. Maar dat wist je al ;) .
Dank zij u. Alleen ben ik nu nog aan het uitzoeken waarom de crontab steeds aangezet wordt, meen ik gelezen te hebben.

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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.
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,

RIPE Atlas probe: 1005104


  • Doesnotcompute
  • Registratie: Maart 2015
  • Laatst online: 13:29
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? _/-\o_

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).

  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
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,
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 ]


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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.
d:)b

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

RIPE Atlas probe: 1005104


  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
ernstoud schreef op donderdag 20 augustus 2026 @ 19:50:
[...]


d:)b

“ 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 zoek nog verder :) 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 ]


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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? _/-\o_

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 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.

RIPE Atlas probe: 1005104


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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 uit :-( Zit dat aan die 30 minuten verbonden dat de management WiFi aanstaat? Dat SSH aangezet wordt, als die WiFi uitgaat?
Wellicht, ik heb dat nooit getest. Met die voorlaatste FW werkt bij mij SSH altijd.

RIPE Atlas probe: 1005104


  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
ernstoud schreef op donderdag 20 augustus 2026 @ 19:57:
[...]


Wellicht, ik heb dat nooit getest. Met die voorlaatste FW werkt bij mij SSH altijd.
Ik zit nu ook op de voorlaatste. Zal die nogmaals flashen.

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:
code:
1
document.querySelector('#app').__vue__.$store.state.guiFlag.HideAutoOnlineUpgrade
Bij firmware waarbij de optie verborgen is, krijg je:
code:
1
false
  • Maak vervolgens de ingebouwde Auto Online Upgrade-sectie zichtbaar:
code:
1
document.querySelector('#app').__vue__.$store.state.guiFlag.HideAutoOnlineUpgrade = true
Dit verandert op dit moment geen configuratie van de router. Alleen de lokale Vue-status van de geopende webpagina wordt aangepast. Na het opnieuw laden van de pagina is deze tijdelijke wijziging weer weg.
  • Op de Firmware Upgrade-pagina verschijnt nu een extra gedeelte:
code:
1
Auto Online Upgrade
Auto Upgrade [ON/OFF]

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.

  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
Ik zie nu wel mijn oude dagelijkse reboot maar ook de zondagse die ik er net ingezet heb:
code:
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:~#

  • Doesnotcompute
  • Registratie: Maart 2015
  • Laatst online: 13:29
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.

  • nautaonline
  • Registratie: Januari 2004
  • Laatst online: 16:00
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:
1
backup.telekom
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:
code:
1
APN: backup.telekom
Gelukkig blijkt de firmware zelf een verborgen mogelijkheid voor een eigen startup-script te hebben:
code:
1
/data/user_startup_parameters.sh
In het datamodel zit hiervoor:
code:
1
Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript
Als deze op 1 staat, wordt het script tijdens het booten uitgevoerd.
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:
1
2
3
Product: NR7302
Firmware: 1.00(ACHA.6)F2
Build Date: 2026/06/08
Ook getest met een echte FOTA van:
code:
1
1.00(ACHA.5)b1_F0
naar:
code:
1
1.00(ACHA.6)F2
Daarbij bleven zowel /data/user_startup_parameters.sh als de UserStartupScript=1 instelling behouden.
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.
Het script logt alles naar /data/apn_startup.log.

Als fwainternet niet jouw APN is, pas dan uiteraard APN="fwainternet" aan.
Bash:
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
Daarna controleren of de startupfunctie daadwerkelijk aan staat:
Bash:
1
ztr69cli get Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript
Dit moet opleveren:
code:
1
Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript: 1
Je kunt het script eerst zonder reboot handmatig testen:
Bash:
1
2
/data/user_startup_parameters.sh
cat /data/apn_startup.log
Als alles al goed staat, krijg je bijvoorbeeld:
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:
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 =====
Na het opstarten stond de router dus weer automatisch op:
code:
1
2
3
4
APN: fwainternet
ManualAPN: 1
Username: ""
PreferredAccessTechnology: Auto
Zowel het script in /data als:
code:
1
Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1
bleef bij de geteste FOTA behouden.

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.

  • Overv
  • Registratie: Juli 2009
  • Laatst online: 24-08 20:38
Volgens mij is er ook juist nu een bijna dagelijkse FOTA aan de gang omdat die mismatch tussen "1.00(ACHA.6)F2" en "1.00(ACHA.6)F2_F0" bestaat, dus dat is ook gewoon een bug die ze bij Deutsche moeten fixen.

Al eerder gepost.

[ Voor 5% gewijzigd door Overv op 21-08-2026 10:01 ]


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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.
Inderdaad. Wel was bekend dat deze verkoop van de NR7302 (tegen halve prijs) uit een partij van Deutsche Telekom was.

RIPE Atlas probe: 1005104


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
nautaonline schreef op vrijdag 21 augustus 2026 @ 08:42:
Wel root nodig, maar hoe je dat wachtwoord krijgt is al eerder beschreven :)
Zoals gemeld werkt SSH en Telnet niet meer met deze laatste versie FW. Dus eerst de vorige versie terugzetten, link hierboven.

RIPE Atlas probe: 1005104


  • jamesbond007uk
  • Registratie: Maart 2005
  • Laatst online: 19:52

jamesbond007uk

Gadget specialist / Freak

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.
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.

[ Voor 7% gewijzigd door jamesbond007uk op 21-08-2026 13:15 ]

Jamesbond007uk


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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.
Ok mooi. Eerder meldde @Polyphemus dat SSH met deze FW niet meer zo werken. Wel bij jou dus. Bijzonder.

RIPE Atlas probe: 1005104


  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
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.
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.

  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
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.

[ Voor 25% gewijzigd door Polyphemus op 21-08-2026 15:52 ]


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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.
Fijn om te weten dat DTAG dus SSH niet disabled heeft.

RIPE Atlas probe: 1005104


  • savemyphone
  • Registratie: Augustus 2026
  • Laatst online: 23-08 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:
1
2
window.f = document.querySelector('#pageFotaUpgrade').__vue__
f.$store.state.guiFlag.HideAutoOnlineUpgrade = true; f.$forceUpdate()
Daarna Auto Upgrade op OFF zetten en op Apply klikken. Ter controle:
code:
1
f.fotaObj.PeriodicCheckEnable
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.

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.

  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 19:20
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.

Bij ons werkte deze iets gerichtere variant via de Vue-component van de pagina Online Upgrade:
code:
1
2
window.f = document.querySelector('#pageFotaUpgrade').__vue__
f.$store.state.guiFlag.HideAutoOnlineUpgrade = true; f.$forceUpdate()
Daarna Auto Upgrade op OFF zetten en op Apply klikken. Ter controle:
code:
1
f.fotaObj.PeriodicCheckEnable
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.

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ön ;)

  • menn0
  • Registratie: Augustus 2000
  • Laatst online: 12:25
Ik heb het modem uiteindelijk via Ebay Italie gekocht, een jaar geleden en daar is nog geen firmware gepushed;


1.00(ACHA.5)b1_F0

Heb wel even via Dev Mode de online auto-update feature uitgezet.

Dank!

  • menn0
  • Registratie: Augustus 2000
  • Laatst online: 12:25
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:
1
backup.telekom
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:
code:
1
APN: backup.telekom
Gelukkig blijkt de firmware zelf een verborgen mogelijkheid voor een eigen startup-script te hebben:
code:
1
/data/user_startup_parameters.sh
In het datamodel zit hiervoor:
code:
1
Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript
Als deze op 1 staat, wordt het script tijdens het booten uitgevoerd.
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:
1
2
3
Product: NR7302
Firmware: 1.00(ACHA.6)F2
Build Date: 2026/06/08
Ook getest met een echte FOTA van:
code:
1
1.00(ACHA.5)b1_F0
naar:
code:
1
1.00(ACHA.6)F2
Daarbij bleven zowel /data/user_startup_parameters.sh als de UserStartupScript=1 instelling behouden.
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.
Het script logt alles naar /data/apn_startup.log.

Als fwainternet niet jouw APN is, pas dan uiteraard APN="fwainternet" aan.
Bash:
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
Daarna controleren of de startupfunctie daadwerkelijk aan staat:
Bash:
1
ztr69cli get Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript
Dit moet opleveren:
code:
1
Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript: 1
Je kunt het script eerst zonder reboot handmatig testen:
Bash:
1
2
/data/user_startup_parameters.sh
cat /data/apn_startup.log
Als alles al goed staat, krijg je bijvoorbeeld:
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:
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 =====
Na het opstarten stond de router dus weer automatisch op:
code:
1
2
3
4
APN: fwainternet
ManualAPN: 1
Username: ""
PreferredAccessTechnology: Auto
Zowel het script in /data als:
code:
1
Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1
bleef bij de geteste FOTA behouden.

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

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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
Dat staat toch hierboven?

Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1

[ Voor 3% gewijzigd door ernstoud op 24-08-2026 14:39 ]

RIPE Atlas probe: 1005104


  • menn0
  • Registratie: Augustus 2000
  • Laatst online: 12:25
ernstoud schreef op maandag 24 augustus 2026 @ 14:38:
[...]


Dat staat toch hierboven?

Device.X_ZYXEL_FEATRUE_FLAG.UserStartupScript=1
Ik zou verwachten dat er iets als "ztr69cli put/set/>>" aan vooraf moet gaan

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
menn0 schreef op maandag 24 augustus 2026 @ 15:30:
[...]

Ik zou verwachten dat er iets als "ztr69cli put/set/>>" aan vooraf moet gaan
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.

:o

[ Voor 18% gewijzigd door ernstoud op 24-08-2026 17:16 ]

RIPE Atlas probe: 1005104


  • swiebert
  • Registratie: Maart 2005
  • Laatst online: 09:11
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.

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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.
Veel andere hoge gebouwen en bomen in de buurt?

Een overspanningsbeveiliging is altijd goed en ze kosten heel weinig, rond EUR 15 op Amazon.

RIPE Atlas probe: 1005104


  • swiebert
  • Registratie: Maart 2005
  • Laatst online: 09: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)....

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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)....
Zeker. Als die aarding goed is natuurlijk. Beste blijft overigens bij onweer alles los te trekken.

RIPE Atlas probe: 1005104


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 20:08
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.
Firmware updates niet goed testen. Het kan de beste (?) overkomen…

nieuws: Zakelijke Ziggo-klanten hebben internetproblemen door modemstoring

En kun je het remote niet oplossen moet je er duizenden vervangen. Lekker dan.

Prutsers.

RIPE Atlas probe: 1005104

Pagina: 1 ... 5 6 Laatste