Le pare-feu sous linux est fait de plusieurs composants, le framework Netfilter qui intercepte et manipule les paquets, ip_tables, le module, qui s'insère dans Netfilter et décrit les règles de filtrages, et iptables l'outil en userspace qui transmet les règles à ip_tables, le module.
Ca m'étonnerait que systemd est l'intention de toucher aux de premiers (quoi que on sait jamais où ils s'arrêtent, c'est uniquement l'outil iptables qui est remplacé, celui étant assez simpliste. D'ailleurs quand on utilise ufw ou autre, il se passe la même chose.
nftables a pour but de remplacer le module et l'outil. Le module nftables pourrait donc être utilisé par systemd, ils sont complémentaires, pas opposés.
Après on peut débattre de la pertinence d'un gestionnaire de pare-feu dans systemd (même si pour l'instant ça semble se limiter à du NAT)
# Précision
Posté par plietar . En réponse au journal Systemd contrôlera bientôt tout votre réseau. Évalué à 10.
Le pare-feu sous linux est fait de plusieurs composants, le framework Netfilter qui intercepte et manipule les paquets, ip_tables, le module, qui s'insère dans Netfilter et décrit les règles de filtrages, et iptables l'outil en userspace qui transmet les règles à ip_tables, le module.
Ca m'étonnerait que systemd est l'intention de toucher aux de premiers (quoi que on sait jamais où ils s'arrêtent, c'est uniquement l'outil iptables qui est remplacé, celui étant assez simpliste. D'ailleurs quand on utilise ufw ou autre, il se passe la même chose.
nftables a pour but de remplacer le module et l'outil. Le module nftables pourrait donc être utilisé par systemd, ils sont complémentaires, pas opposés.
Après on peut débattre de la pertinence d'un gestionnaire de pare-feu dans systemd (même si pour l'instant ça semble se limiter à du NAT)