Une nouvelle version significative de la distribution OpenWrt 21.02.0 a \u00e9t\u00e9 pr\u00e9sent\u00e9e, ax\u00e9e sur l'utilisation dans divers appareils r\u00e9seau tels que des routeurs, des commutateurs et des points d'acc\u00e8s. OpenWrt prend en charge de nombreuses plateformes et architectures diff\u00e9rentes et dispose d'un syst\u00e8me de construction permettant une cross-compilation simple et pratique, incluant diff\u00e9rents composants dans la construction, ce qui permet de former facilement un firmware ou une image disque adapt\u00e9e aux t\u00e2ches sp\u00e9cifiques avec un ensemble de packages pr\u00e9install\u00e9s souhait\u00e9. Des builds sont cr\u00e9\u00e9s pour 36 plateformes cibles. <\/p>\n
Les changements dans OpenWrt 21.02.0 incluent : <\/p>\n
\n
Les exigences minimales en mati\u00e8re de mat\u00e9riel ont \u00e9t\u00e9 augment\u00e9es. Dans la build par d\u00e9faut, en raison de l'inclusion de sous-syst\u00e8mes suppl\u00e9mentaires du noyau Linux pour l'utilisation d'OpenWrt, un appareil avec 8 Mo de Flash et 64 Mo de RAM est d\u00e9sormais n\u00e9cessaire. Si souhait\u00e9, il est toujours possible de cr\u00e9er sa propre build all\u00e9g\u00e9e qui pourra fonctionner sur des appareils avec 4 Mo de Flash et 32 Mo de RAM, mais la fonctionnalit\u00e9 d'une telle build sera limit\u00e9e et la stabilit\u00e9 de fonctionnement n'est pas garantie.\n
Le package de base inclut des paquets pour le support de la technologie de protection des r\u00e9seaux sans fil WPA3, qui est d\u00e9sormais disponible par d\u00e9faut \u00e0 la fois en mode client et lors de la cr\u00e9ation d'un point d'acc\u00e8s. WPA3 offre une protection contre les attaques par force brute (emp\u00eache le craquage de mot de passe en mode hors ligne) et utilise le protocole d'authentification SAE. La possibilit\u00e9 d'utiliser WPA3 est assur\u00e9e dans la plupart des pilotes pour appareils sans fil.\n
L'offre de base inclut par d\u00e9faut la prise en charge de TLS et HTTPS, permettant d'acc\u00e9der \u00e0 l'interface Web LuCI via HTTPS et d'utiliser des utilitaires tels que wget et opkg pour extraire des informations par canaux de communication chiffr\u00e9s. Les serveurs \u00e0 travers lesquels les paquets t\u00e9l\u00e9charg\u00e9s via opkg sont distribu\u00e9s sont \u00e9galement par d\u00e9faut configur\u00e9s pour fournir des informations via HTTPS. La biblioth\u00e8que utilis\u00e9e pour le chiffrement mbedTLS a \u00e9t\u00e9 remplac\u00e9e par wolfSSL (si n\u00e9cessaire, les biblioth\u00e8ques mbedTLS et OpenSSL peuvent \u00eatre install\u00e9es manuellement, elles continuent d'\u00eatre fournies en tant qu'options). Pour configurer le redirection automatique vers HTTPS dans l'interface Web, l'option «uhttpd.main.redirect_https=1» a \u00e9t\u00e9 propos\u00e9e.\n
Un support initial du sous-syst\u00e8me du noyau DSA (Distributed Switch Architecture) a \u00e9t\u00e9 r\u00e9alis\u00e9, fournissant des moyens pour configurer et g\u00e9rer des cascades de commutateurs Ethernet interconnect\u00e9s, en utilisant des m\u00e9canismes appliqu\u00e9s \u00e0 la configuration des interfaces r\u00e9seau ordinaires (iproute2, ifconfig). DSA peut \u00eatre utilis\u00e9 pour configurer des ports et VLAN, en remplacement de l'outil swconfig pr\u00e9c\u00e9demment propos\u00e9, mais tous les pilotes de commutateurs ne supportent pas encore DSA. Dans cette version, DSA est utilis\u00e9 pour les pilotes ath79 (TP-Link TL-WR941ND), bcm4908, gemini, kirkwood, mediatek, mvebu, octeon, ramips (mt7621) et realtek.\n
Des modifications ont \u00e9t\u00e9 apport\u00e9es \u00e0 la syntaxe des fichiers de configuration situ\u00e9s dans \/etc\/config\/network. Dans le bloc «config interface», l'option «ifname» a \u00e9t\u00e9 renomm\u00e9e en «device», et dans le bloc «config device», les options «bridge» et «ifname» ont \u00e9t\u00e9 renomm\u00e9es en «ports». Pour les nouvelles installations, des fichiers distincts avec les param\u00e8tres des dispositifs (couche 2, bloc «config device») et des interfaces r\u00e9seau (couche 3, bloc «config interface») sont d\u00e9sormais g\u00e9n\u00e9r\u00e9s. Pour maintenir la compatibilit\u00e9, le support de l'ancienne syntaxe a \u00e9t\u00e9 conserv\u00e9, c'est-\u00e0-dire que les configurations cr\u00e9\u00e9es pr\u00e9c\u00e9demment ne n\u00e9cessiteront pas de modifications. Ainsi, dans l'interface Web, lorsqu'une ancienne syntaxe est d\u00e9tect\u00e9e, une proposition de migration vers la nouvelle syntaxe, n\u00e9cessaire pour modifier les param\u00e8tres via l'interface Web, sera affich\u00e9e.\n
Exemple de nouvelle syntaxe : config device \toption name ‘br-lan’ \toption type ‘bridge’ \toption macaddr ’00:01:02:XX:XX:XX’ \tlist ports ‘lan1’ \tlist ports ‘lan2’ \tlist ports ‘lan3’ \tlist ports ‘lan4’ config interface ‘lan’ \toption device ‘br-lan’ \toption proto ‘static’ \toption ipaddr ‘192.168.1.1’ \toption netmask ‘255.255.255.0’ \toption ip6assign ’60’ config device \toption name ‘eth1′ \toption macaddr ’00:01:02:YY:YY:YY’ config interface ‘wan’ \toption device ‘eth1’ \toption proto ‘dhcp’ config interface ‘wan6’ \toption device ‘eth1’ \toption proto ‘dhcpv6’ <\/p>\n
De la m\u00eame mani\u00e8re que pour les fichiers de configuration \/etc\/config\/network, les noms des champs dans board.json ont \u00e9t\u00e9 chang\u00e9s de «ifname» \u00e0 «device». <\/p>\n
Une nouvelle plateforme «realtek» a \u00e9t\u00e9 ajout\u00e9e, permettant d'utiliser OpenWrt sur des dispositifs avec un grand nombre de ports Ethernet, tels que les commutateurs Ethernet D-Link, ZyXEL, ALLNET, INABA et NETGEAR.\n
De nouvelles plateformes bcm4908 et rockchip ont \u00e9t\u00e9 ajout\u00e9es pour les appareils bas\u00e9s sur les SoC Broadcom BCM4908 et Rockchip RK33xx. Les plateformes pr\u00e9c\u00e9demment prises en charge ont b\u00e9n\u00e9fici\u00e9 de corrections de bogues concernant le support des appareils.\n
Le support de la plateforme ar71xx a \u00e9t\u00e9 arr\u00eat\u00e9, et il est recommand\u00e9 d'utiliser la plateforme ath79 (pour les appareils bas\u00e9s sur ar71xx, une r\u00e9installation compl\u00e8te d'OpenWrt est conseill\u00e9e). Le support des plateformes cns3xxx (Cavium Networks CNS3xxx), rb532 (MikroTik RB532) et samsung (Samsung TQ210) a \u00e9galement \u00e9t\u00e9 arr\u00eat\u00e9.\n
Les fichiers ex\u00e9cutables des applications utilis\u00e9s pour le traitement des connexions r\u00e9seau sont compil\u00e9s en mode PIE (Position-Independent Executables) avec un support complet de la randomisation de l'espace d'adresses (ASLR) pour compliquer l'exploitation des vuln\u00e9rabilit\u00e9s dans ces applications.\n
Dans la construction du noyau Linux, les options pour le support des technologies d'isolation des conteneurs sont activ\u00e9es par d\u00e9faut, permettant d'utiliser l'outil LXC et le mode procd-ujail dans OpenWrt sur la plupart des plateformes.\n
Il est d\u00e9sormais possible de compiler avec le support du syst\u00e8me de contr\u00f4le d'acc\u00e8s obligatoire SELinux (d\u00e9sactiv\u00e9 par d\u00e9faut).\n
Les versions des paquets ont \u00e9t\u00e9 mises \u00e0 jour, notamment avec les sorties de 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. Le noyau Linux a \u00e9t\u00e9 mis \u00e0 jour vers la version 5.4.143 avec le portage de la pile sans fil cfg80211\/mac80211 depuis le noyau 5.10.42 et le transfert de support. VPN<\/a> Wireguard. <\/ul>\n