[OpenWRT] Ervaringen & Discussie

[sweetdude]

savale schreef op dinsdag 21 oktober 2025 @ 15:21:
Iemand toevallig luci adguard home geinstalleerd op openwrt? Ik krijg het een soort van draaiend, maar ofwel lokale dns adressen werken niet of hij negeert adguard soms.
Ik gebruik nu adguardhome op poort 1745 en die heb ik als dns upstream toegevoegd aan dnsmasq (die draait nog poort 53). Echter bij een ipv6 client lijkt dan de upstream niet te werken.
Als ik dnsmasq vervang door adguardhome (op poort 53 dus) dan werken mijn lokale dns adressen niet meer...

Ik heb zelf met iets soortgelijks lopen klooien, echter niet adguad lokaal op de router. Maar met een Pihole in het netwerk.
heb je bij je lan interface bij "Announced IPv6 DNS servers" het adres van je adguard/ pihole opgenomen? Ik heb hier namelijk het IPv6 van mijn pihole opgenomen zodat hij die adverteert als DNS server voor IPV6 clients

[TV_NERD]

Ervaringen gezocht.

Ik draai OpenWrt 24.10.4 (en daarvoor 24.10.2) op een Asus TUF AX4200. Dat heb ik gedaan omdat ik 1 van de getroffen gebruikers was die sinds de laatste "AsusWRT" versie, dus de officiële firmware, constante problemen had met lag/hangen op 5Ghz WiFi. Reddit staat er ook vol mee, doet er niet toe, dat is opgelost met OpenWRT en ik ben weer een ervaring rijker.

Sinds ik OpenWRT draai heb ik er last van dat de router gemiddeld 1x per 2/3 weken vastloopt. De draadloze en bedrade verbindingen blijven in stand, maar er komt geen data meer door. Ik moet de router dan uit en aanzetten.
Ik kreeg van iemand de tip om "30 4 * * * sleep 70 && touch /etc/banner && reboot" in de scheduler te zetten, maar ik wil liever niet dagelijks/wekelijks rebooten, ook niet om 04:30 's nachts, omdat ik servers draai en de verbinding(en) dan onderbroken worden.

Zijn er andere gebruikers met OpenWRT op een Asus TUF AX4200 die een betere oplossing hebben gevonden voor dit probleem?

edit:
Zoals je merkt ben ik nieuw met OpenWRT, op een klein apparaatje zoals de mijne, zijn er nog extra packages aan te raden om te installeren? Ik heb attendedsysupgrade-common om handig te updaten maar vind de Luci interface zo kaal en leeg. Ik begrijp dat mijn AX4200 geen powerhouse is, maar zijn er wat leuke/lichte packages die wat meer inzicht geven in je realtime verkeer bijvoorbeeld? Met wat grafiekjes misschien? Gesorteerd op protocol, doorvoersnelheid erbij, dat soort zaken

[ Voor 22% gewijzigd door TV_NERD op 22-10-2025 18:08 ]

[RudolfR]

@TV_NERD

Ik had een script (vanuit cron) met een ping naar de buitenwereld, 2 verschillende servers.
Als die faalden werd er er restart van de interfaces gedaan, als dat niet hielp: reboot.
Maar alleen als uptime langer dan 30 minuten is, anders krijg je een reboot-loop als je internet plat ligt en dan werkt je lan ook niet meer lekker.
Dit was bedoeld om automatisch te herstellen van een hapering bij Ziggo, hoe je dat vertaalt naar jouw probleem met wifi weet ik niet zo 1-2-3.

[TV_NERD]

RudolfR schreef op woensdag 22 oktober 2025 @ 18:09:
@TV_NERD
Dit was bedoeld om automatisch te herstellen van een hapering bij Ziggo, hoe je dat vertaalt naar jouw probleem met wifi weet ik niet zo 1-2-3.

Sinds OpenWRT zijn het zowel de bedrade als draadloze verbindingen die dan geen data meer doorsturen, verbinding zelf blijft in tact.

Zo'n script is een elegantere oplossing dan gewoon elke zondagnacht rebooten, maar overdag vastlopen en herstarten is nóg vervelender omdat wij beide fulltime thuiswerken. Ik los dus liever de grondoorzaak op

[easyriider]

TV_NERD schreef op woensdag 22 oktober 2025 @ 17:29
Ik begrijp dat mijn AX4200 geen powerhouse is, maar zijn er wat leuke/lichte packages die wat meer inzicht geven in je realtime verkeer bijvoorbeeld? Met wat grafiekjes misschien? Gesorteerd op protocol, doorvoersnelheid erbij, dat soort zaken

Ik ben ook een liefhebber van statistieken en daarvoor heb ik luci-app-statistics geinstalleerd met diverse collectd-mods voor allerlei leuke grafiekjes over het gebruik van de router. Daarbij bewaar ik de data op een USB-stick zodat dat na een reboot bewaard blijft.

[Borromini]

@TV_NERD Een crontab entry die gewoon 'wifi' heet kan misschien al voldoende zijn, dat commando herlaadt alle draadloze instellingen, radio's gaan uit en weer aan.

[Tom Paris]

TV_NERD schreef op woensdag 22 oktober 2025 @ 17:29:
Zijn er andere gebruikers met OpenWRT op een Asus TUF AX4200 die een betere oplossing hebben gevonden voor dit probleem?

Vastlopers kunnen 1001 oorzaken hebben. Gebruik je extra packages? Wat is de verdere netwerk-opstelling? Kan het device zijn warmte kwijt? Staan er opvallende dingen in de logs die kunnen duiden op problemen (corrupte storage, vaak connect/disconnect, veel dingen over DFS, etc)?

[RudolfR]

@TV_NERD

Ja, zo'n automatische reboot blijft een workaround, natuurlijk.

Is Status > 'Realtime graphs' niet al een stap in de goede richting. Meen dat dat er standaard opstaat.

[Chris.nl]

RudolfR schreef op donderdag 23 oktober 2025 @ 08:11:
@TV_NERD

Ja, zo'n automatische reboot blijft een workaround, natuurlijk.

Is Status > 'Realtime graphs' niet al een stap in de goede richting. Meen dat dat er standaard opstaat.

Ben het er mee eens dat OpenWRT gewoon stabiel moet draaien.

Klopt dat Status > 'Realtime graphs' er standaard op staat. Meerwaarde van de collectd-mods die @easyriider noemt is historisch inzicht, dat het bewaard kan blijven bij reboot commando, en een temperatuur graph (die standaard ontbreekt).



Is de boel niet stabiel dan zou ik warmte ook in de gaten willen houden. @TV_NERD Verder misschien een topic aanmaken op het OpenWRT forum en config/logs delen. 't Moet imo stabiel of de deur uit 🙈

[ Voor 9% gewijzigd door Chris.nl op 23-10-2025 10:30 ]

[TV_NERD]

Allemaal bedankt voor de antwoorden en het delen van handige applicaties. Ik was inderdaad vooral op zoek naar (realtime) graphs die bewaard blijven en daar heb ik nu wat moois voor.

Verder heeft de router alle ademruimte. De kamers in dit huis zijn 3.80m hoog en hij staat bovenop een keukenkastje met aan alle kanten vrije ruimte. Volgens deze reactie op de voorpagina is het een bekend probleem en zou het met de laatste upgrade opgelost moeten zijn, ik ga het dus nog even aankijken.

Ik draaide met uitzondering van attendedsysupgrade-common geen extra software op het apparaat, hou mijn router graag zo kaal mogelijk, zeker omdat het geen powerhouse is.

Mochten er nog vastlopers ontstaan dan wend ik me wel tot het OpenWRT Forum.

[ Voor 11% gewijzigd door TV_NERD op 23-10-2025 10:46 ]

[jwvdst]

atomos schreef op zaterdag 27 september 2025 @ 19:00:
Thanks.
Het is een Cudy WR3000 v1. geworden.
Openwrt draaid als een zonnetje. even een probleem met lan ip adres. opgelost via de cli. staat nu op 192.168.10.1/24.
luci-app-attendedsysupgrade geinstaleerd,,

zijn er nog aps adviesen die jullie denken die heeft hij nodig of handig is??
In iedergeval komt er een wirguard server op draaien voor iemand uit het buitenland.

heb ook 2 cudy wr3000 gekocht. Ik heb er ook direct openwrt op gezet en gebruik de router puur als dumb acces point. Maar wat een verademing ten opzichte van de deco x20 wifi mesh set. Veel stabielere verbinding.
Bijkomend voordeel voor mij is dat de accepoint door de 4 ethernet poorten ook een switch vervangt en dat scheelt weer stroom en het ruimt weer wat op in de meterkast.

[Ankh]

Doordat ik via wireguard verbinding probeer te maken met mijn ouders openwrt router, ben ik in de wondere wereld van MTU terecht gekomen. Ik heb een OpenWRT Router via KPN glasvezel verbonden en mijn ouders hebben een Ziggo verbinding.

Nu heb ik ooit ingesteld dat ik in theorie dus MTU 1500 zou moeten hebben op mijn PPPOE-WAN device:

maar raar genoeg lijkt mijn NanoPI (of OpenWRT) ineens dit niet meer te accepteren:

Bij de gearceerde MTU 1508 staat dat de MTU niet hoger mag zijn dan de ingestelde eth0 MTU. Dat klopt want de MTU is ineens 1500 op eth0.

root@OpenWrt:~# cat /etc/config/network

config interface 'loopback'
option device 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'

config globals 'globals'
option ula_prefix 'fd9a:4686:4ac0::/48'
option packet_steering '2'

config device
option name 'br-lan'
option type 'bridge'
list ports 'eth1'

config device
option name 'eth1'
option macaddr '9a:f8:90:e3:12:fd'

config interface 'lan'
option device 'br-lan'
option proto 'static'
option ipaddr '192.168.30.1'
option netmask '255.255.255.0'
option ip6assign '60'
list dns '192.168.30.1'

config device
option name 'eth0'
option macaddr '9a:f8:90:e3:12:fc'
option mtu '1512'
option mtu6 '1512'

config interface 'wan'
option device 'eth0.6'
option proto 'pppoe'
option username 'internet'
option password 'internet'
option ipv6 '1'
option mtu '1500'
option peerdns '0'
list dns '1.1.1.1'
list dns '1.0.0.1'
option metric '1'

config interface 'wan6'
option device 'pppoe-wan'
option proto 'dhcpv6'
option reqaddress 'try'
option reqprefix 'auto'
option peerdns '0'
option metric '0'
list dns '2606:4700:4700::1111'
list dns '2606:4700:4700::1001'

config device
option type '8021q'
option ifname 'eth0'
option vid '6'
option name 'eth0.6'
option mtu '1508'
option mtu6 '1508'

Zijn er meer mensen die dit merken? Of heb ik ooit het ergens fout ingesteld

[Tom Paris]

Ankh schreef op zondag 16 november 2025 @ 12:24:
Zijn er meer mensen die dit merken? Of heb ik ooit het ergens fout ingesteld

Probeer dit eens (en dan dat laatste blok met "option type '8021q'" weghalen):

code:

config device
    option name 'eth0'
    option mtu '1508'

config interface 'WAN'
    option proto 'pppoe'
    option device 'eth0.6'
    option mtu '1508'
    option username 'internet'
    option password 'internet'

[Borromini]

Ankh schreef op zondag 16 november 2025 @ 12:24:
Doordat ik via wireguard verbinding probeer te maken met mijn ouders openwrt router, ben ik in de wondere wereld van MTU terecht gekomen. Ik heb een OpenWRT Router via KPN glasvezel verbonden en mijn ouders hebben een Ziggo verbinding.

Nu heb ik ooit ingesteld dat ik in theorie dus MTU 1500 zou moeten hebben op mijn PPPOE-WAN device:
[Afbeelding]
maar raar genoeg lijkt mijn NanoPI (of OpenWRT) ineens dit niet meer te accepteren:
[Afbeelding]
Bij de gearceerde MTU 1508 staat dat de MTU niet hoger mag zijn dan de ingestelde eth0 MTU. Dat klopt want de MTU is ineens 1500 op eth0.

Met PPP gaat er al 8 aan overhead af van je MTU. Dus je maximum is 1492 vziw. Dat is het hier in ieder geval op mijn PPPoE WAN.
Die van WireGuard is hier 1420, en ik heb aan geen van beide instellingen geprutst.

Waarom ben je de MTU handmatig aan het aanpassen?

[Tom Paris]

Borromini schreef op zondag 16 november 2025 @ 20:12:
[...]

Met PPP gaat er al 8 aan overhead af van je MTU. Dus je maximum is 1492 vziw. Dat is het hier in ieder geval op mijn PPPoE WAN.
Die van WireGuard is hier 1420, en ik heb aan geen van beide instellingen geprutst.

Waarom ben je de MTU handmatig aan het aanpassen?

KPN ondersteunt 'baby jumbo frames'. PPPoE tunnel heeft dan een MTU van 1508, waardoor je verbinding effectief op de standaard 1500 uitkomt. Dit is uitgebreid gedocumenteerd en besproken in de verschillende *sense/WRT/KPN topics

[Borromini]

offtopic:
Geen dingen die ik als Belg volg

[Chris.nl]

@Ankh Wat mij betreft zit je helemaal goed met de MTU, op device, vlan en pppoe-wan. Ik heb enkele dingen anders ingesteld. Valt me op dat jou pppoe-wan wordt weergegeven als Network device, terwijl ie bij mij als Tunnel device staat.



Misschien accepteert ie 1508 bij jou niet omdat je de Ipv6 MTU ook op 1508 hebt staan? Hier is 't automatisch 1512, met twee regels minder in m'n config.


Mijn SSH output;

code:

BusyBox v1.36.1 (2025-10-19 16:37:45 UTC) built-in shell (ash)

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 OpenWrt 24.10.4, r28959-29397011cc
 -----------------------------------------------------
root@NanoPi:~# ip addr | grep mtu
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1512 qdisc mq state UP qlen 1000
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br-lan state UP qlen 1000
5: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
6: eth0.6@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1508 qdisc noqueue state UP qlen 1000
11: pppoe-wan: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN qlen 3
root@NanoPi:~#

Reactie op je config:

root@OpenWrt:~# cat /etc/config/network

config interface 'loopback'
option device 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'

config globals 'globals'
option ula_prefix 'fd9a:4686:4ac0::/48'
option packet_steering '2' Eruit als het niet sneller maakt

config device
option name 'br-lan'
option type 'bridge'
list ports 'eth1'

config device
option name 'eth1'
option macaddr '9a:f8:90:e3:12:fd'

config interface 'lan'
option device 'br-lan'
option proto 'static'
option ipaddr '192.168.30.1'
option netmask '255.255.255.0'
option ip6assign '60'
list dns '192.168.30.1' Kan kloppen, ik heb deze regel niet

config device
option name 'eth0'
option macaddr '9a:f8:90:e3:12:fc'
option mtu '1512'
option mtu6 '1512' Heb ik niet, weet niet waarom jij wel

config interface 'wan'
option device 'eth0.6'
option proto 'pppoe'
option username 'internet'
option password 'internet'
option ipv6 '1'
option mtu '1500'
option peerdns '0'
list dns '1.1.1.1'
list dns '1.0.0.1'
option metric '1'

config interface 'wan6'
option device 'pppoe-wan' Ik zou @wan doen ipv pppoe-wan, zoals hier gedocumenteerd
option device '@wan' <-- Dit dus
option proto 'dhcpv6'
option reqaddress 'try'
option reqprefix 'auto'
option peerdns '0'
option metric '0'
list dns '2606:4700:4700::1111'
list dns '2606:4700:4700::1001'

config device
option type '8021q'
option ifname 'eth0'
option vid '6'
option name 'eth0.6'
option mtu '1508'
option mtu6 '1508' Heb ik niet, weet niet waarom jij wel

@wan in plaats van pppoe-wan bij wan6 omdat mijn ervaring is dat IPv6 bij een herstart van de glasvezelconverter / na KPN werkzaamheden dan wél altijd weer online komt. Suc7!!

[ Voor 15% gewijzigd door Chris.nl op 17-11-2025 02:17 ]

[Muis666]

Chris.nl schreef op zondag 16 november 2025 @ 23:53:
@Ankh Wat mij betreft zit je helemaal goed met de MTU, op device, vlan en pppoe-wan. Ik heb enkele dingen anders ingesteld. Valt me op dat jou pppoe-wan wordt weergegeven als Network device, terwijl ie bij mij als Tunnel device staat.

[Afbeelding]

Misschien accepteert ie 1508 bij jou niet omdat je de Ipv6 MTU ook op 1508 hebt staan? Hier is 't automatisch 1512, met twee regels minder in m'n config.
[Afbeelding]

Mijn SSH output;

code:

BusyBox v1.36.1 (2025-10-19 16:37:45 UTC) built-in shell (ash)

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 OpenWrt 24.10.4, r28959-29397011cc
 -----------------------------------------------------
root@NanoPi:~# ip addr | grep mtu
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1512 qdisc mq state UP qlen 1000
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br-lan state UP qlen 1000
5: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
6: eth0.6@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1508 qdisc noqueue state UP qlen 1000
11: pppoe-wan: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN qlen 3
root@NanoPi:~#

Reactie op je config:

[...]


@wan in plaats van pppoe-wan bij wan6 omdat mijn ervaring is dat IPv6 bij een herstart van de glasvezelconverter / na KPN werkzaamheden dan wél altijd weer online komt. Suc7!!

Nevermind...

[ Voor 8% gewijzigd door Muis666 op 17-11-2025 11:34 ]

[Chris.nl]

Nee, een 8021Q VLAN pakt 4 bytes MTU overhead, PPPoE inderdaad 8. Dus begin ik op 1512, net als tig anderen die op GoT hun configuratie gedeeld hebben.

Edit, zie nu dat hierboven al was aangepast naar nevermind.

[ Voor 20% gewijzigd door Chris.nl op 17-11-2025 11:47 ]

[Ankh]

Chris.nl schreef op zondag 16 november 2025 @ 23:53:
@Ankh Wat mij betreft zit je helemaal goed met de MTU, op device, vlan en pppoe-wan. Ik heb enkele dingen anders ingesteld. Valt me op dat jou pppoe-wan wordt weergegeven als Network device, terwijl ie bij mij als Tunnel device staat.

[Afbeelding]

Misschien accepteert ie 1508 bij jou niet omdat je de Ipv6 MTU ook op 1508 hebt staan? Hier is 't automatisch 1512, met twee regels minder in m'n config.
[Afbeelding]

Mijn SSH output;

code:

BusyBox v1.36.1 (2025-10-19 16:37:45 UTC) built-in shell (ash)

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 OpenWrt 24.10.4, r28959-29397011cc
 -----------------------------------------------------
root@NanoPi:~# ip addr | grep mtu
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1512 qdisc mq state UP qlen 1000
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel master br-lan state UP qlen 1000
5: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
6: eth0.6@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1508 qdisc noqueue state UP qlen 1000
11: pppoe-wan: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN qlen 3
root@NanoPi:~#

Reactie op je config:

[...]


@wan in plaats van pppoe-wan bij wan6 omdat mijn ervaring is dat IPv6 bij een herstart van de glasvezelconverter / na KPN werkzaamheden dan wél altijd weer online komt. Suc7!!

Ik heb hard jouw instellingen doorgevoerd, maar dan werkt de hele verbinding niet meer..
Even alle MTU sizes weggehaald (wel de IPv6 toegepast) en het werkt weer.

Welke OpenWRT versie draai je op je NanoPi?

edit:
Die packetsteering is nodig om de automatische CPU en IRQ goed te zetten bij een R4S.

[Ankh]

Nog even getest met deze instellingen: https://openwrt.org/docs/...p-configurations#kpn_ftth
Maar dan ook werkt de verbinding slecht, sommige websites werken wel maar zijn traag en sommige werken totaal niet.
In alle gevallen lijkt de eth0 van de NanoPi R4S niet een hogere MTU dan 1500 aan te kunnen. Dit is met de standaard OpenWRT image (geen specifieke build ofzo).

[Ankh]

Laatste toevoeging:
@Chris.nl Ik zie op het dashboard / status pagina wel gewoon Tunnel Device staan:

Device: Tunnel Interface: "pppoe-wan"

Gok dus dat er iets met de benamingen van de devices pagina fout gaat.

[Tom Paris]

Ankh schreef op maandag 17 november 2025 @ 16:25:
Laatste toevoeging:
@Chris.nl Ik zie op het dashboard / status pagina wel gewoon Tunnel Device staan:

[...]

Gok dus dat er iets met de benamingen van de devices pagina fout gaat.

Heb je mijn optie geprobeerd? Bij mij werkt het op die manier op een Intel X520.

[Ankh]

Tom Paris schreef op maandag 17 november 2025 @ 19:58:
[...]


Heb je mijn optie geprobeerd? Bij mij werkt het op die manier op een Intel X520.

Ga ik morgen even proberen, de rest van de familie kwam thuis en als dan het internet even niet werkt

[Ankh]

Als toevoeging even chatgpt gevraagd:

De NanoPi R4S gebruikt de Rockchip rk3399 GMAC-driver (rk_gmac-dwmac), en die ondersteunt vanuit de kernel slechts MTU ≤ 1500 op sommige builds van OpenWrt 24.x.
Dit is een bekend probleem vanaf OpenWrt 23.05 → 24.10.

Moet ik toch die speciale build gaan gebruiken...

[Tom Paris]

Ankh schreef op maandag 17 november 2025 @ 21:15:
Als toevoeging even chatgpt gevraagd:

[...]

Moet ik toch die speciale build gaan gebruiken...

Ik vertrouw LLMs totaal niet met dit soort obscure details, maar wat je wel kunt proberen is WAN en LAN omwisselen. De R4S heeft 1x een built-in NIC en 1x PCIe NIC. Afaik gebruikt die laatste (RTL8111H) de standaard Realtek driver, en die ondersteunt gewoon jumbo frames.

[Chris.nl]

Ankh schreef op maandag 17 november 2025 @ 15:47:
[...]

Ik heb hard jouw instellingen doorgevoerd, maar dan werkt de hele verbinding niet meer..
Even alle MTU sizes weggehaald (wel de IPv6 toegepast) en het werkt weer.

Welke OpenWRT versie draai je op je NanoPi?

edit:
Die packetsteering is nodig om de automatische CPU en IRQ goed te zetten bij een R4S.

Jammer dat het je nog niet gelukt is. Misschien kan je proberen het vanaf een "factory reset" werkend te krijgen, eerst basic (zonder VPN instellingen) ?

Ik draai OpenWrt 24.10.4 op een NanoPi R3S. 'k Heb een bescheiden 100/100 verbinding stabiel draaiend tegen 1,74watt verbruik idle.

Als ik het me goed kan herinneren heb ik KPN glasvezel qua MTU wel werkend gehad op de R4S, maar die inmiddels dus ingeruild voor een iets minder krachtig maar energiezuiniger model.

De R4S had idd een bug op OpenWRT 24.x maar volgens mij had dit niets te maken met MTU. Die bug was verholpen vanaf versie 24.10.4

[Tom Paris]

De release branch voor 25.12 is getagged. 25.12 snapshot builds komen de komende uren/dagen beschikbaar voor wie wil testen

[sweetdude]

Tom Paris schreef op donderdag 11 december 2025 @ 10:47:
De release branch voor 25.12 is getagged. 25.12 snapshot builds komen de komende uren/dagen beschikbaar voor wie wil testen

Is er ook ergens iets bekend van releasenotes?

[Tom Paris]

sweetdude schreef op donderdag 11 december 2025 @ 14:52:
[...]

Is er ook ergens iets bekend van releasenotes?

Nee, want het is nog geen release Grootste vergadering is de switch van OPKG naar APK, daarnaast de gebruikelijke kernel bump naar de volgende LTS (6.12) en ondersteuning voor veel nieuwe apparaten.

[Mooraalkikker]

Beste slimme tweakers,

Ik ben eens bezig gegaan met het experimenteren met OpenWRT. Dit heb ik geïnstalleerd op een router en alles lijkt te werken, behalve IPTV multicast van Delta. Ik wil een beetje experimenteren met Latency en Packet loss

De situatie:

Hij hangt aan een coax modem die in bridge staat en deze is aangesloten op de WAN poort van de router met OpenWRT. Ik heb 3 ethernet poorten op de router, die allemaal een eigen interface hebben lan1, lan2 en lan3. De WAN werkt met DHCP en de aparte ethernetpoorten hebben hun eigen IP's in de range van 192.168.10.1, 192.168.20.1 en 192.168.30.1

Hoe krijg ik nu multicast op het tv kastje die ik aansluit op de lan1, lan2 of lan3 interface? Wat ik begrijp moet ik een Vlan101 (het delta multicast Vlan) aanmaken op de WAN poort en dit doormiddel van igmpproxy naar de aparte interfaces toe te leiden? Maar dit krijg ik niet voor elkaar. Ik weet hoe ik de configs moet aanpassen via SSH icm VI.

Heb al een dagje zitten surfen op het internet (ook in dit topic), maar ik kom er niet echt uit

Ik ben overigens geen netwerkgoeroe en denk dat daar een beetje het probleem ligt

[Tom Paris]

Mooraalkikker schreef op vrijdag 12 december 2025 @ 13:54:
Beste slimme tweakers,

Ik ben eens bezig gegaan met het experimenteren met OpenWRT. Dit heb ik geïnstalleerd op een router en alles lijkt te werken, behalve IPTV multicast van Delta. Ik wil een beetje experimenteren met Latency en Packet loss

De situatie:

Hij hangt aan een coax modem die in bridge staat en deze is aangesloten op de WAN poort van de router met OpenWRT. Ik heb 3 ethernet poorten op de router, die allemaal een eigen interface hebben lan1, lan2 en lan3. De WAN werkt met DHCP en de aparte ethernetpoorten hebben hun eigen IP's in de range van 192.168.10.1, 192.168.20.1 en 192.168.30.1

Hoe krijg ik nu multicast op het tv kastje die ik aansluit op de lan1, lan2 of lan3 interface? Wat ik begrijp moet ik een Vlan101 (het delta multicast Vlan) aanmaken op de WAN poort en dit doormiddel van igmpproxy naar de aparte interfaces toe te leiden? Maar dit krijg ik niet voor elkaar. Ik weet hoe ik de configs moet aanpassen via SSH icm VI.

Heb al een dagje zitten surfen op het internet (ook in dit topic), maar ik kom er niet echt uit

Ik ben overigens geen netwerkgoeroe en denk dat daar een beetje het probleem ligt

Persoonlijk geen ervaring met Delta, maar ik zou dit topic eens doornemen: [Delta XGS-PON Glas] Eigen ONT/modem/router installeren - 2. Gaat in principe over glasvezel, maar de IPTV settings lijken me tussen glas en coax niet anders.

[Chris.nl]

24.10.5 is in de maak. Gaat waarschijnlijk om een gedicht SSH lek, er hangen CVE's aan.

CVE-2025-14282: Avoid privilege escalation via unix stream forwarding in Dropbear server.
CVE-2019-6111: This allowed a malicious server to overwrite arbitrary local files.

Omdat Buildbot klaar was met de RockChip images heb ik um ondanks de waarschuwing geïnstalleerd, 't lijkt hier prima zo.

[Tom Paris]

Chris.nl schreef op vrijdag 19 december 2025 @ 11:28:
24.10.5 is in de maak. Gaat waarschijnlijk om een gedicht SSH lek, er hangen CVE's aan.

CVE-2025-14282: Avoid privilege escalation via unix stream forwarding in Dropbear server.
CVE-2019-6111: This allowed a malicious server to overwrite arbitrary local files.

Omdat Buildbot klaar was met de RockChip images heb ik um ondanks de waarschuwing geïnstalleerd, 't lijkt hier prima zo.

Changelog stond gisteren al online, idd een (niet heel spannende) kwetsbaarheid in Dropbear. Vanavond wordt n.a.w. 25.12 RC1 getagged, die is dit weekend dan ook te testen

[Zenix]

Tom Paris schreef op vrijdag 19 december 2025 @ 15:58:
[...]


Changelog stond gisteren al online, idd een (niet heel spannende) kwetsbaarheid in Dropbear. Vanavond wordt n.a.w. 25.12 RC1 getagged, die is dit weekend dan ook te testen

Ook mooi dat de Radxa E52C in deze RC1 zit. Perfect, want hij is vandaag binnengekomen, de RC1 er morgen maar opzetten en er mee spelen.

Hij past in mijn handpalm, kleinste router die ik ooit heb gehad , maar wel snel.
https://radxa.com/products/network-computer/e52c/#techspec

[Step5]

Zenix schreef op zondag 21 december 2025 @ 02:48:
[...]


Ook mooi dat de Radxa E52C in deze RC1 zit. Perfect, want hij is vandaag binnengekomen, de RC1 er morgen maar opzetten en er mee spelen.

Hij past in mijn handpalm, kleinste router die ik ooit heb gehad , maar wel snel.
https://radxa.com/products/network-computer/e52c/#techspec

Interesant apparaatje, bedankt voor het delen. zie ik wel zitten om tussen het modem en 'de rest' te hangen. Hoeveel geheugen heb je? Die met 8gb... Wat moet je daar mee vraag ik me bijna af.
Kun je flinke adblock lijsten laden maar dan is 2gb al voldoende zou ik denken.

Overigens is de gl.inet mango nog ietsje kleiner (maar die heb jij dus nooit gehad )

[Zenix]

Step5 schreef op vrijdag 26 december 2025 @ 14:49:
[...]

Interesant apparaatje, bedankt voor het delen. zie ik wel zitten om tussen het modem en 'de rest' te hangen. Hoeveel geheugen heb je? Die met 8gb... Wat moet je daar mee vraag ik me bijna af.
Kun je flinke adblock lijsten laden maar dan is 2gb al voldoende zou ik denken.

Overigens is de gl.inet mango nog ietsje kleiner (maar die heb jij dus nooit gehad )

Ik heb diegene met 2GB geheugen, heb nu adblock lean erop staan met bijna miljoen entries in de blocklist en gebruik nog wel aantal packages en dat gebruik iets van 230MB geheugen, maar AGH erbij kan dus ook makkelijk.

Inderdaad voor OpenWRT is de 2GB ruim voldoende, werkt goed. Voor meer informatie zie ook dit topic:
https://forum.openwrt.org...al-console-port/215258/42

Wat positief is dat de Radxa ook betrokken is.

[ Voor 6% gewijzigd door Zenix op 26-12-2025 19:26 ]

[Skire]

Hallo allemaal,

Ik heb sinds gisteren een Cudy WR3000S in bezit, met name vanwege de cake sqm functionaliteit. Daar ben ik allemaal zeer tevreden mee. Ik krijg alleen mijn YouFone Glasvezelnetwerk niet lekker ingesteld (KPN netwerk). Zoals velen bekend gebruikt KPN VLAN 6 icm PPPoE. De MTU van PPPoE-WAN werkt alleen niet lekker op 1500 MTU. Websites laden niet of traag. Wanneer ik deze op 1492 instel werkt alles vlekkeloos.

Iemand enig idee wat ik mogelijk verkeerd heb geconfigureerd? Ik las dat sommigen wan op 1512 hebben gezet en de VLAN op 1508, maar ook dit maakt voor mij geen verschil.

code:

root@OpenWrt:~# cat /etc/config/network

config interface 'loopback'
        option device 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config globals 'globals'
        option ula_prefix 'fdd4:142e:fee7::/48'
        option packet_steering '1'

config device
        option name 'br-lan'
        option type 'bridge'
        list ports 'lan1'
        list ports 'lan2'
        list ports 'lan3'
        list ports 'lan4'
        option ipv6 '1'

config interface 'lan'
        option device 'br-lan'
        option proto 'static'
        option ipaddr '192.168.1.1'
        option netmask '255.255.255.0'
        option ip6assign '60'

config interface 'wan'
        option device 'wan.6'
        option proto 'pppoe'
        option username 'internet'
        option password 'internet'
        option ipv6 'auto'
        option norelease '1'

config interface 'wan6'
        option device '@wan'
        option proto 'dhcpv6'
        option reqaddress 'try'
        option reqprefix 'auto'
        option norelease '1'

config device
        option name 'wan'
        option mtu '1508'
        option ipv6 '1'
        option mtu6 '1508'

config device
        option type '8021q'
        option ifname 'wan'
        option vid '6'
        option name 'wan.6'
        option mtu '1508'
        option ipv6 '1'
        option mtu6 '1508'

config device
        option name 'pppoe-wan'
        option ipv6 '1'
        option mtu '1500'
        option mtu6 '1500'

[Ankh]

Uit mijn hoofd is het de volgende setup:
eth0 Poort: 1512
eth0.6 Device: 1508
PPPOE Device: 1500

Dit heeft bij mij jaren gewerkt, enkel met mijn nanopi krijg ik het ook niet (meer) werkende...

[Skire]

Ankh schreef op woensdag 11 februari 2026 @ 10:58:
Uit mijn hoofd is het de volgende setup:
eth0 Poort: 1512
eth0.6 Device: 1508
PPPOE Device: 1500

Dit heeft bij mij jaren gewerkt, enkel met mijn nanopi krijg ik het ook niet (meer) werkende...

De WR3000S heeft een dedicated WAN poort die ik in mijn config heb gebruikt. Deze heeft ook als kenmerk 'Switch Port'. Er staat ook een eth0 in de device list met als type 'Ethernet Switch'. Deze heb ik echter niet geconfigureerd en krijgt automatisch de MTU-waarde 1512.



Ik heb tevens in de Firewall MSS clamping ('mtu_fix') al eens uitgeschakeld maar dit maakte ook geen verschil.

Heel vreemd allemaal. De chipset van de WR3000S ondersteunt gewoon baby jumbo frames volgens de spec sheet.

Mijn gevoel zegt dat IPv6 roet in het eten gooit. Tot nu toe krijg ik IPv6 nog niet lekker uitgeschakeld middels de interface. Zal hier later nog wel eens mee stoeien. Zal ook de nieuwe RC4 van OpenWRT eens proberen om te kijken of dit verschil maakt.

[Tom Paris]

Al vaker gedeeld, dit is mijn setup op een T-56 met KPN (zelfde netwerk):

code:

config interface 'loopback'
    option device 'lo'
    option proto 'static'
    option ipaddr '127.0.0.1'
    option netmask '255.0.0.0'

config globals 'globals'
    option ula_prefix 'fd17:fc1a:e449::/48'

config device
    option name 'br-lan'
    option type 'bridge'
    list ports 'lan1'
    list ports 'lan2'
    list ports 'lan3'
    list ports 'lan4'

config device
    option name 'eth1'
    option mtu '1508'

config interface 'wan'
    option proto 'pppoe'
    option device 'eth1.6'
    option mtu '1508'
    option username 'internet'
    option password 'internet'

config interface 'lan'
    option device 'br-lan'
    option proto 'static'
    option ipaddr '192.168.1.1'
    option netmask '255.255.255.0'

Alle andere devices en VLAN tags zijn overbodig, die worden door OpenWrt automatisch aangemaakt obv bovenstaande.

Je kunt je MTU testen met de traditionele ping (ping 8.8.8.8 -f -l 1472) of op https://www.speedguide.net/analyzer.php

[ Voor 6% gewijzigd door Tom Paris op 11-02-2026 11:23 ]

[Skire]

Tom Paris schreef op woensdag 11 februari 2026 @ 11:20:
Al vaker gedeeld, dit is mijn setup op een T-56 met KPN (zelfde netwerk):

code:

config interface 'loopback'
    option device 'lo'
    option proto 'static'
    option ipaddr '127.0.0.1'
    option netmask '255.0.0.0'

config globals 'globals'
    option ula_prefix 'fd17:fc1a:e449::/48'

config device
    option name 'br-lan'
    option type 'bridge'
    list ports 'lan1'
    list ports 'lan2'
    list ports 'lan3'
    list ports 'lan4'

config device
    option name 'eth1'
    option mtu '1508'

config interface 'wan'
    option proto 'pppoe'
    option device 'eth1.6'
    option mtu '1508'
    option username 'internet'
    option password 'internet'

config interface 'lan'
    option device 'br-lan'
    option proto 'static'
    option ipaddr '192.168.1.1'
    option netmask '255.255.255.0'

Alle andere devices en VLAN tags zijn overbodig, die worden door OpenWrt automatisch aangemaakt obv bovenstaande.

Je kunt je MTU testen met de traditionele ping (ping 8.8.8.8 -f -l 1472) of op https://www.speedguide.net/analyzer.php

Klopt het dat jij dan geen VLAN aangemaakt hebt onder devices? Dacht dat dit een vereiste was

[Tom Paris]

Skire schreef op woensdag 11 februari 2026 @ 11:31:
[...]


Klopt het dat jij dan geen VLAN aangemaakt hebt onder devices? Dacht dat dit een vereiste was

Je hoeft niet expliciet een VLAN te definiëren. Deze wordt automatisch aangemaakt door regel 24 in mijn config:

code:

option device 'eth1.6'

[Skire]

Dank voor alle tips. Zal er vanavond weer even mee stoeien. Kijken of het beter gaat als ik mijn config versimplificeer.

[Falco]

Misschien heb je hier ook nog wat aan, wat configuraties voor verschillende providers.

https://openwrt.org/docs/...onfigurations#netherlands

Kijk vooral ook even naar het stuk over de nieuwe KPN firmware, nadat ik dat instelde ging mijn ipv6 goed.
https://openwrt.org/docs/...rmware_version_v12c240508

[ Voor 43% gewijzigd door Falco op 11-02-2026 13:41 ]

[Skire]

Tom Paris schreef op woensdag 11 februari 2026 @ 11:20:
Al vaker gedeeld, dit is mijn setup op een T-56 met KPN (zelfde netwerk):

code:

config interface 'loopback'
    option device 'lo'
    option proto 'static'
    option ipaddr '127.0.0.1'
    option netmask '255.0.0.0'

config globals 'globals'
    option ula_prefix 'fd17:fc1a:e449::/48'

config device
    option name 'br-lan'
    option type 'bridge'
    list ports 'lan1'
    list ports 'lan2'
    list ports 'lan3'
    list ports 'lan4'

config device
    option name 'eth1'
    option mtu '1508'

config interface 'wan'
    option proto 'pppoe'
    option device 'eth1.6'
    option mtu '1508'
    option username 'internet'
    option password 'internet'

config interface 'lan'
    option device 'br-lan'
    option proto 'static'
    option ipaddr '192.168.1.1'
    option netmask '255.255.255.0'

Alle andere devices en VLAN tags zijn overbodig, die worden door OpenWrt automatisch aangemaakt obv bovenstaande.

Je kunt je MTU testen met de traditionele ping (ping 8.8.8.8 -f -l 1472) of op https://www.speedguide.net/analyzer.php

Geweldig bedankt! Deze config werkt Hoefde alleen jouw 'eth1' te wijzigen in 'wan' voor mijn device.

[Muis666]

Skire schreef op woensdag 11 februari 2026 @ 10:43:
Hallo allemaal,

code:

root@OpenWrt:~# cat /etc/config/network

config interface 'loopback'
        option device 'lo'
        option proto 'static'
        option ipaddr '127.0.0.1'
        option netmask '255.0.0.0'

config globals 'globals'
        option ula_prefix 'fdd4:142e:fee7::/48'
        option packet_steering '1'

config device
        option name 'br-lan'
        option type 'bridge'
        list ports 'lan1'
        list ports 'lan2'
        list ports 'lan3'
        list ports 'lan4'

Deze optie heb ik niet option ipv6 '1'

code:

config interface 'lan'
        option device 'br-lan'
        option proto 'static'
        option ipaddr '192.168.1.1'
        option netmask '255.255.255.0'
        option ip6assign '60'

config interface 'wan'
        option device 'wan.6'
        option proto 'pppoe'
        option username 'internet'
        option password 'internet'
        option ipv6 'auto'
        option norelease '1'

Hier mis ik option mtu '1500'

code:

config interface 'wan6'
        option device '@wan'
        option proto 'dhcpv6'
        option reqaddress 'try'
        option reqprefix 'auto'
        option norelease '1'

config device
        option name 'wan'
        option mtu '1508'

Deze twee opties heb ik niet. Maar mtu6 wordt automatisch wel op 1508 gezet
option ipv6 '1'
option mtu6 '1508'

code:

config device
        option type '8021q'
        option ifname 'wan'
        option vid '6'
        option name 'wan.6'

option mtu '1508'
option ipv6 '1'
option mtu6 '1508'
Deze 3 heb ik niet. Maar mtu wordt automatisch 1508 van parent device wan.

En het volgende stuk heb ik ook helemaal niet maar staat standaard wel gedefinieerd in Luci.

code:

config device
        option name 'pppoe-wan'
        option ipv6 '1'
        option mtu '1500'
        option mtu6 '1500'

[Rick13]

Om de reclame op o.a. mobiele telefoon te verminderen (op mijn pc gebruikt ik nu de extensie Ublock origin) dus daar zal weinig winst te behalen zijn. Wil ik Adblock installeren in Openwrt. Wat zijn de ervaringen hierover en wel of niet installeren? Zijn er nog meer voordelen behalve reclame tegenhouden?

[sweetdude]

Rick13 schreef op dinsdag 17 februari 2026 @ 13:50:
Om de reclame op o.a. mobiele telefoon te verminderen (op mijn pc gebruikt ik nu de extensie Ublock origin) dus daar zal weinig winst te behalen zijn. Wil ik Adblock installeren in Openwrt. Wat zijn de ervaringen hierover en wel of niet installeren? Zijn er nog meer voordelen behalve reclame tegenhouden?

Dat werkt alleen als je lokaal met je eigen WiFi verbonden bent.

Is het niet een betere optie wat anderen hier ook doen om Pihole te gebruiken op een licht pc'tje raspberry pi eventueel of een intel n100 of celeron CPU. En op je router met OpenWRT Wireguard VPN installeren. Zo kun je ook als je niet thuis bent via die weg toch aan je eigen netwerk en "beschermd" browsen / advertenties blokkeren.

[Tom Paris]

sweetdude schreef op dinsdag 17 februari 2026 @ 16:42:
[...]

Dat werkt alleen als je lokaal met je eigen WiFi verbonden bent.

Is het niet een betere optie wat anderen hier ook doen om Pihole te gebruiken op een licht pc'tje raspberry pi eventueel of een intel n100 of celeron CPU. En op je router met OpenWRT Wireguard VPN installeren. Zo kun je ook als je niet thuis bent via die weg toch aan je eigen netwerk en "beschermd" browsen / advertenties blokkeren.

Je kunt prima Wireguard en AdBlock combineren op dezelfde OpenWrt installatie...?

Voor lange tijd was PiHole dé manier om DNS filtering/blocking te doen in je netwerk. Sindsdien hebben Unbound en dnsmasq native ondersteuning gekregen voor DNS blocklists. PiHole geeft je nog steeds de mooiste statistieken, maar 'native' is toch weer een element minder in je netwerk qua onderhoud en beschikbaarheid.

[ Voor 20% gewijzigd door Tom Paris op 17-02-2026 17:32 ]

[Rick13]

Ik heb nu Adblock draaien,moet ik nog settings veranderen?
Nu aanstaan: Active Feeds
adaway, adguard, adguard_tracking, certpl, stevenblack, yoyo
Hoe zit het met kapot schijven van Nand geheugen van mijn router met Adblock (Turris Omnia 2020.)


Ik heb nu voor snellere netwerk, Size of DNS query cache verhoogd naar 10000
En max. concurrent queries verhoogd naar 1500 is dit slim?


Zal binnenkort is kijken voor een VPN op de router?

[ Voor 59% gewijzigd door Rick13 op 17-02-2026 23:20 ]

[Tom Paris]

Rick13 schreef op dinsdag 17 februari 2026 @ 22:24:
Ik heb nu Adblock draaien,moet ik nog settings veranderen?

Je zult nog firewall regels aan moeten maken om:
- alle verkeer naar poort 53 af te vangen
- alle verkeer op poort 853 (DoT) te blokkeren
- alle verkeer naar bekende DoH servers te blokkeren

De settings tav queries zou ik gewoon standaard laten.

[Chris.nl]

Rick13 schreef op dinsdag 17 februari 2026 @ 22:24:
-knip-
Hoe zit het met kapot schijven van Nand geheugen van mijn router met Adblock (Turris Omnia 2020.)

Daar zou ik me geen zorgen om maken. OpenWRT is by default zo'n beetje read-only. Logs, stats en adblock lijsten staan in het RAM geheugen, en met 2GB heb je aardig wat.

Alleen wanneer je firmware update een config opslaat of er bewust voor kiest om statistieken een reboot te laten overleven wordt er iets weggeschreven naar je eMMC.

[ThinkPad]

https://openwrt.org/docs/...services/dns/adguard-home

AdGuardHome zou ook nog kunnen, heeft ook een mooi/duidelijk dashboard. Ik heb het op mijn OPNsense router draaien als plugin, werkt uitstekend. Vrij compacte tool ook.

[Rick13]

Tom Paris schreef op dinsdag 17 februari 2026 @ 23:32:
[...]


Je zult nog firewall regels aan moeten maken om:
- alle verkeer naar poort 53 af te vangen
- alle verkeer op poort 853 (DoT) te blokkeren
- alle verkeer naar bekende DoH servers te blokkeren

De settings tav queries zou ik gewoon standaard laten.

Bedankt, op deze manier?


Heb de queries weer op standaard gezet (waarom je advies)

[Rick13]

Chris.nl schreef op woensdag 18 februari 2026 @ 00:53:
[...]

Daar zou ik me geen zorgen om maken. OpenWRT is by default zo'n beetje read-only. Logs, stats en adblock lijsten staan in het RAM geheugen, en met 2GB heb je aardig wat.

Alleen wanneer je firmware update een config opslaat of er bewust voor kiest om statistieken een reboot te laten overleven wordt er iets weggeschreven naar je eMMC.

Bedankt, bangmakerij op internet om niks dus. En wil over aantal jaar toch een nieuwe router met 2,5 Gbit poorten.

Ow en heb nu DNS in alle browsers uitgezet, omdat ik DNS wil gebruiken van mijn router. Is dit handig?

[ Voor 8% gewijzigd door Rick13 op 18-02-2026 10:18 ]

[Rick13]

ThinkPad schreef op woensdag 18 februari 2026 @ 07:14:
https://openwrt.org/docs/...services/dns/adguard-home

AdGuardHome zou ook nog kunnen, heeft ook een mooi/duidelijk dashboard. Ik heb het op mijn OPNsense router draaien als plugin, werkt uitstekend. Vrij compacte tool ook.

Thanks, wel wat zwaarder dan adblock toch?
Interface ziet er netjes uit, maar hoe vaak kijk je ernaar als alles eenmaal ingericht is?

[Tom Paris]

Rick13 schreef op woensdag 18 februari 2026 @ 10:12:
[...]

Bedankt, op deze manier?

https://openwrt.org/docs/...figurations/intercept_dns

[easyriider]

ThinkPad schreef op woensdag 18 februari 2026 @ 07:14:
https://openwrt.org/docs/...services/dns/adguard-home

AdGuardHome zou ook nog kunnen, heeft ook een mooi/duidelijk dashboard. Ik heb het op mijn OPNsense router draaien als plugin, werkt uitstekend. Vrij compacte tool ook.

Heb NextDNS op m'n router draaien, dat is gratis tot 300.000 queries per maand, daar blijf ik echter ver onder. Je kunt kiezen uit vele blocklists, ook meerdere tegelijk, maar ik vertrouw op enkel Hagezi Multi Pro.

Op m'n telefoon en tablet staat NextDNS als private DNS ingesteld.

[Rick13]

Tom Paris schreef op woensdag 18 februari 2026 @ 13:40:
[...]


https://openwrt.org/docs/...figurations/intercept_dns

Ben nog aan het kijken hoe het allemaal werkt. Dus kan de plank nu volledig misslaan.
Tot zover is het gelukt, denk ik:



Of niet?
Dan zou het alleen nog dit moeten doen "- alle verkeer naar bekende DoH servers te blokkeren"
Dat moet ik nog even goed uitzoeken. Sorry voor de noob vragen
En er is (helaas) nog geen manier om YouTube adds op deze manier tegen te houden?

[ Voor 9% gewijzigd door Rick13 op 18-02-2026 18:04 ]

[sweetdude]

Rick13 schreef op woensdag 18 februari 2026 @ 16:53:
[...]

Ben nog aan het kijken hoe het allemaal werkt. Dus kan de plank nu volledig misslaan.
Tot zover is het gelukt, denk ik:
[Afbeelding]
[Afbeelding]

Of niet?
Dan zou het alleen nog dit moeten doen "- alle verkeer naar bekende DoH servers te blokkeren"
Dat moet ik nog even goed uitzoeken. Sorry voor de noob vragen
En er is (helaas) nog geen manier om YouTube adds op deze manier tegen te houden?

Hier staat een nette guide om de instellingen in Luci goed te doen.
https://jeff.vtkellers.com/posts/technology/force-all-dns-queries-through-pihole-with-openwrt/
Hij is wel gebaseerd op een losse router en een losse pihole machine, maar het idee is exact hetzelfde alles door de adblocker te laten lopen.

[ Voor 9% gewijzigd door sweetdude op 20-02-2026 09:24 ]

[Rick13]

Thanks voor het delen.

[Davema]

Voor mensen die twijfel om eigen de Openwrt router achter de glasvezel (ONT met FTU) te plaatsen. Ik heb zowel de settings voor KPN (via PPPOE) en Odido (VLAN300) even naast elkaar gezet voor zowel de Gl.Inet GL-MT6000 (aka Flint 2) en TP-Link Wax206 (beide DSA). Draait stabiel (2j) en de router van de provider kan terug in de doos. Zowel KPN als Odido kunnen dezelfde ONT (bv Nokia NT type TK01) gebruiken.

Handigste is aanpassen middels nano in de SSH terminal:

code:

nano /etc/config/network

KPN PPPOE (Flint 2)	KPN PPOE (Wax206)	Odido – VLAN 300 (lint 2)
code: config device option type '8021q' option ifname 'eth1' option vid '6' option name 'wankpn.6' config interface 'wan' option device 'wankpn.6' option proto 'pppoe' option username 'internet' option password 'internet' option ipv6 'auto' option mtu '1508'	code: config device option type '8021q' option ifname 'wan' option vid '6' option name 'wanpppoe.6' config interface 'wan' option device 'wanpppoe.6' option proto 'pppoe' option username 'internet' option password 'internet' option ipv6 'auto' option mtu '1508'	code: config device option type '8021q' option ifname 'eth1' option vid '300' option name 'eth1.300' config interface 'wan' option device 'eth1.300' option proto 'dhcp'

[Chris.nl]

@Davema werkt je dhcpv6 op KPN?

Wel mooi om te zien dat er blijkbaar meer wegen naar Rome leiden, qua mtu. Ik zou de fysieke poort 1512 geven, de VLAN 1508 en PPPoE 1500. Maar als het voor jou werkt, why nut?

[ Voor 4% gewijzigd door Chris.nl op 24-02-2026 00:51 ]

[Muis666]

Chris.nl schreef op dinsdag 24 februari 2026 @ 00:50:
@Davema werkt je dhcpv6 op KPN?

Wel mooi om te zien dat er blijkbaar meer wegen naar Rome leiden, qua mtu. Ik zou de fysieke poort 1512 geven, de VLAN 1508 en PPPoE 1500. Maar als het voor jou werkt, why nut?

Ik heb die fysieke poort ook op 1508 staan in mijn OpenWRT router en dit werkt al jaren als een zonnetje. Het staat ook zo in de voorbeeld configuratie op de OpenWRT website https://openwrt.org/docs/...urations?s[]=zte#kpn_ftth.

[Davema]

Chris.nl schreef op dinsdag 24 februari 2026 @ 00:50:
@Davema werkt je dhcpv6 op KPN?

Wel mooi om te zien dat er blijkbaar meer wegen naar Rome leiden, qua mtu. Ik zou de fysieke poort 1512 geven, de VLAN 1508 en PPPoE 1500. Maar als het voor jou werkt, why nut?

Ja, via KPN krijg ik dan automatisch een IPV4 en IPV6 adres met deze setup voor daar hoef je geen speciale WAN6 voor in te stellen (die had zelfs eerst even verwijderd). Als je dan kijkt in LUCI -- Interfaces dat krijg ik een:

• WAN met IPV4 adres (protocol: PPPOE)
• WAN_6 met IPV6 adres (protocol: Virtual dynamic Interface (DHCPv6 client)

Bij Odido krijg ik alleen IPV4 en geen IPV6 (omdat Odido alleen IPV4 ondersteund).
Verder is de snelheid bij beide gelijk 1 Gbps glasvevel en in dagelijks gebruik merk ik geen verschil na de overgang KPN/Odido. De eigen router maakt overstappen tussen provider wel ineens een stuk eenvoudiger om weer volledig online te zijn op al je apparaten.

Vooral de naamgeving bij option ifname 'eth1' is even opletten voor je specifieke router. Bij de Wax206 was dit wan ipv eth1. De naamgeving bij option name kun je weer zelf kiezen, maar die moet dan bij de interface wel gelijk zijn bij option device

De settings komen inderdaad allemaal van deze Openwrt Wiki:
https://openwrt.org/docs/...p-configurations#kpn_ftth Voor KPN heb ik die na wat zoekwerk dus wat aangepast.
https://openwrt.org/docs/.../isp-configurations#odido

[Falco]

Davema schreef op dinsdag 24 februari 2026 @ 21:58:
[...]

Ja, via KPN krijg ik dan automatisch een IPV4 en IPV6 adres met deze setup voor daar hoef je geen speciale WAN6 voor in te stellen (die had zelfs eerst even verwijderd). Als je dan kijkt in LUCI -- Interfaces dat krijg ik een:

• WAN met IPV4 adres (protocol: PPPOE)
• WAN_6 met IPV6 adres (protocol: Virtual dynamic Interface (DHCPv6 client)

Bij Odido krijg ik alleen IPV4 en geen IPV6 (omdat Odido alleen IPV4 ondersteund).
Verder is de snelheid bij beide gelijk 1 Gbps glasvevel en in dagelijks gebruik merk ik geen verschil na de overgang KPN/Odido. De eigen router maakt overstappen tussen provider wel ineens een stuk eenvoudiger om weer volledig online te zijn op al je apparaten.

Vooral de naamgeving bij option ifname 'eth1' is even opletten voor je specifieke router. Bij de Wax206 was dit wan ipv eth1. De naamgeving bij option name kun je weer zelf kiezen, maar die moet dan bij de interface wel gelijk zijn bij option device

De settings komen inderdaad allemaal van deze Openwrt Wiki:
https://openwrt.org/docs/...p-configurations#kpn_ftth Voor KPN heb ik die na wat zoekwerk dus wat aangepast.
https://openwrt.org/docs/.../isp-configurations#odido

Ik wil mijn KPN box 12 er ook nog steeds tussenuit snoeien, maar ik ben er toch wat huiverig voor.

Heb jij dit overigens ook gedaan icm met KPN TV, daarvoor moet je weer een andere VLAN aanmaken schijnt? Maar daar heb ik helaas niet zoveel ervaring mee.

[Muis666]

Falco schreef op woensdag 25 februari 2026 @ 14:44:
[...]


Ik wil mijn KPN box 12 er ook nog steeds tussenuit snoeien, maar ik ben er toch wat huiverig voor.

Heb jij dit overigens ook gedaan icm met KPN TV, daarvoor moet je weer een andere VLAN aanmaken schijnt? Maar daar heb ik helaas niet zoveel ervaring mee.

Ik wel en dat draait bij mij al jaren.

code:

config device
        option type '8021q'
        option ifname 'wan'
        option vid '4'
        option name 'wan.4'
        option mtu '1500'

config interface 'iptv_wan'
        option proto 'dhcp'
        option macaddr 'XX:XX:XX:XX:XX:XX'
        option device 'wan.4'
        option vendorid 'IPTV_RG'
        option peerdns '0'

Ik kreeg geen goede verbinding als ik het MAC adres niet spoofde.

En je moet igmpproxy installeren en configureren

code:

config igmpproxy
        option quickleave 1
#       option verbose [0-3](none, minimal[default], more, maximum)

config phyint
        option network iptv_wan
        option zone iptv_wan
        option direction upstream
        list altnet 0.0.0.0/0

config phyint
        option network lan
        option zone lan
        option direction downstream

en de firewall aanpassen voor het iptv_wan

code:

config zone
        option name 'iptv_wan'
        option input 'ACCEPT'
        option output 'ACCEPT'
        option forward 'REJECT'
        list network 'iptv_wan'
        option masq '1'

Maar ik moet je wel waarschuwen dat ik een dag bezig was voordat alles probleemloos werkte...

[Davema]

Falco schreef op woensdag 25 februari 2026 @ 14:44:
[...]


Ik wil mijn KPN box 12 er ook nog steeds tussenuit snoeien, maar ik ben er toch wat huiverig voor.

Heb jij dit overigens ook gedaan icm met KPN TV, daarvoor moet je weer een andere VLAN aanmaken schijnt? Maar daar heb ik helaas niet zoveel ervaring mee.

Mijn setup is wel zonder KPN TV en telefonie, daar heb ik me nog niet in hoeven verdiepen. Ik gebruik gewone IPTV (Netflix, videoland, kodi met retrospect e.d.)

[kelly.hipolito]

kelly.hipolito schreef op zaterdag 31 mei 2025 @ 19:48:
Ik heb als alternatief na enige correspondentie meerdere Cudy WR3000 aangeschaft. Deze units zijn erg voordeelig verkrijgbaar in Nederland voor 34 E incl verzending, via een gelijknamig bedrijf met de naam van een rivier uit Zuid Amerika. En draait standaard een aangepaste OpenWrt, waardoor het een fluitje van een cent is om het geheel te migreren naar de officiele OpenWrt: Zie daarvoor de OpenWrt handleiding.

Ik begrijp dat het niet gebruikelijk is om op Tweakers jezelf te quoten.
Maar dan toch even het volgende: de Cudy WR3000 die ik eerder heb aangeraden, in het bovenstaande draadje is reeds veranderd qua hardware en de 2.0 editie is niet compatibel met OpenWrt.

Zie: https://openwrt.org/toh/cudy/wr3000_v1 voor de info wat betreft v1 en v2.

[atomos]

Bedankt voor het melden.
moet dus even na kijken of ik een v2 gekocht heb, zo ja dan gaat die liniarectus terug naar de verzender.

[W1ck1e]

atomos schreef op zaterdag 28 februari 2026 @ 23:55:
Bedankt voor het melden.
moet dus even na kijken of ik een v2 gekocht heb, zo ja dan gaat die liniarectus terug naar de verzender.

De wr3000e heeft ook een v1 en v2:



afgaande op



verkoopt de dame-op-paard.nl de juiste versie

[amarok]

Ik heb een probleem met een Realtek r8153 usb ethernet dongle.

OpenWrt draait als VM in een Proxmox server. Werkt goed. Hier thuis hebben we een Odido glasvezelverbinding en een KPN glasvezelverbinding. Beide verbindingen zijn aangesloten op een usb ethernet dongle. De Odido dongle werkt altijd goed (ander type chipset, maar volgens internet zijn er wel problemen deze dongle i.c.m. Linux; o.a. meerdere vlans zou niet goed werken), maar de KPN dongle (R8153) geeft problemen.

De chipset van de Odido usb dongle is:
Bus 010 Device 003: ID 0b95:1790 ASIX Elec. Corp. AX88179

De dongles zijn via passthrough aan de VM gegeven.

In de logs is te zien dat de R8153 dongle reset en niet meer opkomt.

Dit was vanochtend in de kernel log te zien:



Op internet is te lezen dat er met Linux en deze chipset (r8153) relatief veel problemen zijn en dat de verbinding regelmatig wegvalt. Oplossingen als usbquirks en offloading via ethtool af te zetten, helpen niet.

Misschien dat iemand de gouden oplossing heeft?

Ik denk erover om de dongle te gaan vervangen door eentje met een andere chipset. Kent iemand een chipset die geen problemen met OpenWrt/Linux geeft en welke is dat? Een linkje waar ik zo'n dongle kan kopen, zou helemaal lief zijn. Minimaal een 1 Gbit dongle en nog liever een 2,5 Gbit dongle.

[Tom Paris]

amarok schreef op maandag 9 maart 2026 @ 10:51:
Misschien dat iemand de gouden oplossing heeft?

Ja, nooit USB ethernetadapters gebruiken Voor 20/30 euro koop je een 4-poort Intel I350. Die kun je in Proxmox op passthrough zetten, dan kan OpenWrt er direct mee communiceren. Ga je een boel plezier van beleven qua stabiliteit, snelheid en flexibiliteit.

[Tom Paris]

Support voor een interessant nieuw device is geland: Gemtek W1700K. Dit is een beetje een 'T-56 on steroids'.

• 2x 10G ethernet
• 6GHz support
• WiFi 7
• ~€80

Dit apparaat wordt in de VS gedistribueerd door ISP Quantum Fiber, maar er zijn meer OEM varianten. Ze waren een tijdje te koop op eBay voor ~$30, maar het 'T-56 effect' heeft de prijs flink opgedreven. Maar dan nog, deze specs mét OpenWrt support voor ~€80 is het imo een koopje.

[InjecTioN]

Tom Paris schreef op woensdag 11 maart 2026 @ 10:38:
Support voor een interessant nieuw device is geland: Gemtek W1700K. Dit is een beetje een 'T-56 on steroids'.

• 2x 10G ethernet
• 6GHz support
• WiFi 7
• ~€80

Dit apparaat wordt in de VS gedistribueerd door ISP Quantum Fiber, maar er zijn meer OEM varianten. Ze waren een tijdje te koop op eBay voor ~$30, maar het 'T-56 effect' heeft de prijs flink opgedreven. Maar dan nog, deze specs mét OpenWrt support voor ~€80 is het imo een koopje.

Dit is wel een erg interessant apparaat ja. Momenteel gebruik ik 3 van die T-56 voor 2.5Gbit/s backbone met fast roaming wifi6 door mijn huis, in combinatie met een Unify FlexMini2.5 en een ZyXEL XGS-1250-12. Dat werkt eigenlijk als een tierelier. Nu voldoende, maar op ten duur wil ik wel gaan kijken naar een 10Gbit/s backbone, mede voor mijn Proxmox cluster met ceph storage. Maar dat zal nog even op zich laten wachten, omdat ik er eerst een ander huis omheen wil zetten.

[svenvg93]

Wrong topic

[ Voor 100% gewijzigd door svenvg93 op 11-03-2026 19:37 ]

[RudolfR]

OpenWRT 25.12.0 is al een week uit.
https://forum.openwrt.org...2-0-stable-release/247228

attendedsysupgrade heeft een nieuwe binary gemaakt en owut meldt alleen:

apk-mbedtls not-installed 3.0.5-r2

Default package analysis:
Default Provided-by
fitblk not installed
nftables nftables-json

WARNING: There are 1 missing default packages, confirm this is expected before proceeding
It is safe to proceed with an upgrade

Al succesvolle upgrades (op 'Zyxel EX5601-T0 ubootmod')?

[Twee]

Om te upgraden naar een nieuwe major versie moet Advanced Mode aan staan, anders krijg je hem niet te zien. Die optie vind je op het configuration tabblad van attended sysupgrade. Dat is omdat de kans dat er iets fout gaat wat groter is bij een dergelijke upgrade, maar over het algemeen gaat dat gewoon goed. Uiteraard is het altijd verstandig om op voorhand even een backup te maken.
Edit: dit klopt niet meer, dat is iets van vorige versies.

RudolfR schreef op donderdag 12 maart 2026 @ 20:19:
Al succesvolle upgrades (op 'Zyxel EX5601-T0 ubootmod')?

Volgens de release notes is het bij dat model even opletten:

Users of Zyxel EX5601-T0 devices need to check their WAN interfaces as the port was renamed from `eth1` to `wan`.

[ Voor 3% gewijzigd door Twee op 13-03-2026 17:32 ]

[RudolfR]

@Twee

Bedankt, dat had ik gemist.

Wat je schrijft over advanced mode voor major updates klopt niet. 25.12 is beschikbaar, ook met advanced mode uit.

[Jip-Hop]

RudolfR schreef op donderdag 12 maart 2026 @ 20:19:
Al succesvolle upgrades (op 'Zyxel EX5601-T0 ubootmod')?

Ja 1 normale setup en 1 in dumb access point mode. Die laatste was wel lastig want kwam door de eth1 -> wan wijziging de router niet meer in. Maar heb het opgelost via failsafe mode.

[krijn1985]

@Jip-Hop de andere fungeert als router en kon je zonder problemen upgraden? Moest je zelf nog handmatig dan wan van eth1 naar wan aanpassen?

[Twee]

RudolfR schreef op donderdag 12 maart 2026 @ 21:15:
@Twee
Wat je schrijft over advanced mode voor major updates klopt niet. 25.12 is beschikbaar, ook met advanced mode uit.

Je hebt helemaal gelijk. Bij eerdere major upgrades was dat nog wel het geval, maar dat is dus veranderd. Dat maakt het weer wat makkelijker.

[Ankh]

Zojuist via owut geupgrade op mijn nanopi r4s :-) alles werkt gewoon.

[spitsv]

Ik heb OpenWrt draaien op x86, met adguard via OpenWrt.
Als ik update naar 25.12,dan werkt adguard niet meer (en de dns server dus ook niet).
Ik heb 2x de update gedaan via attendend sysupgrade (vandaag en paar weken geleden) maar probleem blijft. Heeft iemand tips?
(gelukkig gaat update terugzetten via proxmox backup erg goed)

[Falco]

spitsv schreef op vrijdag 13 maart 2026 @ 19:10:
Ik heb OpenWrt draaien op x86, met adguard via OpenWrt.
Als ik update naar 25.12,dan werkt adguard niet meer (en de dns server dus ook niet).
Ik heb 2x de update gedaan via attendend sysupgrade (vandaag en paar weken geleden) maar probleem blijft. Heeft iemand tips?
(gelukkig gaat update terugzetten via proxmox backup erg goed)

Probeer het anders eens met OWUT, misschien zijn er issues voor het x86 target?

https://openwrt.org/relea...5.12.0#upgrades_with_owut

[Jip-Hop]

krijn1985 schreef op vrijdag 13 maart 2026 @ 13:05:
@Jip-Hop de andere fungeert als router en kon je zonder problemen upgraden? Moest je zelf nog handmatig dan wan van eth1 naar wan aanpassen?

Ja als router. Na de upgrade heeft hij geen internet meer dus inderdaad met de hand aanpassen. Maar dat kan tenminste via LuCi.

[krijn1985]

Jip-Hop schreef op zaterdag 14 maart 2026 @ 10:07:
[...]


Ja als router. Na de upgrade heeft hij geen internet meer dus inderdaad met de hand aanpassen. Maar dat kan tenminste via LuCi.

Top! Weet ik wat mij (waarschijnlijk) te wachten staat als ik ga upgraden.

[RudolfR]

Upgrade via owut ging toch niet direct goed:

WARNING: There are 1 missing default packages, confirm this is expected before proceeding
Request:
Version 25.12.0 r32713-f919e7899d (kernel 6.12.71)
Request hash:
4822988163fcd5a2421e450b373f8c2b00fcfa8f71276cd50e5235803ad1cca9
--
Status: queued - 0 ahead of you
Progress: 0s total = 0s in queue + 0s in build
--
Status: init
Progress: 1s total = 0s in queue + 1s in build
--
Status: container_setup
Progress: 3s total = 0s in queue + 3s in build
--
Status: validate_manifest
Progress: 18s total = 0s in queue + 18s in build
--
Status: Error: Impossible package selection: missing (libubox20260213)
Progress: 20s total = 0s in queue + 20s in build

Build failed in 20s total = 0s in queue + 20s to build:
ASU server stderr =
Generate local signing keys...
WARNING: can't open config file: /builder/shared-workdir/build/staging_dir/host/etc/ssl/openssl.cnf
WARNING: can't open config file: /builder/shared-workdir/build/staging_dir/host/etc/ssl/openssl.cnf
read EC key
writing EC key
WARNING: opening /builder/packages/packages.adb: No such file or directory
Package list missing or not up-to-date, generating it.

Building package index...
ERROR: unable to select packages:
libubox20260213 (no such package):
required by: mtd-27[libubox20260213]
make[2]: *** [Makefile:254: package_install] Error 2
make[1]: *** [Makefile:193: _call_manifest] Error 2
make: *** [Makefile:369: manifest] Error 2

Traceback (most recent call last):
File "/app/.venv/lib/python3.14/site-packages/rq/worker.py", line 1439, in perform_job
return_value = job.perform()
File "/app/.venv/lib/python3.14/site-packages/rq/job.py", line 1318, in perform
self._result = self._execute()
~~~~~~~~~~~~~^^
File "/app/.venv/lib/python3.14/site-packages/rq/job.py", line 1376, in _execute
result = self.func(*self.args, **self.kwargs)
File "/app/asu/build.py", line 463, in build
result = _build(build_request, job)
File "/app/asu/build.py", line 282, in _build
report_error(job, check_package_errors(job.meta["stderr"]))
~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/app/asu/util.py", line 332, in report_error
raise RuntimeError(msg)
RuntimeError: Impossible package selection: missing (libubox20260213)

ERROR: Build failed with status 500 (--version-to 25.12.0 --device mediatek/filogic:zyxel_ex5601-t0-ubootmod:squashfs)
The above errors are often due to the upgrade server lagging behind the
build server, first suggestion is to wait a while and try again.

Snap niet direct wat er misgaat met libubox20260213, de versienummers matchen niet, en zijn bovendien ook heel recent.
libubox 2025.07.23~49056d17-r1 2026.03.13~81563384-r1

Later nog maar eens proberen, zoals aangeraden.

[Borromini]

Buildbot is bezig die pakketten te compileren waarschijnlijk, en daardoor zijn de dependencies out of sync.

[amarok]

Tom Paris schreef op maandag 9 maart 2026 @ 16:39:
[...]


Ja, nooit USB ethernetadapters gebruiken Voor 20/30 euro koop je een 4-poort Intel I350. Die kun je in Proxmox op passthrough zetten, dan kan OpenWrt er direct mee communiceren. Ga je een boel plezier van beleven qua stabiliteit, snelheid en flexibiliteit.

Ja, je hebt gelijk. Tot die conclusie kom ik ook na verder doorspeuren. Het jammere is dat de server een Intel NUC betreft en daar gaat zo'n PCIe(?) kaartje niet in,.

Maar ik ben aan het kijken naar een aantal firewall mini pc's op Amazon met 4 of 6 Intel i226 NIC's. Had een leuke gevonden voor een leuke prijs, maar die order werd geannuleerd vanwege niet op voorraad. We kijken verder...

[ThinkPad]

Geen managed switch aanwezig? Dan kun je met één netwerkkaart werken voor 'router on a stick' zoals ze dat noemen.

[Ankh]

RudolfR schreef op zaterdag 14 maart 2026 @ 12:38:
Upgrade via owut ging toch niet direct goed:


[...]


Snap niet direct wat er misgaat met libubox20260213, de versienummers matchen niet, en zijn bovendien ook heel recent.
libubox 2025.07.23~49056d17-r1 2026.03.13~81563384-r1

Later nog maar eens proberen, zoals aangeraden.

Met welk owut commando kreeg je dit?

[Tom Paris]

amarok schreef op zaterdag 14 maart 2026 @ 15:53:
[...]


Ja, je hebt gelijk. Tot die conclusie kom ik ook na verder doorspeuren. Het jammere is dat de server een Intel NUC betreft en daar gaat zo'n PCIe(?) kaartje niet in,.

Maar ik ben aan het kijken naar een aantal firewall mini pc's op Amazon met 4 of 6 Intel i226 NIC's. Had een leuke gevonden voor een leuke prijs, maar die order werd geannuleerd vanwege niet op voorraad. We kijken verder...

Moet het per se x86 zijn? Anders is een iets als een NanoPi R5S of R6S ook een goede optie.

[RudolfR]

Ankh schreef op zaterdag 14 maart 2026 @ 17:06:
[...]

Met welk owut commando kreeg je dit?

code:

owut upgrade --verbose --version-to 25.12

[Ankh]

RudolfR schreef op zaterdag 14 maart 2026 @ 17:27:
[...]

code:

owut upgrade --verbose --version-to 25.12

dus meteen de upgrade zonder de check?

[RudolfR]

@Ankh

Nee, natuurlijk de check eerst. Die gaf geen noemenswaardige problemen.

[amarok]

Tom Paris schreef op zaterdag 14 maart 2026 @ 17:09:
[...]
Moet het per se x86 zijn? Anders is een iets als een NanoPi R5S of R6S ook een goede optie.

Niet per se. Maar wil er wel graag Proxmox op draaien, zodat hij nog wat andere lichte taken, naast het routeren, kan uitvoeren.

Heb ondertussen een mini pc-tje aangeschaft. Het is deze geworden. Geen geheugen en SSD, maar dat heb ik thuis nog liggen.

[amarok]

ThinkPad schreef op zaterdag 14 maart 2026 @ 16:23:
Geen managed switch aanwezig? Dan kun je met één netwerkkaart werken voor 'router on a stick' zoals ze dat noemen.

Ja, zoiets gebruik ik nu. Maar niet helemaal tevreden mee. Proxmox draait op de NUC en daarin heb ik per vlan een vmbr aangemaakt. We nemen ook KPN IPTV af en multicasting werkt op deze manier niet. Vandaar dat ik ooit met die dongles ben begonnen, want die kon ik doorgeven aan OpenWrt en zo Proxmox omzeilen. Proxmox eet waarschijnlijk de multicast packets voor zijn/haar ontbijt, maar ik heb dat nooit weten op te lossen.

Overigens werkt KPN TV ook met unicast; maar ik gebruik liever multicast, omdat de beeldkwaliteit dan beter is. Voor nu kan ik ermee leven. Een mini pc met zes Intel 226 nic's is onderweg.

[RudolfR]

owut slaagt nu in de build, maar na een reboot is er geen upgrade uitgevoerd:

28 package build failures don't affect this device, details at
https://downloads.openwrt...25.12/aarch64_cortex-a53/

WARNING: There are 1 missing default packages, confirm this is expected before proceeding
Request:
Version 25.12.0 r32713-f919e7899d (kernel 6.12.71)
Request hash:
ecd4d4e90b52315a36c8c8daf704f7fe6a5fb76b18017ba1817a4deac9495ca5
--
Status: queued - 0 ahead of you
Progress: 0s total = 0s in queue + 0s in build
--
Status: init
Progress: 47s total = 0s in queue + 47s in build
--
Status: container_setup
Progress: 60s total = 0s in queue + 60s in build
--
Status: validate_manifest
Progress: 86s total = 0s in queue + 86s in build
--
Status: building_image
Progress: 121s total = 0s in queue + 121s in build
--
Status: done
Progress: 124s total = 0s in queue + 124s in build

Build succeeded in 124s total = 0s in queue + 124s to build:
version_number = 25.12.0
version_code = r32713-f919e7899d (requested r32713-f919e7899d)
kernel_version = 6.12.71
rootfs_size_mb = default
init-script = no-init-script

Image source: https://sysupgrade.openwr...d-squashfs-sysupgrade.itb
Image saved : /tmp/firmware.bin
Manifest : /tmp/firmware-manifest.json
Verifying : /tmp/firmware.bin (11747616 bytes) against /tmp/firmware.sha256sums
Saved sha256 matches
(null)
Checks complete, image is valid.
Installing /tmp/firmware.bin and rebooting...
root@OpenWrt:~# client_loop: send disconnect: I/O error
pnacl-programma laden... klaar.
Verbinding maken met root@192.168.1.1…
ssh: connect to host 192.168.1.1 port 22: Connection refused
pnacl-programma laden... klaar.
Verbinding maken met root@192.168.1.1…
ssh: connect to host 192.168.1.1 port 22: Connection refused
pnacl-programma laden... klaar.
Verbinding maken met root@192.168.1.1…
root@192.168.1.1's password:


BusyBox v1.36.1 (2025-09-24 11:31:49 UTC) built-in shell (ash)

_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
-----------------------------------------------------
OpenWrt 24.10.3, r28872-daca7c049b
-----------------------------------------------------
root@OpenWrt:~# uptime
10:37:40 up 0 min, load average: 0.39, 0.13, 0.04
root@OpenWrt:~# vi /etc/config/network
root@OpenWrt:~# /etc/init.d/network restart
root@OpenWrt:~# dmesg | grep -i "boot"
[ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034]
[ 0.000000] Machine model: Zyxel EX5601-T0 ubootmod
[ 0.000000] alternatives: applying boot alternatives
[ 0.004725] CPU1: Booted secondary processor 0x0000000001 [0x410fd034]
[ 0.005048] CPU2: Booted secondary processor 0x0000000002 [0x410fd034]
[ 0.005331] CPU3: Booted secondary processor 0x0000000003 [0x410fd034]
[ 0.962723] 0x000000100000-0x000000180000 : "u-boot-env"
[ 8.017533] FIT: Detected U-Boot 2023.07.02-OpenWrt-r24106-10cc5fcd00
[ 8.024252] FIT: Selected configuration: "config-1" (OpenWrt zyxel_ex5601-t0-ubootmod)
[ 8.042518] FIT: flat_dt sub-image 0x003f3000..0x003f9215 "fdt-1" (ARM64 OpenWrt zyxel_ex5601-t0-ubootmod device tree blob)
[ 8.054770] FIT: filesystem sub-image 0x003fa000..0x00a7dfff "rootfs-1" (ARM64 OpenWrt zyxel_ex5601-t0-ubootmod rootfs)
[ 9.114019] kmodloader: loading kernel modules from /etc/modules-boot.d/*
[ 9.331468] kmodloader: done loading kernel modules from /etc/modules-boot.d/*

Op mijn systeem ontbreekt fitblk, kan dat het probleem zijn?
Volgens gemini wel, maar online kon ik niet veel over die tool vinden, dus ik had er niet teveel aandacht aan gegeven.

Default package analysis:
Default Provided-by
fitblk not installed
nftables nftables-json

Lijkt er wel op:
https://www.reddit.com/r/..._t56_from_24100_to_24105/

code:

# opkg update
# opkg install fitblk
# owut upgrade

Werkt.