Firmware-update: OpenWrt 18.06

Versie 18.06 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 enkele mensen hier actief mee bezig, bijvoorbeeld voor de TP-Link TL-WR1043ND. Versie 18.06 is de eerste stabiele uitgave na het samengaan van de projecten OpenWrt en Linux Embedded Development Environment.

OpenWrt 18.06

The OpenWrt Community is proud to present the OpenWrt 18.06 stable version series. It is the first stable version after the OpenWrt/LEDE project merger and the successor to the previous stable LEDE 17.01 and OpenWrt 15.05 major releases.

The OpenWrt 18.06 series focuses on support for network flow offloading and modernizing the Atheros AR71xx target.

Versienummer	18.06
Releasestatus	Final
Website	OpenWrt
Download	https://github.com/openwrt/openwrt/releases/tag/v18.06.0
Licentietype	GPL

Reacties (30)

[satya]

Kun je hier ook pi-hole op/onder draaien als je dat zou willen?

[Visje!]

Als alternatief kun je in ieder geval wel de applicatie Adblock installeren via ssh:

opkg install adblock
opkg install luci-app-adblock

Meer info: https://github.com/openwr...t/adblock/files/README.md

Heb er zelf goede ervaringen mee op Lede 17.01.4. Je kunt eenvoudig zelf extra blocklists toevoegen.

[Trygve]

Werkt dit fatsoenlijk voor jou? Ik heb het eerder geprobeerd, kreeg in de Youtube-app op Android nog steeds reclame voorgeschoteld.

[DIKKEHENK]

deze versie van adblock doet het op domein niveau, op webpage niveau dien je nog steeds iets als ublock oid te draaien. Kheb deze versie ook draaien, werkt prima op domen niveau.

[RoestVrijStaal]

In dat geval wil je NewPipe gebruiken als vervanger voor de Youtube app.

[Trygve]

Thanks! Het knopje van je avatar werkt helaas niet, maar het is een prima tip

[Visje!]

Heb het even getest maar in de Youtube-app op Android werkt het i.d.d. niet en ik kan daarvoor zo snel geen oplossing vinden

[bytemaster460]

Youtube streamt advertenties tegenwoordig via dezelfde servers als de content. Hierdoor gaat het blokkeren van advertenties op basis van DNS niet meer lukken.

[Mijzelf]

Niet zonder meer. Maar met wat moeite moet het wel lukken. (Mits je router genoeg oemph heeft. De webinterface van pi-hole is volgens mij nogal bulky.)

[MsG]

Uiteindelijk is pi hole ook niet veel meer dan een veredelde hosts lijst. Heb nooit zo gesnapt waarom mensen pi hole zo vereren, en er zelfs een hele Raspberry dedicated voor inzetten. Een goede adblocking host file doet precies hetzelfde.

[bytemaster460]

Met de interface van Pihole heb je wel nog allerlei andere mogelijkheden binnen handbereik. Snel de DNS request inzien en domeinen blacklisten of whitelisten, al dan niet met wildcard. Met één klik schakel je de filters uit, je kunt heel snel van DNS-server wisselen (Google, OpenDNS, Cloudflare etc.), een nieuwe bron van een blocklist plak je zo erin en de domeinen worden direct toegevoegd, de blocklists gelden voor je hele netwerk en niet alleen voor de PC met de hostfile, uitgebreide DHCP-server.
Alles bij elkaar is het toch wel veel gemakkelijker dan ieder apparaat voorzien van een up to date hostfile (zover dat kan want iphones en ipads hebben dat niet eens).

[MsG]

Er zijn legio adblocking DNS-servers, die zou je op routerniveau kunnen instellen. Dan mis je enkel nog de features die je noemt, maar is het hoofddoel, ads blokkeren, gedekt. Een OpenWRT of DD-WRTrouter kan ook prima een centrale hosts-list draaien.

[bytemaster460]

ik heb het allemaal geprobeerd maar pihole is toch echte de meest comfortabele oplossing. Alles zelf in de hand en binnen een paar muisklikken aangepast. Ik denk dat je het gebruiksgemak t.o.v. het zelf bijhouden van een hostfile of het gebruik van publieke adblocking dnsservers erg onderschat.

[Obscurax]

Net een upgrade gedaan van LEDE 17.01.4 naar OpenWRT 18.06.0 op een Archer C7 v2. Alles verliep vlekkeloos.

[MrFax]

LEDE heeft OpenWrt overgenomen toch?

[Jexecute]

Niet overgenomen, ze zijn terug samen gegaan.
LEDE was een fork van OpenWRT.
Op de homepage lees je meer https://openwrt.org/start
As we enter 2018, both OpenWrt and the former LEDE project are happy to announce their unification under the OpenWrt name.

[Maurits van Baerle]

Nee, niet overgenomen. Het nu weer samengevoegde project gebruikt de code en wat van de tooling van het LEDE project maar de branding, website en nog wat dingen van het OpenWrt project.

[Maurits van Baerle]

OpenWrt 18.06 is nu ook officieel uit en er zijn nu uitgebreidere release notes:

Highlights In OpenWrt 18.06.0

The OpenWrt community is proud to announce the first release of the OpenWrt 18.06 stable version series. It incorporates over 4000 commits since branching the previous LEDE 17.01 release and has been under development for well over a year.

With this release, the re-merged OpenWrt project attempts to define a baseline for future development based on the technological modernization and refined release processes done by the former LEDE project.

Highlights of this release since the previous LEDE 17.01 and OpenWrt Chaos Calmer 15.05 versions are:

Linux kernel updated to version either 4.9.111 or 4.14.52, depending on the architecture
Updated toolchain:

• musl libc 1.1.19
• uClibc-ng 1.0.30
• glibc 2.26+
• gcc 7.3.0
• binutils 2.29.1

Updated Linux kernel:

• Kernel 4.9.111 for ar7, ar71xx, arc770, at91, brcm2708, brcm63xx, ixp4xx, lantiq, layerscape, mpc85xx, orion, rb532 and uml
• Kernel 4.14.52 for apm821xx, archs38, armvirt, ath25, bcm53xx, brcm47xx, cns3xxx, gemini, imx6, ipq40xx, ipq806x, kirkwood, malta, mediatek, mvebu, mxs, octeon, octeontx, omap, oxnas, pistachio, ramips, sunxi and x86
• Backported network flow offloading support for targets using kernel 4.14

Network userland:

• IPv6 related fixes in DHCPv6 client and servers
• Support for user DHCPv6 client options in sent packets
• DHCP forced renew support (RFC6704) in odhcpd
• Firewall support for conntrack helper setup and better ipset integration
• Introduced support for configuring GRE, GRE-TAP, VETH, VTI, VXLAN
• CAKE v20180716 includes tc filter classification making ingress prioritisation easier. Cake & sqm-scripts updated representing state of the art mitigations for bufferbloat
• Wireguard VPN v20180625 with MIPS optimisations and flow-offload compatibility

System userland:

• Improvements in system upgrade procedure
• Bugfixes in the process manager, system message bus, embedded webserver and the configuration management library

Platform and Driver Support

• Dropped adm5120, adm8668, au1000, mcs814x, omap24xx, ppc40x, ppc44x, xburst and zynq targets
• Added Spectre and Meltdown mitigations as well as microcode loading support to x86
• Rebased oxnas target on top of upstream Kernel 4.14 support
• Updates and new device support across all targets

Web interface:

• New auto-rollback functionality to revert configuration changes when access to the router is lost
• Better support for displaying virtual interfaces and low level configuration errors
• Security improvements

Known issues:

• Support for a hardware-bug workaround needed for devices having an AT8032 ethernet phy accidentally got dropped. Hence devices with that ethernet chip may experience connectivity issues. At least ubnt-loco-m-xw and most likely other single-port ubnt devices are affected. [fix merged, queued for 18.06.1]
• Using ip4ip6 tunnel interface as a fallback interface accepting ip4-in-ip6 tunneled packets from any remote address doesn't work. [fix merged, queued for 18.06.1]
• Support for PCIe on ox820 is broken, results in missing USB3 support on Shuttle KD20 [driver needs more work]
• Images for some device became too big to support a persistent overlay, causing such models to lose configuration after a reboot. If you experience this problem, please report the affected device and consider downgrading to LEDE 17.01.5 or using the Image Builder to pack a smaller custom image
• Some devices, such as the Netgear R6100, may lack 5GHz wireless AC support. Investigation is ongoing and a fix is expected for 18.06.1. Affected users shall downgrade to LEDE 17.01.5 for the time being and wait for the first service release.
• Devices using the mt76 wireless driver may experience stability issues on 2.4GHz
• The legacy at91 and legacy ath25 (formerly “atheros”) targets failed to build due to image size constraints and are not part of the release
• A GUI bug prevents selecting and scrolling text in the system and kernel log pages. To solve, either upgrade “luci-theme-bootstrap” using opkg or switch to another theme. [fix merged, queued for 18.06.1]

With the release of OpenWrt 18.06, the old OpenWrt 15.05 release is marked end of life and will not get any support any more, not even for severe security problems. LEDE 17.01 will still get some security support for a limited time. We encourage everyone to upgrade to OpenWrt 18.06 to get the best support.

OpenWrt 18.06 Release Notes

Als je nóg meer details wil kun je die hier vinden.

[Reactie gewijzigd door Maurits van Baerle op 24 juli 2024 10:53]

[Fietsventje]

Nog steeds niet officieel aangekondigd op de OpenWRT website, deze release.

De release notes zijn op de achtergrond wel al voorbereid:

https://openwrt.org/releases/18.06/notes-18.06.0

Highlights of this release since the previous LEDE 17.01 and OpenWrt Chaos Calmer 15.05 versions are:

• Linux kernel updated to version either 4.9.111 or 4.14.52, depending on the architecture
• Updated toolchain:
  • musl libc 1.1.19
  • uClibc-ng 1.0.30
  • glibc 2.26+
  • gcc 7.3.0
  • binutils 2.29.1
• Updated Linux kernel:
  • Kernel 4.9.111 for ar7, ar71xx, arc770, at91, brcm2708, brcm63xx, ixp4xx, lantiq, layerscape, mpc85xx, orion, rb532 and uml
  • Kernel 4.14.52 for apm821xx, archs38, armvirt, ath25, bcm53xx, brcm47xx, cns3xxx, gemini, imx6, ipq40xx, ipq806x, kirkwood, malta, mediatek, mvebu, mxs, octeon, octeontx, omap, oxnas, pistachio, ramips, sunxi and x86
  • Backported network flow offloading support for targets using kernel 4.14
• Network userland:
  • IPv6 related fixes in DHCPv6 client and servers
  • Support for user DHCPv6 client options in sent packets
  • DHCP forced renew support (RFC6704) in odhcpd
  • Firewall support for conntrack helper setup and better ipset integration
  • Introduced support for configuring GRE, GRE-TAP, VETH, VTI, VXLAN
  • CAKE v20180706 & sqm-scripts updated representing state of the art mitigations for bufferbloat
  • Wireguard VPN v20180625 with MIPS optimisations and flow-offload compatibility
• System userland:
  • Improvements in system upgrade procedure
  • Bugfixes in the process manager, system message bus, embedded webserver and the configuration management library
• Platform and Driver Support
  • Dropped adm5120, adm8668, au1000, mcs814x, omap24xx, ppc40x, ppc44x, xburst and zynq targets
  • Added Spectre and Meltdown mitigations as well as microcode loading support to x86
  • Rebased oxnas target on top of upstream Kernel 4.14 support
  • Updates and new device support across all targets
• Web interface:
  • New auto-rollback functionality to revert configuration changes when access to the router is lost
  • Better support for displaying virtual interfaces and low level configuration errors
  • Security improvements

[Reactie gewijzigd door Fietsventje op 24 juli 2024 10:53]

[Ravefiend]

Ja, toen ik gisteren keek waren de builders nog druk in de weer om images te genereren voor al de verschillende architecturen etc vandaar dat ze zelf nog geen nieuws gepubliceerd hadden op de OpenWRT home page.

Deze ochtend lijken die builds wel bijna klaar.
http://release-builds.lede-project.org/18.06/images/builders

[Reactie gewijzigd door Ravefiend op 24 juli 2024 10:53]

[Yodocus]

Wat gebeurt er als ik deze over mijn huidige Lede firmware heen flash. Blijven mijn settings dan bewaard of moet ik de config dan opnieuw doen?

[Maurits van Baerle]

Zolang je het ‘sysupgrade’ bestand gebruikt en niet ‘factory’ dan kun je je settings bewaren. Volgens mij kun je (zolang je het sysupgrade bestand gebruikt) in de GUI aangeven of je ze wil resetten of niet.

[Yodocus]

Bedankt voor de tip!

[Maurits van Baerle]

Geen dank, voor dit soort dingen kun je overigens altijd in Het grote OpenWRT topic terecht.

[satya]

Hele avond stoeien, maar niet op de Netgear wndrmacv2 (3800) geïnstalleerd te krijgen.
Niet via de webinterface, en niet via tftp. Jammer.

[Reactie gewijzigd door satya op 24 juli 2024 10:53]

[Maurits van Baerle]

Welke image heb je gebruikt? Deze: https://downloads.openwrt...0-squashfs-sysupgrade.bin ?

Wat draait er nu op ?

[satya]

De images genoemd onder de pagina van de WNDR3800. Ik zal deze ook eens proberen, maar naar ik begrijp zou ik geen sysupgrade image moeten proberen.

[Maurits van Baerle]

OK, welke images bedoel je? Welke pagina heb je het specifiek over? Voordat we een verkeerde uploaden.

Wat draait hij nu? Iets anders dan OpenWrt of LEDE? Dan moet je inderdaad de Factory hebben en niet Sysupgrade.

[satya]

Heb ze van hier geprobeerd: https://wiki.openwrt.org/toh/netgear/wndr3800
En ook deze: https://openwrt.org/toh/hwdata/netgear/netgear_wndr3800

Via de webinterface is alles een nogo.
Ook tftp procedure werkt niet. met alle files geprobeerd, ook hernomen naar firmware.bin of firmware.img helpt niet. Soms lukt de overdracht, maar na de herstart staat de netgeer weer vrolijk voor mijn neus.

Ik kom vanaf een mac. interne tftp gaat helemaal niet, met tftp client wel overdracht etc. etc.

Geen fijne betrouwbare ervaring dit.

[Maurits van Baerle]

Probeer het eens met dit bestand, dat is die voor de allerlaatste versie. https://downloads.openwrt...3800-squashfs-factory.img

Sowieso denk ik dat dit een probleem is om in Het grote OpenWRT topic neer te leggen. Daar zitten mischien mensen die een zelfde probleem al hebben opgelost. Ik heb zelf ook wel eens een router gehad die heel moeilijk van z’n originele firmware af te krijgen was zonder kunstgrepen.

[Reactie gewijzigd door Maurits van Baerle op 24 juli 2024 10:53]