Skip to content

Fonctionnement

Pare-feu du projet : autoriser et bloquer par IP et port

La personne qui a créé le compte est le propriétaire et a déjà un accès total. Le site naît ouvert : HTTP 80 et HTTPS 443 acceptent tout visiteur. Vous n’avez pas besoin d’un ticket pour « débloquer le site ». Dans le tableau de bord, sous Projet → Pare-feu, fermez des ports ou restreignez des IP quand vous le souhaitez.

Le pare-feu décide qui atteint votre app depuis internet. Il fonctionne comme celui d’un serveur : chaque règle a une action (Autoriser ou Bloquer), une source (IP ou plage), un protocole (TCP), un port et une étiquette libre pour vous rappeler pourquoi. Ce n’est pas un WAF : il n’inspecte pas le contenu.

Les ports qui atteignent l’app sont 443 (HTTPS) et 80 (HTTP). Les autres ports du conteneur sont déjà fermés à internet et n’ont pas besoin de règle. Les clients n’ont pas d’accès SSH aux serveurs, et il n’est pas géré ici.

  1. Avant d’ouvrir un ticket

    Si le site ne s’ouvre pas pour une IP, ou si vous voulez restreindre l’accès, ouvrez le projet → Pare-feu. Les règles par défaut autorisent déjà 80 et 443. Fermez un port ou limitez la source vous-même ; le support n’a pas à le faire à votre place.

  2. Règles par défaut

    Chaque projet démarre avec deux règles : Autoriser 443 (HTTPS) et Autoriser 80 (HTTP) depuis 0.0.0.0/0 et ::/0, c’est-à-dire toute IP. C’est le minimum pour que le site s’ouvre. Ensuite vous ajoutez des blocages ou changez la source pour restreindre. Si vous supprimez la règle d’un port, il reste ouvert : le site ne tombe jamais faute de règle.

  3. Autoriser ferme le reste

    Dès qu’un port a au moins une règle Autoriser, seules les sources autorisées entrent ; les autres reçoivent 403 (Interdit). Pour ouvrir à tous, autorisez 0.0.0.0/0 (toute IPv4) et ::/0 (toute IPv6).

  4. Bloquer l’emporte toujours

    Une règle Bloquer retire cette source même si une autre l’autorise. Exemple : Autoriser 0.0.0.0/0 et ::/0 sur 443 et Bloquer 45.10.20.0/24 laisse le site ouvert à tous sauf cette plage.

  5. Ports 80 et 443

    Choisissez 443 (HTTPS), 80 (HTTP) ou les deux. Le port 80 ne fait que rediriger vers 443 : restreindre 443 suffit. Le renouvellement automatique du certificat fonctionne avec toute règle.

  6. Appliqué en quelques secondes

    À l’enregistrement, la règle est appliquée au routeur devant l’app en quelques secondes, sans nouvelle publication. Le haut de l’écran indique si et quand elle a été appliquée. Mettre une règle en pause la désactive sans la supprimer.

  7. C’est l’IP du visiteur qui compte

    Le trafic traverse le réseau interne de Devora avant l’app. Le pare-feu ignore ces sauts internes et lit l’IP réelle du visiteur. Un en-tête X-Forwarded-For falsifié ne trompe pas la règle. Le bouton Mon IP ajoute l’adresse depuis laquelle vous utilisez le panneau.

  • Sources acceptées : IPv4 (200.10.20.30), plage IPv4 (200.10.20.0/24), IPv6 (2001:db8::1) et plage IPv6 (2001:db8::/32). Jusqu’à 50 sources par règle et 50 règles par projet.
  • Qui peut modifier : rôles Developer, Admin et Owner, ou un rôle personnalisé avec la permission Gérer le pare-feu. Voir le pare-feu ne fait que consulter.
  • Chaque règle créée, modifiée ou supprimée est inscrite dans le Journal de l’organisation avec l’auteur, la date et l’IP.
  • Attention en n’autorisant que le bureau : toute personne hors de ce réseau (mobile en 4G, déplacement) ne pourra pas ouvrir le site.
  • Le port public de la base de données n’est pas encore géré par cet écran ; l’accès externe se règle dans Bases de données.
  • Pour un ticket sur le pare-feu, indiquez l’étiquette de la règle, l’IP qui n’arrive pas à se connecter et le message en haut de l’écran Pare-feu.
  • La personne inscrite a déjà le site en ligne : les règles par défaut Allow 80 et 443 depuis n’importe quelle IP s’appliquent déjà. Les restrictions sont facultatives et se règlent dans le tableau de bord.
Pare-feu du projet : autoriser et bloquer par IP et port · Devora Cloud