Dostępne stabilne wydanie interfejsu ułatwiającego konfigurowanie ustawień sieci — NetworkManager 1.32.0. Wtyczki do obsługi VPN, OpenConnect, PPTP, OpenVPN i OpenSWAN rozwijane są w ramach własnych cykli rozwoju.
Główne nowości NetworkManager 1.32:
- Wprowadzono możliwość wyboru backendu zarządzania zaporą, do czego dodano nową opcję w NetworkManager.conf: „[main].firewall-backend”. Domyślnie ustawiony jest backend „nftables”, a gdy w systemie brakuje pliku /usr/sbin/nft, a obecny jest /usr/sbin/iptables — backend „iptables”. W przyszłości planowane jest dodanie jeszcze jednego backendu opartego na Firewalld. Możliwość ta może być stosowana do konfigurowania translacji adresów za pomocą nftables (wcześniej używany był tylko iptables) przy włączonym profilu współdzielenia (shared).
- Dodano nowe opcje „ethtool.pause-autoneg”, „ethtool.pause-rx” i „ethtool.pause-tx” do wprowadzania opóźnień przy odbieraniu lub wysyłaniu ramek Ethernet. Dodane opcje odpowiadają podobnym trybom w narzędziu ethtool — „—pause devname [autoneg on|off] [rx on|off] [tx on|off]”.
- Dodano parametr „ethernet.accept-all-mac-addresses”, który pozwala przełączyć adapter sieciowy w tryb „promiscuous” do analizy tranzystorowych ramk sieciowych, które nie są adresowane do bieżącego systemu.
- Dostępna jest możliwość wykonania odwrotnych zapytań DNS do ustawienia nazwy hosta na podstawie nazwy z DNS, określonej dla wydanego adresu IP systemu. Tryb ten włącza się za pomocą opcji hostname w profilu. W przeszłości do określenia nazwy hosta wywoływana była funkcja getnameinfo(), która uwzględniała konfigurację NSS oraz nazwę z pliku /etc/hostname (nowa funkcjonalność pozwala na ustawienie nazwy tylko na podstawie rozwiązywania odwrotnej strefy w DNS). Do zapytania nazwy hosta przez DNS teraz używane jest API systemd-resolved, a jeśli systemd nie jest stosowany, uruchamiany jest pomocnik 'nm-daemon-helper' oparty na module NSS 'dns'.
- Dodano wsparcie dla typów reguł routingu „prohibit”, „blackhole” i „unreachable”.
- Zmodyfikowano zachowanie dotyczące reguł zarządzania ruchem — domyślnie NetworkManager teraz zachowuje już ustawione w systemie reguły qdiscs i filtry ruchu.
- Zrealizowano mirroring profili połączeń bezprzewodowych NetworkManager w plikach konfiguracyjnych iwd.
- Dodano wsparcie dla opcji DHCP 249 (Microsoft Classless Static Route).
- Dodano wsparcie dla parametru jądra „rd.net.dhcp.retry”, który zarządza zapytaniami o aktualizację powiązań do adresem IP.
- Przeprowadzono znaczącą restrukturyzację tekstów źródłowych.
- Wprowadzono zmiany w API, które nie powinny wpływać na zgodność z istniejącymi dodatkami. Na przykład, przestało być obsługiwane sygnał PropertiesChanged oraz właściwość D-Bus org.freedesktop.DBus.Properties.PropertiesChanged, które od dawna są uznawane za przestarzałe. Definicje struktur w klasach NMSimpleConnection, NMSetting i NMSetting zostały ukryte w bibliotece libnm. Jako główny klucz do identyfikacji profilu połączenia używany jest format „connection.uuid”.
Dodatkowo warto wspomnieć o wydaniu konfiguatora sieci ConnMan 1.40, który rozwijany jest przez firmę Intel i wyróżnia się niskim zużyciem zasobów systemowych oraz elastycznymi możliwościami rozszerzenia funkcjonalności za pomocą wtyczek. ConnMan jest wykorzystywany w takich platformach i dystrybucjach jak Tizen, Yocto, Sailfish, Aldebaran Robotics i Nest, a także w różnych urządzeniach konsumenckich z systemem Linux.
Firma Intel wydała również demon Wi-Fi IWD 1.15 (demon bezprzewodowy iNet), rozwijany jako alternatywa dla wpa_supplicant do łączenia systemów Linux z siecią bezprzewodową. IWD może działać jako samodzielna aplikacja lub jako backend dla konfiguratorów sieciowych Network Manager i ConnMan. Projekt nadaje się do zastosowania w urządzeniach wbudowanych i jest zoptymalizowany pod kątem minimalnego zużycia pamięci i przestrzeni dyskowej. IWD nie używa zewnętrznych bibliotek i korzysta tylko z możliwości zapewnionych przez rdzeń Linux (do działania wystarczy rdzeń Linux i Glibc).
W nowej wersji ConnMan wprowadzono tylko poprawki błędów związanych z obsługą stanu automatycznego połączenia i rozłączenia w WiFi. Wyeliminowano także podatność spowodowaną przepełnieniem bufora w kodzie DNS Proxy. W nowej wersji IWD wdrożono wsparcie dla eksportowania informacji o pracy procesu w tle, dodano możliwość prognozowania intensywności przyjmowania pakietów w trybie VHT RX (Very High Throughput) oraz zapewniono wsparcie dla procedury FT-over-DS z wieloma podstawowymi zestawami usług (BSS).
Źródło: opennet.ru
