Przedstawiono now\u0105, znacz\u0105c\u0105 wersj\u0119 dystrybucji OpenWrt 21.02.0, zaprojektowan\u0105 do stosowania w r\u00f3\u017cnych urz\u0105dzeniach sieciowych, takich jak routery, prze\u0142\u0105czniki i punkty dost\u0119powe. OpenWrt obs\u0142uguje wiele r\u00f3\u017cnych platform i architektur oraz posiada system budowania, kt\u00f3ry umo\u017cliwia \u0142atw\u0105 i wygodn\u0105 cross-kompilacj\u0119, w tym w\u0142\u0105czenie r\u00f3\u017cnych komponent\u00f3w w sk\u0142ad zestawu, co pozwala \u0142atwo stworzy\u0107 dostosowane do konkretnych zada\u0144 oprogramowanie uk\u0142adowe lub obraz dysku z po\u017c\u0105danym zestawem wst\u0119pnie zainstalowanych pakiet\u00f3w. Zestawy zosta\u0142y przygotowane dla 36 docelowych platform. <\/p>\n
W wersji OpenWrt 21.02.0 zauwa\u017cono nast\u0119puj\u0105ce zmiany: <\/p>\n
\n
Zwi\u0119kszone minimalne wymagania dotycz\u0105ce sprz\u0119tu. W domy\u015blnej wersji, z powodu w\u0142\u0105czenia dodatkowych podsystem\u00f3w j\u0105dra Linux do u\u017cycia OpenWrt, teraz wymagane jest urz\u0105dzenie z 8 MB pami\u0119ci Flash i 64 MB RAM. W razie potrzeby mo\u017cna nadal stworzy\u0107 w\u0142asn\u0105 okrojon\u0105 wersj\u0119, kt\u00f3ra b\u0119dzie dzia\u0142a\u0107 na urz\u0105dzeniach z 4 MB pami\u0119ci Flash i 32 MB RAM, jednak funkcjonalno\u015b\u0107 takiej wersji b\u0119dzie ograniczona, a stabilno\u015b\u0107 dzia\u0142ania nie jest gwarantowana.\n
W podstawowej wersji zawarte s\u0105 pakiety wspieraj\u0105ce technologi\u0119 zabezpiecze\u0144 sieci bezprzewodowych WPA3, kt\u00f3ra jest teraz dost\u0119pna domy\u015blnie zar\u00f3wno w trybie klienta, jak i przy tworzeniu punktu dost\u0119pu. WPA3 oferuje ochron\u0119 przed atakami typu brute force (nie pozwala na odgadywanie has\u0142a w trybie offline) i wykorzystuje protok\u00f3\u0142 uwierzytelniania SAE. Mo\u017cliwo\u015b\u0107 u\u017cywania WPA3 jest zapewniona w wi\u0119kszo\u015bci sterownik\u00f3w dla urz\u0105dze\u0144 bezprzewodowych.\n
W podstawowej ofercie domy\u015blnie zawarte jest wsparcie dla TLS i HTTPS, co pozwala na dost\u0119p do interfejsu webowego LuCI przez HTTPS oraz wykorzystanie narz\u0119dzi takich jak wget i opkg do pobierania informacji za po\u015brednictwem szyfrowanych kana\u0142\u00f3w komunikacyjnych. Serwery, z kt\u00f3rych pobierane s\u0105 pakiety przez opkg, r\u00f3wnie\u017c domy\u015blnie dostarczaj\u0105 informacje przez HTTPS. Biblioteka mbedTLS u\u017cywana do szyfrowania zosta\u0142a zast\u0105piona przez wolfSSL (w razie potrzeby mo\u017cna r\u0119cznie zainstalowa\u0107 biblioteki mbedTLS oraz OpenSSL, kt\u00f3re nadal s\u0105 dost\u0119pne jako opcje). W celu skonfigurowania automatycznego przekierowania na HTTPS w interfejsie webowym zaproponowano opcj\u0119 «uhttpd.main.redirect_https=1».\n
Wprowadzono pocz\u0105tkowe wsparcie dla podsystemu j\u0105dra DSA (Distributed Switch Architecture), kt\u00f3ry zapewnia narz\u0119dzia do konfiguracji i zarz\u0105dzania kaskadami po\u0142\u0105czonych prze\u0142\u0105cznik\u00f3w Ethernet, korzystaj\u0105c z mechanizm\u00f3w stosowanych do konfiguracji zwyk\u0142ych interfejs\u00f3w sieciowych (iproute2, ifconfig). DSA mo\u017ce by\u0107 u\u017cywana do konfigurowania port\u00f3w i VLAN zamiast wcze\u015bniej oferowanego narz\u0119dzia swconfig, jednak nie wszystkie sterowniki prze\u0142\u0105cznik\u00f3w obecnie wspieraj\u0105 DSA. W tej wersji DSA jest stosowane dla sterownik\u00f3w ath79 (TP-Link TL-WR941ND), bcm4908, gemini, kirkwood, mediatek, mvebu, octeon, ramips (mt7621) i realtek.\n
Wprowadzono zmiany w sk\u0142adni plik\u00f3w konfiguracyjnych umieszczonych w \/etc\/config\/network. W bloku «config interface» opcja «ifname» zosta\u0142a zmieniona na «device», a w bloku «config device» opcje «bridge» i «ifname» zmieniono na «ports». Dla nowych instalacji teraz generowane s\u0105 oddzielne pliki z ustawieniami urz\u0105dze\u0144 (warstwa 2, blok «config device») oraz interfejs\u00f3w sieciowych (warstwa 3, blok «config interface»). Aby zachowa\u0107 zgodno\u015b\u0107 wsteczn\u0105, wsparcie dla starej sk\u0142adni zosta\u0142o zachowane, tj. wcze\u015bniej utworzone ustawienia nie b\u0119d\u0105 wymaga\u0142y zmian. W tym przypadku, w interfejsie webowym, po wykryciu starej sk\u0142adni, wy\u015bwietlane b\u0119dzie zaproszenie do migracji na now\u0105 sk\u0142adni\u0119, kt\u00f3ra jest potrzebna do edytowania ustawie\u0144 przez interfejs webowy.\n
Przyk\u0142ad nowej sk\u0142adni: config device option name ‘br-lan’ option type ‘bridge’ option macaddr ’00:01:02:XX:XX:XX’ list ports ‘lan1’ list ports ‘lan2’ list ports ‘lan3’ list ports ‘lan4’ config interface ‘lan’ option device ‘br-lan’ option proto ‘static’ option ipaddr ‘192.168.1.1’ option netmask ‘255.255.255.0’ option ip6assign ’60’ config device option name ‘eth1′ option macaddr ’00:01:02:YY:YY:YY’ config interface ‘wan’ option device ‘eth1’ option proto ‘dhcp’ config interface ‘wan6’ option device ‘eth1’ option proto ‘dhcpv6’ <\/p>\n
Podobnie jak w plikach konfiguracyjnych \/etc\/config\/network, z «ifname» na «device» zmienione zosta\u0142y nazwy p\u00f3l w board.json. <\/p>\n
Dodano now\u0105 platform\u0119 «realtek», umo\u017cliwiaj\u0105c\u0105 korzystanie z OpenWrt na urz\u0105dzeniach z du\u017c\u0105 liczb\u0105 port\u00f3w Ethernet, takich jak prze\u0142\u0105czniki Ethernet D-Link, ZyXEL, ALLNET, INABA i NETGEAR.\n
Dodano nowe platformy bcm4908 i rockchip dla urz\u0105dze\u0144 opartych na SoC Broadcom BCM4908 i Rockchip RK33xx. W wcze\u015bniej wspieranych platformach usuni\u0119to niedoskona\u0142o\u015bci w wsparciu urz\u0105dze\u0144.\n
Wsparcie dla platformy ar71xx zosta\u0142o zako\u0144czone, a zamiast niej nale\u017cy u\u017cywa\u0107 platformy ath79 (w przypadku urz\u0105dze\u0144 zwi\u0105zanych z ar71xx zaleca si\u0119 wykonanie nowej instalacji OpenWrt). Zako\u0144czono r\u00f3wnie\u017c wsparcie dla platform cns3xxx (Cavium Networks CNS3xxx), rb532 (MikroTik RB532) i samsung (SamsungTQ210).\n
Pliki wykonywalne aplikacji zaanga\u017cowanych w obs\u0142ug\u0119 po\u0142\u0105cze\u0144 sieciowych s\u0105 skompilowane w trybie PIE (Position-Independent Executables) z pe\u0142nym wsparciem dla randomizacji przestrzeni adresowej (ASLR), aby utrudni\u0107 wykorzystanie podatno\u015bci w tych aplikacjach.\n
Podczas kompilacji j\u0105dra Linux domy\u015blnie w\u0142\u0105czone s\u0105 opcje wspieraj\u0105ce technologie izolacji kontener\u00f3w, co pozwala na korzystanie z narz\u0119dzi LXC i trybu procd-ujail w OpenWrt na wi\u0119kszo\u015bci platform.\n
Umo\u017cliwiono kompilacj\u0119 z obs\u0142ug\u0105 systemu przymusowego dost\u0119pu SELinux (domy\u015blnie wy\u0142\u0105czona).\n
Zaktualizowano wersje pakiet\u00f3w, w tym oferowane wydania 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. J\u0105dro Linux zosta\u0142o zaktualizowane do wersji 5.4.143 z przeniesieniem stosu bezprzewodowego cfg80211\/mac80211 z j\u0105dra 5.10.42 i przeniesieniem wsparcia. VPN<\/a> Wireguard. <\/ul>\n