🔥 Désactiver complètement le firewall sur Linux

Introduction

Désactiver un firewall sur Linux peut être nécessaire dans certains cas (diagnostic, environnement de test, debugging réseau).
Cependant, cette opération n’est pas anodine et peut impacter directement la sécurité et le fonctionnement des services, notamment dans des environnements modernes utilisant la conteneurisation.

Identifier le firewall utilisé

Selon la distribution, plusieurs solutions peuvent être présentes :

UFW (Ubuntu / Debian)
firewalld (RHEL / CentOS / AlmaLinux)
iptables / nftables (niveau bas)

Désactiver UFW (Ubuntu / Debian)

Vérifier le statut

sudo ufw status

Permet de vérifier si UFW est actif sur le système.

Désactiver le firewall

sudo ufw disable

Désactive immédiatement toutes les règles UFW.

Désactiver au démarrage

sudo systemctl disable ufw

Empêche le firewall de se relancer automatiquement au boot.

Désactiver firewalld (RHEL / CentOS)

Vérifier le statut

sudo systemctl status firewalld

Permet de confirmer si le service est actif.

Arrêter le service

sudo systemctl stop firewalld

Stoppe immédiatement le firewall.

Désactiver au démarrage

sudo systemctl disable firewalld

Empêche firewalld de démarrer automatiquement.

Désactiver iptables (niveau bas)

Supprimer toutes les règles

sudo iptables -F
sudo iptables -t nat -F
sudo iptables -t mangle -F

Supprime l’ensemble des règles filtrantes et NAT.

Autoriser tout le trafic

sudo iptables -P INPUT ACCEPT
sudo iptables -P FORWARD ACCEPT
sudo iptables -P OUTPUT ACCEPT

Ouvre complètement tous les flux réseau.

⚠️ Impact critique avec la conteneurisation

La désactivation ou la modification brutale d’iptables peut casser complètement le fonctionnement de Docker et des solutions de conteneurisation.

Pourquoi :

Docker s’appuie directement sur iptables pour :
- le NAT (masquerading)
- le port forwarding
- l’isolation réseau entre conteneurs
Supprimer les règles iptables revient à :
- casser les réseaux Docker (bridge, overlay)
- rendre les conteneurs inaccessibles
- bloquer les communications inter-conteneurs

Symptômes fréquents

Conteneur accessible en local mais pas depuis l’extérieur
Ports exposés non fonctionnels (-p 80:80)
Erreurs réseau internes entre services
Kubernetes / Docker Swarm instable

Bonne approche

Ne jamais désactiver iptables sur un serveur utilisant Docker en production.

Préférer :

ajuster les règles plutôt que les supprimer
utiliser les chaînes Docker (DOCKER, DOCKER-USER)
passer par un firewall compatible (firewalld avec zones, UFW configuré correctement)

Vérifier que le firewall est désactivé

UFW

sudo ufw status

Doit afficher « inactive ».

firewalld

sudo systemctl status firewalld

Doit être « inactive » ou « disabled ».

iptables

sudo iptables -L

Doit afficher des règles vides ou permissives.

Cas d’usage

Diagnostic réseau avancé
Test de connectivité
Environnement isolé (lab, VM locale)
Debug d’une configuration firewall complexe

Risques majeurs

Désactiver un firewall expose directement le serveur à Internet.

Impacts possibles :

accès non autorisé
exploitation de services exposés
scan automatique de ports
compromission du système

Bonnes pratiques

Limiter la désactivation dans le temps
Ne jamais désactiver iptables en environnement conteneurisé
Préférer une ouverture ciblée des ports
Monitorer les connexions réseau
Documenter les modifications

Réactiver le firewall

UFW

sudo ufw enable

Réactive le firewall.

firewalld

sudo systemctl start firewalld

Redémarre le service firewall.

Conclusion

La désactivation du firewall sous Linux est une opération utile mais à fort impact.
Elle doit être utilisée avec précaution, en particulier sur des infrastructures modernes.

Dans un environnement avec Docker ou Kubernetes, toucher à iptables sans maîtrise peut entraîner des dysfonctionnements critiques.