{"id":101191,"date":"2021-09-05T10:22:35","date_gmt":"2021-09-05T08:22:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-openwrt-21-02-0"},"modified":"2021-09-05T10:22:35","modified_gmt":"2021-09-05T08:22:35","slug":"vypusk-openwrt-21-02-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/vypusk-openwrt-21-02-0","title":{"rendered":"Ver\u00f6ffentlichung von OpenWrt 21.02.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die neue, bedeutende Version des OpenWrt-Distributionspakets 21.02.0 wurde vorgestellt, das f\u00fcr den Einsatz in verschiedenen Netzwerkger\u00e4ten wie Routern, Switches und Access Points konzipiert ist. OpenWrt unterst\u00fctzt zahlreiche Plattformen und Architekturen und bietet ein Build-System, das eine einfache und bequeme Cross-Compilation erm\u00f6glicht, einschlie\u00dflich der Integration verschiedener Komponenten in den Build, was es erm\u00f6glicht, eine an spezifische Aufgaben angepasste, fertige Firmware oder Image mit dem gew\u00fcnschten Satz vorinstallierter Pakete zu erstellen. Die Builds wurden f\u00fcr 36 Zielplattformen erstellt. <\/p>\n
Folgende \u00c4nderungen in OpenWrt 21.02.0 sind zu vermerken: <\/p>\n
\n
Die Mindestanforderungen an die Hardware wurden erh\u00f6ht. Aufgrund der Aktivierung zus\u00e4tzlicher Linux-Kernel-Subsysteme erfordert OpenWrt nun standardm\u00e4\u00dfig ein Ger\u00e4t mit 8 MB Flash und 64 MB RAM. Bei Bedarf kann jedoch weiterhin ein eigenes eingeschr\u00e4nktes Build erstellt werden, das auf Ger\u00e4ten mit 4 MB Flash und 32 MB RAM betrieben werden kann, wobei die Funktionalit\u00e4t eines solchen Builds jedoch eingeschr\u00e4nkt und die Stabilit\u00e4t nicht garantiert ist.\n
Im Standardpaket sind Pakete zur Unterst\u00fctzung der Wireless-Security-Technologie WPA3 enthalten, die nun standardm\u00e4\u00dfig sowohl im Client-Modus als auch beim Erstellen eines Access Points verf\u00fcgbar ist. WPA3 bietet Schutz vor Passwort-Ratenangriffen (es verhindert das Knacken von Passw\u00f6rtern im Offline-Modus) und nutzt das Authentifizierungsprotokoll SAE. Die Verwendung von WPA3 ist in den meisten Treibern f\u00fcr drahtlose Ger\u00e4te gew\u00e4hrleistet.\n
Im Standard-Paket ist die Unterst\u00fctzung von TLS und HTTPS enthalten, die den Zugriff auf die Weboberfl\u00e4che LuCI \u00fcber HTTPS erm\u00f6glicht und die Nutzung von Tools wie wget und opkg zur Informationsbeschaffung \u00fcber verschl\u00fcsselte Kommunikationskan\u00e4le erlaubt. Die Server, \u00fcber die die \u00fcber opkg heruntergeladenen Pakete verteilt werden, sind ebenfalls standardm\u00e4\u00dfig auf die Bereitstellung von Informationen \u00fcber HTTPS umgestellt. Die f\u00fcr die Verschl\u00fcsselung verwendete Bibliothek mbedTLS wurde durch wolfSSL ersetzt (wenn n\u00f6tig, k\u00f6nnen die Bibliotheken mbedTLS und OpenSSL manuell installiert werden, die weiterhin als Optionen bereitgestellt werden). F\u00fcr die automatische Umleitung zu HTTPS in der Weboberfl\u00e4che wurde die Option \u00abuhttpd.main.redirect_https=1\u00bb vorgeschlagen.\n
Der grundlegende Support f\u00fcr das DSA (Distributed Switch Architecture) Kern-Subsystem wurde implementiert, das Werkzeuge zur Konfiguration und Verwaltung von Kaskaden verbundener Ethernet-Switches bereitstellt, wobei Mechanismen verwendet werden, die f\u00fcr die Konfiguration herk\u00f6mmlicher Netzwerkinterfaces (iproute2, ifconfig) genutzt werden. DSA kann zur Konfiguration von Ports und VLANs verwendet werden, anstelle des zuvor angebotenen Werkzeugs swconfig, jedoch unterst\u00fctzen noch nicht alle Switch-Treiber DSA. In dieser Version wird DSA f\u00fcr die Treiber ath79 (TP-Link TL-WR941ND), bcm4908, gemini, kirkwood, mediatek, mvebu, octeon, ramips (mt7621) und realtek eingesetzt.\n
Es wurden \u00c4nderungen an der Syntax der Konfigurationsdateien vorgenommen, die in \/etc\/config\/network abgelegt sind. Im Block \u00abconfig interface\u00bb wurde die Option \u00abifname\u00bb in \u00abdevice\u00bb umbenannt und im Block \u00abconfig device\u00bb wurden die Optionen \u00abbridge\u00bb und \u00abifname\u00bb in \u00abports\u00bb umbenannt. F\u00fcr neue Installationen werden jetzt separate Dateien mit Ger\u00e4teeinstellungen (Layer 2, Block \u00abconfig device\u00bb) und mit Netzwerkschnittstellen (Layer 3, Block \u00abconfig interface\u00bb) generiert. Um die Abw\u00e4rtskompatibilit\u00e4t zu gew\u00e4hrleisten, bleibt die Unterst\u00fctzung der alten Syntax erhalten, d.h. zuvor erstellte Einstellungen erfordern keine \u00c4nderungen. Dabei wird in der Weboberfl\u00e4che beim Auffinden der alten Syntax ein Vorschlag zur Migration auf die neue Syntax angezeigt, die f\u00fcr die Bearbeitung der Einstellungen \u00fcber die Weboberfl\u00e4che erforderlich ist.\n
Beispiel f\u00fcr die neue Syntax: config device option name \u2018br-lan\u2019 option type \u2018bridge\u2019 option macaddr \u201900:01:02:XX:XX:XX\u2019 list ports \u2018lan1\u2019 list ports \u2018lan2\u2019 list ports \u2018lan3\u2019 list ports \u2018lan4\u2019 config interface \u2018lan\u2019 option device \u2018br-lan\u2019 option proto \u2018static\u2019 option ipaddr \u2018192.168.1.1\u2019 option netmask \u2018255.255.255.0\u2019 option ip6assign \u201960\u2019 config device option name \u2018eth1\u2019 option macaddr \u201900:01:02:YY:YY:YY\u2019 config interface \u2018wan\u2019 option device \u2018eth1\u2019 option proto \u2018dhcp\u2019 config interface \u2018wan6\u2019 option device \u2018eth1\u2019 option proto \u2018dhcpv6\u2019 <\/p>\n
Analog zu den Konfigurationsdateien \/etc\/config\/network wurden die Feldnamen in board.json von \u00abifname\u00bb auf \u00abdevice\u00bb ge\u00e4ndert. <\/p>\n
Eine neue Plattform \u00abrealtek\u00bb wurde hinzugef\u00fcgt, die die Verwendung von OpenWrt auf Ger\u00e4ten mit einer gro\u00dfen Anzahl von Ethernet-Anschl\u00fcssen erm\u00f6glicht, wie z.B. Ethernet-Switches von D-Link, ZyXEL, ALLNET, INABA und NETGEAR.\n
Neue Plattformen bcm4908 und rockchip f\u00fcr Ger\u00e4te mit Broadcom BCM4908 und Rockchip RK33xx SoCs wurden hinzugef\u00fcgt. Bei zuvor unterst\u00fctzten Plattformen wurden Fehler in der Unterst\u00fctzung von Ger\u00e4ten behoben.\n
Die Unterst\u00fctzung der ar71xx-Plattform wurde eingestellt; stattdessen sollte die ath79-Plattform verwendet werden (f\u00fcr Ger\u00e4te, die an ar71xx gebunden sind, wird empfohlen, OpenWrt von Grund auf neu zu installieren). Auch die Unterst\u00fctzung der cns3xxx-Plattform (Cavium Networks CNS3xxx), rb532 (MikroTik RB532) und samsung (Samsung TQ210) wurde eingestellt.\n
Die ausf\u00fchrbaren Dateien der Anwendungen, die zur Verarbeitung von Netzwerkverbindungen eingesetzt werden, sind im PIE-Modus (Position-Independent Executables) mit vollst\u00e4ndiger Unterst\u00fctzung der Adressraumrandomisierung (ASLR) erstellt worden, um die Ausnutzung von Schwachstellen in solchen Anwendungen zu erschweren.\n
Beim Erstellen des Linux-Kernels sind standardm\u00e4\u00dfig Optionen zur Unterst\u00fctzung von Containerisolationstechnologien aktiviert, die es erm\u00f6glichen, im OpenWrt-Umfeld das LXC-Toolkit und den procd-ujail-Modus auf den meisten Plattformen zu nutzen.\n
Es wurde die M\u00f6glichkeit geschaffen, mit Unterst\u00fctzung f\u00fcr das SELinux-Zugriffskontrollsystem zu bauen (standardm\u00e4\u00dfig deaktiviert).\n
Die Paketversionen wurden aktualisiert, darunter wurden die Versionen musl libc 1.1.24, glibc 2.33, gcc 8.4.0, binutils 2.34, hostapd 2020-06-08, dnsmasq 2.85, dropbear 2020.81, busybox 1.33.1 angeboten. Der Linux-Kernel wurde auf Version 5.4.143 mit dem Portieren des Wireless-Stacks cfg80211\/mac80211 aus dem Kernel 5.10.42 aktualisiert. VPN<\/a> Wireguard. <\/ul>\n