Firmware-update: OpenWrt 19.07.2

Er is een tweede update voor versie 19.07 van OpenWrt uitgekomen. OpenWrt is alternatieve opensourcefirmware voor een groot aantal verschillende routers en embedded devices. Door middel van het opkg-package management system is er de mogelijkheid om zelf te bepalen wat de router allemaal wel en niet kan. Ook op GoT zijn er diverse mensen actief mee bezig, zie daarvoor dit topic. Bijwerken van de versie kan gewoon met sysupgrade vanuit de webinterface. De belangrijkste verbeteringen die in deze uitgave zijn aangebracht, zijn hieronder voor je op een rijtje gezet.

Security fixes

• Security Advisory 2020-02-21-1 - ppp buffer overflow vulnerability (CVE-2020-8597)
• Other security fixes

Bug fixes and improvements

• Services: fix a libubox regression in 19.07.1 that caused umdns to stop working (FS#2833)

Device support

• Fix ar71xx - ath79 sysupgrade for some devices: fritz300e
• Add ar71xx - ath79 migration for wireless configuration of all ar93xx/qca95xx devices
• Add support for more devices in ath79: Ubiquiti Nanostation Loco M (XM & XW), Picostation M (XM)
• Add support for Luxul ABR-4500 and XBR-4500
• Fix CPU performance issues on ipq806x
• Re-enable images for D-Link DIR-645
• Various fixes and improvements for several devices: TP-Link TL-MR3020 v3, TL-WA801ND v5, TL-WR841N/ND v8, TL-WR842N v2, WDR3600/WDR4300, Mikrotik RB912UAG-5HPnD r2, Netis WF-2881

LuCI web interface

• uhttpd: improve reliability of HTTPS requests under heavy load (there was a deadlock leading to timeouts). There may remain residual issues.
• Fix support for the optional nginx integration
• Update translations from weblate

Core components

• Update Linux kernel from 4.14.167 to 4.14.171
• Update mac80211 for brcm to latest 5.6 backports

Known issues

• Transition to ath79: several devices that are supported in ar71xx are not yet supported in ath79: this is a community effort. Helping to port devices to ath79 to make them available in future releases is very welcome.
• Device support: images for some device became too big to support a persistent overlay, causing such devices to lose configuration after a reboot. If you experience this problem, please report the affected device in the forum and consider downgrading to OpenWrt 18.06 or using the Image Builder to pack a smaller custom image
• Device support: unstable Ethernet link with atheros switch on some ath79 devices (such as TL-WR841N): FS#2216, FS#2730
• LuCI web interface: some optional GUI packages crash with an error about missing “cbi.lua”, install the luci-compat package to fix these

Versienummer	19.07.2
Releasestatus	Final
Website	OpenWrt
Download	https://openwrt.org/releases/19.07/notes-19.07.2
Licentietype	GPL

Reacties (23)

[Bongoarnhem]

Heel fijn als je router dit ondersteund.
Alleen ik vind dd-wrt wat onoverzichtelijk.
Kan er intussen een andere skin worden gekozen oid?

Dom dom dom Open-wrt is wat anders dan dd-wrt. Ik ken Open-wrt niet, is deze overzichtelijker dan dd-wrt?

[Reactie gewijzigd door Bongoarnhem op 24 juli 2024 02:02]

[Qpad]

Meer info omtrent OpenWRT:
https://nl.hardware.info/...om-firmware-onder-de-loep

[misterbennie]

Dit gaat over OpenWrt.
Anders beestje dan dd-wrt.

[TimoDimo]

@Qpad @misterbennie OpenWRT is de 'basis' van alle open source besturingssystemen voor embedded devices. DD-WRT is dan ook gebaseerd (geforkt) van OpenWRT. Dat is wel een heel aantal jaren geleden. Ondersteunt je router dus OpenWRT dan zal hij ook wel DD-WRT ondersteunen en omgekeerd.

[misterbennie]

Zelfs als dit zo is dan heb je een dikke kans dat er alleen een hele oude firmware voor je router beschikbaar is. Ook zijn nieuwere routers wel in de ene en niet in de andere aanwezig (en andersom).

[IRCfreAk]

Erg blij mee sinds ik dit op mijn router heb draaien. Heb een tp-link archer c7 v2 en moest dat ding om de haverklap resetten. Nu ik openwrt erop heb werkt alles als een zonnetje en vele malen stabieler. Er zit ook geen limiet meer op port forwards etc waar ik voorheen tegenaan liep.

[Hansie9999]

Heb jij al eens een test gedaan met je Archer C7 of hij op de WAN poort de volle 1000mbps heeft ? (wel 959mbps als je overhead mee telt)

Want ik had op mijn Archer C7 eerst gargoyle staan (zodat ik de kindjes hun data limiet mooi kon instellen )
had toen Telenet met 50mbps en een datalimiet

maar toen ik naar een telenet van 300mbps overschakelde merkte ik dat de maximum snelheid op de WAN poort 70mbps was, als ik dan alles van limiet en QoS en zo af zette dan haalde hij nog maar een 170mbps op de WAN poort.

Ik heb dan OpenWRT er op gezet en daar ook als ik alles af zet is de maximum die ik haal op de WAN poort een 230-250mbps

Als ik dan terug de stock firmware er op zet haal ik op mijn WAN poort 959mbps (de hardware maximum)

Ik test op deze manier : https://www.duckware.com/tech/router-wan-to-lan-throughput-test.html

Welke snelheid haal jij op de WAN poort ? Want het is al weer even geleden dat ik het teste , misschien dat het met de nieuwste versie van OpenWRT beter is ?

[Qpad]

Probeer een om de optie Enabling flow offloading aan te zetten:
https://www.leowkahman.co...wrt-with-flow-offloading/

Pietprecies maakt eveneens melding van de flow offloading optie....

[Reactie gewijzigd door Qpad op 24 juli 2024 02:02]

[Hansie9999]

Bedankt voor de tip, als ik volgende keer weer eens een custom firmware op zet zal ik het testen.

[winos]

Let op, SQM werkt niet lekker met flow offloading.
(Bufferbloat)

Wil je de allerbeste, meest getweakte openwrt firmware voor qca devices dan kun je hier kijken.

https://github.com/gwlim/...oad/blob/master/README.md

Mijn wndr3600 heeft zelfs een overclock op de cpu en een andere bootloader. (Dit is niet nodig voor de C7 want die is relatief snel)

[Reactie gewijzigd door winos op 24 juli 2024 02:02]

[zaadstra]

Dat is precies de reden dat ik nog niet over ben. Moderne routers hebben blijkbaar hardware router chips aan boord die de originele firmware met proprietary code gebruikt. OpenWRT kan dat (helaas) niet en doet het in software, dus (soms) veel langzamer.

Met 100Mbit glas was het geen issue voor een router uit 2011, maar nu met Gbit glas en een nieuwe R7800 is het wel een dingetje.

[pietprecies01]

@IRCfreAk
Heb het nog niet goed getest, maar sinds versie 19.07 zit er support voor hardware acceleration in (network -> firewall -> hardware flow offloading). Heb de snelheid dus nog niet getest, maar ook zonder haalde ik 330mbit. Zal wel toevoegen wanneer ik het getest heb, maar toen het nog beta was haalde ik ~700mbit, dus al een stuk beter. Maar zodra je ingewikkelde routing inschakeld (QoS ofzo) krijg je wel een grote performance impact.

[Reactie gewijzigd door pietprecies01 op 24 juli 2024 02:02]

[Hansie9999]

zonder enige vorm van routing of QoS of zo haalde ik ook niet de top snelheid

zal het binnenkort nog eens testen met een nieuwe versie.

Alvast bedankt,

[Tomaat]

Wat mij in het verleden vaak opviel is dat in howto's e.d. vaak wordt gezegd dat je beter niet de laatste versie van OpenWRT kan pakken, omdat daar relatief veel bugs inzitten. Hoe zit dat tegenwoordig? Kan ik bijvoorbeeld gewoon de laatste release checkouten, builden en op m'n WRT54G flashen?

[The Zep Man]

Wat mij in het verleden vaak opviel is dat in howto's e.d. vaak wordt gezegd dat je beter niet de laatste versie van OpenWRT kan pakken, omdat daar relatief veel bugs inzitten.

Ik denk dat dat tegenwoordig genuanceerd kan worden tot de development snapshots. De releases zijn naar mijn ervaring stabiel en robuust.

Hoe zit dat tegenwoordig? Kan ik bijvoorbeeld gewoon de laatste release checkouten, builden en op m'n WRT54G flashen?

Je kan gemakkelijker een voorgebouwd image ophalen en gebruiken. Controleer wel of jouw WRT54G ondersteund wordt. Er zijn wat nieuwere revisies die te weinig geheugen hebben.

[Reactie gewijzigd door The Zep Man op 24 juli 2024 02:02]

[terradrone]

openwrt op een broadcom based device, zoals een wrt54g, is altijd een slecht idee. broadcom vereist closed source binary blobs, zoals de drivers vd radios, iets waar ddwrt wel toegang tot heeft (via een nda). Daarom zal openwrt nooit dezelfde functionaliteit op broadcom socs kunnen bieden als ddwrt, of broadcom moet spontaan besluiten al hun proprietaire binary drivers opensource te gaan maken. Maar dat zie ik niet snel gebeuren ;-)

[Qpad]

OpenWRT flashen op de WRT54G zal niet lukken:
https://openwrt.org/toh/linksys/wrt54g

[The Zep Man]

Challenge accepted.

Van de pagina die je noemt:

19.07 will be the last official build for 4/32 devices. After 19.07, no further OpenWrt images will be built for 4/32 devices.

Laat dit nu net de laatste ondersteunde versie zijn voor deze apparaten.

Het wordt afgeraden omdat de hoeveelheid geheugen en opslag van de WRT54G erg beperkt is, maar onmogelijk is het niet.

[Reactie gewijzigd door The Zep Man op 24 juli 2024 02:02]

[jurroen]

Ben wel benieuwd, is er een reden dat je nog een WRT54G gebruikt? De Archer C7 is vrij betaalbaar (mits je het hebt, natuurlijk) en draait OpenWRT vrij vlekkeloos

[Tomaat]

Oh puur als spielerij

[Snake]

Laatst nog eens OpenWRT getest, en de IPv6 support is niet genoeg.

Geen optie voor DHCP voor ULAs.
Ook veel van de beschrijvingen zijn slecht.

Als ik wat meer tijd had zou ik zelf een contribution doen...

[The Zep Man]

Geen optie voor DHCP voor ULAs.

Je kan gewoon een network interface een ULA IPv6 adres+prefix geven. Vervolgens worden er ULA IPv6 adressen in dat netwerk uitgedeeld gebaseerd op de gekozen prefix, via Router Advertisement (ICMPv6) en/of DHCPv6 (net wat je inschakelt). Werkt voor mij perfect. Mogelijk moet je wel 'Use builtin IPv6-management' uitschakelen om te voorkomen dat externe IPv6 ranges intern worden toegewezen als je dat niet wilt.

Ook veel van de beschrijvingen zijn slecht.

Je moet zelf wat van netwerken afweten. OpenWRT is niet een product die je aan het handje meeneemt. Als je wel wat van netwerken weet dan is het een krachtig platform, of je nu de web-interface of de CLI gebruikt.

[Reactie gewijzigd door The Zep Man op 24 juli 2024 02:02]

[Snake]

ULA ondersteund geen DHCP.

pi-hole zit in die range, en ik kan pi-hole geen adres geven en de anderen via SLAAC. Dat moet dus via DHCP.

Ook: zonder DHCP zie ik enkel IPs in pi-hole. Ik wil weten wie wie is.