TL; DR Sur les nouvelles installations de serveur CentOS, dois-je utiliser firewalld ou simplement le désactiver et revenir à l'utilisation /etc/sysconfig/iptables
?
firewalld et iptables ont des objectifs similaires. Les deux font le filtrage de paquets - mais si je comprends bien, firewalld ne vide pas l'ensemble des règles à chaque fois qu'un changement est effectué.
Je connais beaucoup de choses sur iptables mais très peu sur firewalld.
Sur Fedora et RHEL / CentOS - la configuration traditionnelle d'iptables a été effectuée en /etc/sysconfig/iptables
. Avec firewalld, sa configuration /etc/firewalld/
existe et est un ensemble de fichiers XML. Fedora semble s'orienter vers firewalld en remplacement de cette configuration héritée. Je comprends que firewalld utilise iptables sous le capot, mais il a également sa propre interface de ligne de commande et son propre format de fichier de configuration comme ci-dessus - ce à quoi je fais référence en termes d'utilisation de l'un contre l'autre.
Existe-t-il une configuration / un scénario particulier pour lequel chacun d'entre eux est le mieux adapté? Dans le cas de NetworkMangaer vs réseau, il semble que bien que NetworkManager ait pu être destiné à remplacer les scripts réseau, en raison de son manque de prise en charge du pont réseau et de quelques autres choses, beaucoup de gens ne l'utilisent tout simplement pas sur les configurations de serveur à tout. Il semble donc y avoir un concept général de "utiliser NetworkManager si vous êtes sous Linux desktop/gui
, et réseau si vous utilisez un serveur". C'est juste ce que je retiens de la lecture de divers articles - mais cela donne au moins un guide sur ce qui est une utilisation viable pour ces choses - au moins dans leur état actuel.
Mais j'ai fait la même chose avec firewalld et je l'ai juste éteint et utilisé iptables à la place. (J'installe presque toujours linux sur un serveur, pas pour un bureau). Le pare-feu est-il un remplacement efficace pour iptables et devrais-je simplement l'utiliser sur tous les nouveaux systèmes?
iptables
. C'est juste un outil frontal, si cela rince les tables, c'est parce que vous l'avez dit.Réponses:
Comme cela
firewalld
est basé sur la configuration XML, certains pourraient penser qu'il est plus facile de configurer le pare-feu de manière programmatique. Cela peut être réalisé pariptables
tout aussi bien, mais d'une manière différente, qui n'est pas XML. Si vous connaissez déjà leiptables
fonctionnement, pourquoi migreriez-vous toute votre configuration versfirewalld
?Si vous considérez votre plus grand
iptables
ensemble de règles de pare-feu, à quelle fréquence pensez-vous que vous bénéficieriez de l'aspect dynamique defirewalld
? Dans la plupart des cas, la performance deiptables
n'est jamais le problème. Dans la plupart des cas, où les performances deiptables
est un problème peuvent être corrigées en utilisant desipset
ensembles IP source / destination basés.C'est un débat différent si vous devez ou non utiliser NetworkManager.
la source
iptables
n'est pas pertinente dans ce cas, car la lenteur se produira, que les règles soient insérées viafirewalld
ou directement avec l'iptables
outil.