Firmware-update: OpenWrt 19.07.7

Er is een nieuwe 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.

Main changes from OpenWrt 19.07.6

Only the main changes are listed below. See changelog-19.07.7 for the full changelog.

Security fixes

• Security Advisory 2021-02-02-1 - netifd and odhcp6c routing loop on IPv6 point to point links (CVE-2021-22161)
• Security Advisory 2021-02-02-2 - wolfSSL heap buffer overflow in RsaPad_PSS (CVE-2020-36177)
• Various security fixes in packages

Note: security fixes for most packages can also be applied by upgrading only the affected packages on running devices, without the need for a full firmware upgrade. This can be done with opkg update; opkg upgrade the_package_name or through the LuCI web interface.

Nevertheless, we encourage all users to upgrade their devices to OpenWrt 19.07.7 or later versions whenever possible.

Major bug fixes

• Fix dnsmasq error messages such as failed to send packet: Network unreachable or failed to send packet: Address family not supported by protocol that could be filling up logs. This was a regression caused by the dnsmasq update in 19.07.6.
• Fix opkg so that it purges obsolete packages from its local cache. This fixes a long-standing issue in the ImageBuilder where a manual cleanup was needed before rebuilding: FS#2690

Device support

• Improve stability of mediatek Ethernet switch (affects many mt7621 devices): FS#2628
• Fix Wi-Fi band detection on some Broadcom-based devices
• Fix poor 2.4 GHz Wi-Fi performance on TP-Link Archer C50 v4 due to a missing EEPROM chip ID: FS#2781
• Make initramfs image usable out-of-the-box on Turris Omnia
• Use full flash size on Nucom R5010UN v2
• Fix support for TP-Link TL-WR810N v1 in ath79: FS#3522
• Remove broken factory image for TP-Link Archer C2 v1
• Fix unintended failsafe mode during boot on Netgear EX6150: FS#3590

Various fixes and improvements

• The ImageBuilder no longer requires compilers (gcc, g++) and libncurses-dev. This was partially implemented in 19.07.6 but one part was missing to make it actually work.
• Update to a new major version of ksmbd to fix several bugs. This breaks compatibility with previous versions of OpenWrt (19.07.0 to 19.07.6): it is no longer possible to install a working version of ksmbd-tools on previous versions of OpenWrt. Existing installations will keep working, but ksmbd-tools should not be upgraded with opkg. PR#14647

See addressed_bugs for a complete list of bug fixes.

LuCI web interface

• Fix array sorting on Chrome: GH#4792
• Add nextdns.io and quad 101 providers to luci-app-https-dns-proxy package
• Update translations from weblate
• Several additional bug fixes and improvements

Core components

• Update Linux kernel from 4.14.215 to 4.14.221
• Update wolfssl from 4.5.0 to 4.6.0

Regressions

• kmod-fs-ksmbd has a dependency to the not existing package kmod-crypto-arc4. Installing kmod-fs-ksmbd returns this:

   * satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-fs-ksmbd:
   * 	kmod-crypto-arc4
   * opkg_install_cmd: Cannot install package kmod-fs-ksmbd.

  • Run this to force the installation: GH#14771

    opkg install --force-depends kmod-fs-ksmbd

    to force the installation.

Known issues

• Transition to ath79: some 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: conversely, certain images for devices with small flash (4 MB) are no longer built for the release

See also: active bug reports for openwrt-19.07

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

Reacties (8)

Jammer dat de Xiaomi 4a gigabit er nog niet bij staat.
Deze wordt met de snapshots al een hele tijd ondersteund.

Alleen zijn die nog niet helemaal stabiel.

Op het forum zijn gelukkig wel werkende images te vinden(of zelf compileren natuurlijk)

Ik heb ook een MI Router 4A Gigabit, van Amazon.nl gehaald toen die voor €26 erop stond. Direct een OpenWRT image van iemand anders erop geflasht, kort getest en het lijkt best prima te werken.

Sidenote: Ik draai thuis een TP-Link Omada netwerk met 5 switches en 4 APs (zware overkill, I know), dus thuis gebruik ik hem niet. Het is vooral voor als we bij iemand anders thuis een LAN party hebben en het Wi-Fi daar brak is, of als de vriend in kwestie liever het Wi-Fi wachtwoord niet wil delen. Reserve apparaatje dus, helemaal in Corona-tijd, maar ik kon het niet laten voor dat geld

[Reactie gewijzigd door job_h op 18 februari 2021 21:12]

Helaas ook nog geen stable voor de Raspberry Pi 4.
Deze gebruik ik hier nu een maandje naar volle tevredenheid.

Wat is de use case om OpenWRT op een RPi te zetten?

CPU van de RaspberryPi4 is superieur t.o.v. gangbare routers.
Ik had hiervoor 3 TP-Link Archer C7 waarvan 1 de router. Daar heb ik allemaal 'domme' acces points van gemaakt, met VLAN configuratie. De RPI4 is de router. Een voorbeeld is dat de RPI4 200mbit+ over VPN haalt met het wireguard protocol, met SQM/QOS enabled!

Zie dit draadje op het forum van openwrt voor een goede build (snapshot).

Maar is dat praktisch? Heb rond de kerst mijn Linksys 3200ACM gekocht voor 126 euro (was wel een goede aanbieding). Daar haal ik dezelfde prestaties mee en hoef je geen aparte USB-ethernetadapter en geen switch meer toe te voegen. Daarnaast heb je dan ook nog eens uitstekende WiFi op beiden frequenties die ook nog eens aardig wat clients met een flinke snelheid kan bedienen. Een pi4 plus de benodigde accessoires, switch en ethernet adapter kost dan ongeveer net zoveel. Tenzij je de rekenkracht van de pi echt nodig hebt, lijkt het mij toch praktischer om een goede kant en klaar router te voorzien van openwrt. Of wil je die pi dan nog allerlei andere taken laten uitvoeren?

Was voor mij de voordeligste upgrade ( ca. 75 euro). Daarnaast toch echt een stuk sneller dan de 3200ACM. Ik heb het nu niet nodig (250mbit Ziggo), maar ga straks naar 1gbit glasvezel, dan komt de power nog meer van pas. Verder heb Nginx proxy, acme, printer server draaien. Niet echt intensieve taken dus.

Daarnaast gebruik ik VLAN's. Daardoor heb ik nu 1 utp kabel tussen rpi en Archer C7 (1). Dus geen extra USB ethernet nodig.

Dus al met al leek dit me een betere investering.

Mijn EdgeRouter X is nu weer iets stabieler door deze fix: "Improve stability of mediatek Ethernet switch (affects many mt7621 devices)".

Ik kreeg bij dslreports.com/speedtest nog wel eens een kleine hickup waardoor ik regelmatig net niet de 3x A+ rating kreeg. Nu is het zo stabiel dat dat elke keer goed gaat.
Daarvoor moet je overigens wel SQM QoS geïnstalleerd en geconfigureerd hebben met cake en layer_cake.qos en de snelheid 10% lager dan je internet bandbreedte.
Ideaal om de ping tijden ten alle tijden laag te houden.