{"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\/novosti-interneta\/vypusk-openwrt-21-02-0","title":{"rendered":"Release von OpenWrt 21.02.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die neue bedeutende Version des OpenWrt-Distributions wurde ver\u00f6ffentlicht, die f\u00fcr verschiedene Netzger\u00e4te wie Router, Switches und Access Points konzipiert ist. OpenWrt unterst\u00fctzt zahlreiche Plattformen und Architekturen und bietet ein Build-System, das die einfache und bequeme Cross-Kompilation erm\u00f6glicht. Es k\u00f6nnen verschiedene Komponenten in den Build integriert werden, wodurch die Erstellung einer ma\u00dfgeschneiderten Firmware oder Disk-Image mit dem gew\u00fcnschten Satz an vorinstallierten Paketen erleichtert wird. Builds wurden f\u00fcr 36 Zielplattformen erstellt. <\/p>\n
Zu den \u00c4nderungen in OpenWrt 21.02.0 geh\u00f6ren: <\/p>\n
\n
Die Mindestanforderungen an die Hardware wurden erh\u00f6ht. Aufgrund der Integration zus\u00e4tzlicher Linux-Kernelsubsysteme ist f\u00fcr die Verwendung von OpenWrt auf einem Ger\u00e4t jetzt 8 MB Flash und 64 MB RAM erforderlich. Bei Bedarf kann weiterhin ein eigenes abgespecktes Build erstellt werden, das auf Ger\u00e4ten mit 4 MB Flash und 32 MB RAM l\u00e4uft, aber die Funktionalit\u00e4t eines solchen Builds ist eingeschr\u00e4nkt, und die Stabilit\u00e4t ist nicht garantiert.\n
Im Lieferumfang sind Pakete zur Unterst\u00fctzung der WPA3-WLAN-Sicherheitstechnologie enthalten, die jetzt standardm\u00e4\u00dfig sowohl im Client-Modus als auch beim Erstellen eines Access Points verf\u00fcgbar ist. WPA3 bietet Schutz vor Brute-Force-Angriffen (verhindert das Offline-Passwort-Erraten) und verwendet das Authentifizierungsprotokoll SAE. Die Unterst\u00fctzung f\u00fcr WPA3 ist in den meisten Treibern f\u00fcr drahtlose Ger\u00e4te gew\u00e4hrleistet.\n
Im Standardpaket ist die Unterst\u00fctzung von TLS und HTTPS integriert, die es erm\u00f6glicht, \u00fcber HTTPS auf die Web-Oberfl\u00e4che von LuCI zuzugreifen und Tools wie wget und opkg zur Abfrage von Informationen \u00fcber verschl\u00fcsselte Kommunikationskan\u00e4le zu verwenden. Die Server, \u00fcber die die \u00fcber opkg heruntergeladenen Pakete verteilt werden, sind ebenfalls standardm\u00e4\u00dfig so konfiguriert, dass sie Informationen \u00fcber HTTPS bereitstellen. Die zur Verschl\u00fcsselung verwendete Bibliothek mbedTLS wurde durch wolfSSL ersetzt (bei Bedarf k\u00f6nnen die Bibliotheken mbedTLS und OpenSSL manuell installiert werden, die weiterhin als Optionen bereitgestellt werden). Im Web-Interface wird die Option 'uhttpd.main.redirect_https=1' angeboten, um eine automatische Weiterleitung auf HTTPS einzurichten.\n
Die anf\u00e4ngliche Unterst\u00fctzung f\u00fcr das DSA (Distributed Switch Architecture) Kernsubsystems wurde implementiert, das Mittel zur Konfiguration und Verwaltung von Kaskaden verbundener Ethernet-Switches bereitstellt, wobei die Mechanismen verwendet werden, die auch zur Konfiguration gew\u00f6hnlicher Netzwerk-Interfaces (iproute2, ifconfig) zum Einsatz kommen. DSA kann zur Konfiguration von Ports und VLANs anstelle des zuvor angebotenen Werkzeugs swconfig eingesetzt werden, allerdings unterst\u00fctzen noch nicht alle Switch-Treiber DSA. In diesem Release wird DSA f\u00fcr die Treiber ath79 (TP-Link TL-WR941ND), bcm4908, gemini, kirkwood, mediatek, mvebu, octeon, ramips (mt7621) und realtek verwendet.\n
\u00c4nderungen wurden an der Syntax der Konfigurationsdateien vorgenommen, die in \/etc\/config\/network abgelegt sind. Im Abschnitt \u201econfig interface\u201c wurde die Option \u201eifname\u201c in \u201edevice\u201c umbenannt, w\u00e4hrend die Optionen \u201ebridge\u201c und \u201eifname\u201c im Abschnitt \u201econfig device\u201c in \u201eports\u201c umbenannt wurden. F\u00fcr neue Installationen werden nun separate Dateien mit den Einstellungen f\u00fcr Ger\u00e4te (Layer 2, Abschnitt \u201econfig device\u201c) und Netzwerkinterfaces (Layer 3, Abschnitt \u201econfig interface\u201c) 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. Wenn im Web-Interface eine alte Syntax erkannt wird, wird ein Vorschlag zur Migration auf die neue Syntax angezeigt, die f\u00fcr die Bearbeitung der Einstellungen \u00fcber das Web-Interface erforderlich ist.\n
Analog zu den Konfigurationsdateien \/etc\/config\/network wurden die Feldnamen in board.json von 'ifname' auf 'device' ge\u00e4ndert. <\/p>\n
Eine neue Plattform 'realtek' wurde hinzugef\u00fcgt, die die Verwendung von OpenWrt auf Ger\u00e4ten mit vielen Ethernet-Ports, wie z.B. Ethernet-Switches von D-Link, ZyXEL, ALLNET, INABA und NETGEAR, erm\u00f6glicht.\n
Neue Plattformen bcm4908 und rockchip f\u00fcr Ger\u00e4te, die auf SoC Broadcom BCM4908 und Rockchip RK33xx basieren, wurden hinzugef\u00fcgt. In zuvor unterst\u00fctzten Plattformen wurden M\u00e4ngel in der Ger\u00e4teunterst\u00fctzung behoben.\n
Die Unterst\u00fctzung f\u00fcr die Plattform ar71xx wurde eingestellt; stattdessen sollte die Plattform ath79 verwendet werden (f\u00fcr Ger\u00e4te, die an ar71xx gebunden sind, wird empfohlen, OpenWrt sauber neu zu installieren). Zudem wurde die Unterst\u00fctzung f\u00fcr die Plattformen cns3xxx (Cavium Networks CNS3xxx), rb532 (MikroTik RB532) und samsung (Samsung TQ210) eingestellt.\n
Die ausf\u00fchrbaren Dateien der Anwendungen, die bei der Verarbeitung von Netzwerkverbindungen verwendet werden, sind im PIE-Modus (Position-Independent Executables) mit voller Unterst\u00fctzung der Adressraum-Randomisierung (ASLR) kompiliert, um die Ausnutzung von Schwachstellen in diesen Anwendungen zu erschweren.\n
Beim Kompilieren des Linux-Kernels sind standardm\u00e4\u00dfig Optionen aktiviert, die die Unterst\u00fctzung von Containerisolationstechnologien erm\u00f6glichen, wodurch auf den meisten Plattformen das LXC-Tool und der procd-ujail-Modus in OpenWrt verwendet werden k\u00f6nnen.\n
Es wurde die M\u00f6glichkeit zur Kompilierung mit Unterst\u00fctzung f\u00fcr das SELinux-Zugriffskontrollsystem gegeben (standardm\u00e4\u00dfig deaktiviert).\n
Die Versionen der Pakete wurden aktualisiert, darunter werden Versionen von 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 und busybox 1.33.1 angeboten. Der Linux-Kernel wurde auf Version 5.4.143 aktualisiert, einschlie\u00dflich der Portierung des kabellosen Stacks cfg80211\/mac80211 aus dem Kernel 5.10.42 sowie der Unterst\u00fctzung. VPN<\/a> Wireguard. <\/ul>\n