{"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\/it\/blog\/news\/vypusk-openwrt-21-02-0","title":{"rendered":"Pubblicazione di OpenWrt 21.02.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata presentata una nuova e significativa versione della distribuzione OpenWrt 21.02.0, progettata per l'uso in vari dispositivi di rete, come router, switch e punti di accesso. OpenWrt supporta diverse piattaforme e architetture e dispone di un sistema di build che consente di effettuare facilmente la cross-compilazione, inclusi vari componenti, permettendo di creare facilmente un firmware o un'immagine del disco personalizzati per specifiche esigenze con un set desiderato di pacchetti preinstallati. Le build sono state create per 36 piattaforme target. <\/p>\n
Tra le novit\u00e0 di OpenWrt 21.02.0 si segnalano: <\/p>\n
\n
Aumentati i requisiti hardware minimi. Nella build predefinita, a causa dell'inclusione di ulteriori sottosistemi del kernel Linux per l'uso di OpenWrt, ora \u00e8 richiesto un dispositivo con 8 MB di Flash e 64 MB di RAM. Se desiderato, \u00e8 comunque possibile creare una build personalizzata ridotta che possa funzionare su dispositivi con 4 MB di Flash e 32 MB di RAM, ma la funzionalit\u00e0 di tale build sar\u00e0 limitata e la stabilit\u00e0 non \u00e8 garantita.\n
Nella fornitura base sono inclusi pacchetti per supportare la tecnologia di protezione delle reti wireless WPA3, che ora \u00e8 disponibile di default sia in modalit\u00e0 client che nella creazione di un punto di accesso. WPA3 offre protezione contro gli attacchi di bruteforce (non consente l'indovinare la password in modalit\u00e0 offline) e utilizza il protocollo di autenticazione SAE. La possibilit\u00e0 di utilizzare WPA3 \u00e8 garantita nella maggior parte dei driver per dispositivi wireless.\n
Nella fornitura di base \u00e8 inclusa per impostazione predefinita il supporto per TLS e HTTPS, il che consente di accedere all'interfaccia web LuCI tramite HTTPS e utilizzare strumenti come wget e opkg per estrarre informazioni tramite canali crittografati. I server attraverso i quali vengono distribuiti i pacchetti scaricati tramite opkg sono anch'essi per impostazione predefinita configurati per fornire informazioni tramite HTTPS. La libreria utilizzata per la crittografia mbedTLS \u00e8 stata sostituita da wolfSSL (se necessario, \u00e8 possibile installare manualmente le librerie mbedTLS e OpenSSL, che continuano a essere fornite come opzioni). Per configurare il reindirizzamento automatico a HTTPS nell'interfaccia web \u00e8 stata proposta l'opzione \u00abuhttpd.main.redirect_https=1\u00bb.\n
\u00c8 stata implementata la supporto iniziale per il sottosistema del kernel DSA (Distributed Switch Architecture), che fornisce strumenti per la configurazione e la gestione delle cascata di switch Ethernet collegati tra loro, utilizzando meccanismi applicati per configurare interfacce di rete comuni (iproute2, ifconfig). DSA pu\u00f2 essere utilizzato per configurare porte e VLAN invece dello strumento swconfig precedentemente fornito, ma non tutti i driver degli switch supportano ancora DSA. Nell'uscita proposta, DSA \u00e8 utilizzato per i driver ath79 (TP-Link TL-WR941ND), bcm4908, gemini, kirkwood, mediatek, mvebu, octeon, ramips (mt7621) e realtek.\n
Sono state apportate modifiche alla sintassi dei file di configurazione situati in \/etc\/config\/network. Nel blocco \u00abconfig interface\u00bb l'opzione \u00abifname\u00bb \u00e8 stata rinominata in \u00abdevice\u00bb, e nel blocco \u00abconfig device\u00bb le opzioni \u00abbridge\u00bb e \u00abifname\u00bb sono state rinominate in \u00abports\u00bb. Per le nuove installazioni ora vengono generati file separati con le impostazioni dei dispositivi (layer 2, blocco \u00abconfig device\u00bb) e delle interfacce di rete (layer 3, blocco \u00abconfig interface\u00bb). Per mantenere la retrocompatibilit\u00e0, \u00e8 stato mantenuto il supporto per la vecchia sintassi, cio\u00e8 le impostazioni create in precedenza non richiederanno modifiche. Tuttavia, nell'interfaccia web, quando viene rilevata la vecchia sintassi, verr\u00e0 visualizzato un suggerimento per la migrazione alla nuova sintassi, necessaria per modificare le impostazioni tramite l'interfaccia web.\n
Esempio della nuova sintassi: config device \toption name \u2018br-lan\u2019 \toption type \u2018bridge\u2019 \toption macaddr \u201900:01:02:XX:XX:XX\u2019 \tlist ports \u2018lan1\u2019 \tlist ports \u2018lan2\u2019 \tlist ports \u2018lan3\u2019 \tlist ports \u2018lan4\u2019 config interface \u2018lan\u2019 \toption device \u2018br-lan\u2019 \toption proto \u2018static\u2019 \toption ipaddr \u2018192.168.1.1\u2019 \toption netmask \u2018255.255.255.0\u2019 \toption ip6assign \u201960\u2019 config device \toption name \u2018eth1\u2019 \toption macaddr \u201900:01:02:YY:YY:YY\u2019 config interface \u2018wan\u2019 \toption device \u2018eth1\u2019 \toption proto \u2018dhcp\u2019 config interface \u2018wan6\u2019 \toption device \u2018eth1\u2019 \toption proto \u2018dhcpv6\u2019 <\/p>\n
Analogamente ai file di configurazione \/etc\/config\/network, anche i nomi dei campi in board.json sono stati modificati da \u00abifname\u00bb a \u00abdevice\u00bb. <\/p>\n
\u00c8 stata aggiunta una nuova piattaforma \u00abrealtek\u00bb, che consente l'utilizzo di OpenWrt su dispositivi con un numero maggiore di porte Ethernet, come gli switch Ethernet D-Link, ZyXEL, ALLNET, INABA e NETGEAR.\n
Sono state aggiunte nuove piattaforme bcm4908 e rockchip per dispositivi basati su SoC Broadcom BCM4908 e Rockchip RK33xx. Nelle piattaforme precedentemente supportate, sono state risolte le problematiche relative alla supporto dei dispositivi.\n
Il supporto della piattaforma ar71xx \u00e8 stato interrotto, e si consiglia di utilizzare la piattaforma ath79 (per i dispositivi basati su ar71xx, si raccomanda di eseguire una reinstallazione pulita di OpenWrt). Inoltre, il supporto per le piattaforme cns3xxx (Cavium Networks CNS3xxx), rb532 (MikroTik RB532) e samsung (Samsung TQ210) \u00e8 stato interrotto.\n
I file eseguibili delle applicazioni utilizzate per gestire le connessioni di rete sono stati compilati in modalit\u00e0 PIE (Position-Independent Executables) con pieno supporto per la randomizzazione dello spazio degli indirizzi (ASLR) per rendere pi\u00f9 difficile l'esploitazione delle vulnerabilit\u00e0 in tali applicazioni.\n
Nel processo di compilazione del kernel Linux, sono abilitate per impostazione predefinita le opzioni per supportare le tecnologie di isolamento dei container, consentendo l'uso di strumenti LXC e della modalit\u00e0 procd-ujail nella maggior parte delle piattaforme su OpenWrt.\n
\u00c8 stata aggiunta la possibilit\u00e0 di compilare con il supporto per il sistema di controllo degli accessi forzati SELinux (disabilitato per impostazione predefinita).\n
Le versioni dei pacchetti sono state aggiornate, includendo le release di 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. Il kernel Linux \u00e8 stato aggiornato alla versione 5.4.143 con il porting dello stack wireless cfg80211\/mac80211 dal kernel 5.10.42 e il trasferimento del supporto. VPN<\/a> Wireguard. <\/ul>\n