🥇Utgåvan av brandväggen firewalld 2.4.0

En release av den dynamiskt hanterade brandväggen firewalld 2.4.0 har skapats, implementerad som ett lager över paketfilter nftables och iptables. Firewalld körs som en bakgrundsprocess som möjliggör dynamisk ändring av paketfilterregler via D-Bus, utan att det behövs en omstart av reglerna och utan att etablerade anslutningar bryts. Projektet används redan i många Linux-distributioner, inklusive RHEL 7+, Fedora 18+ och SUSE/openSUSE 15+. Koden för firewalld är skriven i Python och distribueras under GPLv2-licensen.

För att hantera brandväggen används verktyget firewall-cmd, vilket vid skapandet av regler inte baseras på IP-adresser, nätverksgränssnitt och portnummer, och via tjänstnamn (t.ex. för att öppna åtkomst till SSH behöver man köra "firewall-cmd —add —service=ssh", för att stänga SSH — "firewall-cmd —remove —service=ssh"). För att ändra brandväggens konfiguration kan man också använda det grafiska gränssnittet firewall-config (GTK) och applet firewall-applet (Qt). Stödet för att hantera brandväggen via D-BUS API firewalld finns i projekt som NetworkManager, libvirt, podman, docker och fail2ban.

Nyckeländringar:

En uppsättning regler "gateway" har lagts till, som täcker funktionaliteten hos en typisk hemmarouter (inklusive NAT, conntrack-hanterare och trafikdirigering mellan zoner). Exempel på konfiguration av en gateway med interna och externa nätverksgränssnitt med hjälp av uppsättningen regler "gateway": firewall-cmd —permanent —zone internal —add-interface eth0 firewall-cmd —permanent —zone external —add-interface eth1 firewall-cmd —permanent —policy-set gateway —remove-disable firewall-cmd —reload
En flagga "disable" har implementerats, som kan användas i XML-konfigurationer, kommandoradsverktyget eller via DBus för att inaktivera individuella regler och regeluppsättningar (policy set).
Den maximala längden på regelnamn har ökat från 17 till 128 tecken.
Tjänsten gitea har lagts till för den namngivna plattformen för samarbetsutveckling (TCP-port 3000).
Tjänsten syslog-ng har lagts till för det namngivna logghanteringssystemet (portar 514, 601 och 6514).
Tjänsten proxy-http har lagts till för HTTP/HTTPS-proxy, typ Squid (TCP-port 3128).
Tjänsten socks har lagts till för proxy-servrar med implementering av SOCKS-protokollet (TCP-port 1080).

Källa: opennet.ru