Aller au contenu
ToolMug

Utilisez ↑ ↓ pour naviguer, Entrée pour ouvrir, Échap pour fermer.

Générateur de règles de pare-feu

Ouvrez les ports dont votre serveur a besoin et fermez le reste sans chercher trois syntaxes différentes. Choisissez un modèle, indiquez ports, protocoles et adresses sources, puis copiez les commandes pour ufw (Ubuntu, Debian), firewalld (RHEL, Rocky, AlmaLinux) ou iptables seul. Le générateur place les règles de blocage avant les règles d’autorisation et vous avertit si les règles couperaient votre propre connexion SSH.

Fonctionne dans votre navigateur — rien de ce que vous saisissez n’est envoyé

Partir de :

Règles entrantes

Exécutez en root. ufw enable demande confirmation ; vérifiez la liste avec ufw status numbered.

Les règles de blocage sont placées avant les règles d’autorisation, car les trois pare-feu appliquent la première règle qui correspond. Les serveurs cloud ont souvent aussi un groupe de sécurité dans la console du fournisseur ; les ports doivent y être ouverts également.

Mode d’emploi

  1. Choisissez un modèle, comme Serveur web (SSH, HTTP, HTTPS), ou modifiez directement les règles.
  2. Pour chaque règle, saisissez les ports, le protocole, l’adresse source (laissez vide pour n’importe où) et Autoriser ou Bloquer.
  3. Indiquez votre port SSH et décidez s’il faut Bloquer tout le reste du trafic entrant.
  4. Choisissez votre pare-feu et copiez les commandes dans un shell root sur le serveur.

Explication des options

Ports
Un seul port (22), une liste (80,443) ou une plage (8000-8100).
Source
Une adresse ou un réseau IPv4 ou IPv6, comme 203.0.113.0/24. Les sources IPv6 passent par ip6tables.
Bloquer tout le reste du trafic entrant
Définit la politique entrante par défaut sur refuser. Le trafic sortant reste autorisé.

Exemple de résultat

Trois règles, avec SSH sur le port 22 et la politique par défaut réglée sur refuser : autoriser SSH uniquement depuis 203.0.113.5, autoriser les ports TCP 80 et 443 depuis n’importe où, et bloquer 198.51.100.0/24 vers le port 25. La règle de blocage est écrite en premier, car la première règle correspondante l’emporte.

# ufw
ufw default deny incoming
ufw default allow outgoing
ufw deny from 198.51.100.0/24 to any port 25 proto tcp
ufw allow from 203.0.113.5 to any port 22 proto tcp
ufw allow 80,443/tcp
ufw enable

# iptables
iptables -A INPUT -p tcp -s 198.51.100.0/24 --dport 25 -j DROP
iptables -A INPUT -p tcp -s 203.0.113.5 --dport 22 -j ACCEPT
iptables -A INPUT -p tcp -m multiport --dports 80,443 -j ACCEPT
iptables -P INPUT DROP

Pour firewalld, les ports ouverts à tout le monde utilisent --add-port, tandis que les règles avec une source ou un blocage utilisent une rich rule. Comme la seule règle SSH a une adresse source, les commandes firewalld retirent aussi le service ssh par défaut de la zone. Sans cette étape, la zone laisserait toujours entrer tout le monde sur le port 22.

Questions fréquentes

Comment éviter de me bloquer l’accès ?

Conservez une règle qui autorise votre port SSH et, si vous limitez SSH à certaines IP, vérifiez d’abord votre IP actuelle. Garder ouverte la console web du fournisseur cloud vous donne un moyen de revenir.

J’ai ouvert le port mais je ne peux toujours pas me connecter. Pourquoi ?

Les serveurs cloud ont généralement aussi un groupe de sécurité ou un pare-feu réseau dans la console du fournisseur ; le port doit y être ouvert également. Vérifiez aussi que le service écoute, par exemple avec ss -tlnp.

Quel pare-feu utilise mon serveur ?

Ubuntu et Debian utilisent généralement ufw ; RHEL, Rocky, AlmaLinux et CentOS utilisent firewalld. Les deux sont des interfaces du pare-feu du noyau : utilisez l’un des deux plutôt que de mélanger des commandes iptables brutes.

Confidentialité

Cet outil fonctionne entièrement dans votre navigateur. Vos fichiers et vos textes sont traités sur votre appareil et ne sont jamais envoyés à nos serveurs.

Outils similaires