# Résolu. Problème firewall **URL:** \ **Category:** Support Debian\ **Created:** [Novembre 19, 2017, 5:24 UTC](https://www.debian-fr.org/t/resolu-probleme-firewall/75144 "2017-11-19T17:24:09Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![chris38](https://www.debian-fr.org/user_avatar/www.debian-fr.org/chris38/32/12918_2.png) [@chris38](https://www.debian-fr.org/u/chris38)\ **Post date:** [Novembre 19, 2017, 5:24 UTC](https://www.debian-fr.org/t/resolu-probleme-firewall/75144/1 "2017-11-19T17:24:09Z")
salut, Je passe a coté de quelques chose depuis quelques que le FW ne fonctionne plus avec cette erreur à la cmd > /etc/init.d/mon\_parefeu clean > ==\> > ligne 1: #!/bin/sh: Aucun fichier ou dossier de ce type De plus, a chaque extinction, le FW se réinitialise , il ne gqrde pas les règles nouvellement mises en place, meme après le « STOP » ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Novembre 19, 2017, 6:03 UTC](https://www.debian-fr.org/t/resolu-probleme-firewall/75144/2 "2017-11-19T18:03:28Z")
C’est quoi ce déterrage, il y a une épidémie aujourd’hui ? Ouvre ton propre fil pour décrire ton problème, il y a bien des problèmes d’iptables à règler, celui là n’est peut être même pas lié au tien. ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Novembre 19, 2017, 9:03 UTC](https://www.debian-fr.org/t/resolu-probleme-firewall/75144/3 "2017-11-19T21:03:30Z")
Je viens de scinder l’ancien fil, merci de faire attention à la nécromancie. ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Novembre 19, 2017, 11:53 UTC](https://www.debian-fr.org/t/resolu-probleme-firewall/75144/4 "2017-11-19T23:53:54Z")
Bon, sinon, c’est moi qui ai prototypé le script sur lequel Ricardo s’est basé pour construire son script de parefeu, donc je devrais pouvoir, maintenant que je regarde un peu moins vite ton problème ( 😃 ), t’aider un peu. Alors là, je me demande si ce n’est pas parce qu’il n’y a plus de sh installé par défaut de nos jours. Ça m’étonne un peu qu’il ne puisse ne plus y avoir du tout la commande, pour la retrocompatibilité, mais aprés tout, les temps changent… A priori, si tu fais which sh, si le problème est là, il doit te dire qu’il ne le trouve pas. Chez moi ls -l `which sh` lrwxrwxrwx 1 root root 4 janv. 24 2017 /bin/sh -\> dash C’est un lien symbolique vers dash. Dans ce cas, essayes de changer #!/bin/sh en #!/bin/bash Aprés, pour ce qui est de son placement dans /etc/init.d et de sa structure, ça doit théoriquement encore marcher, mais je ne suis pas sur, car on est passé à systemd, et je ne sais pas s’il le voit comme service, juste en le mettant dans le répertoire init.d. Il faut peut être faire autrechose pour qu’il se déclenche au boot, et ça peut expliquer pourquoi il ne sauve pas les règles lors de l’arrêt, et ne restaure pas le contenu au reboot. Quelqu’un de plus à jour que moi pourrait peut être nous éclairer à ce sujet. ---
**Author:** ![anon93295908](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b782af/32.png) [@anon93295908](https://www.debian-fr.org/u/anon93295908)\ **Post date:** [Novembre 20, 2017, 7:20 UTC](https://www.debian-fr.org/t/resolu-probleme-firewall/75144/5 "2017-11-20T07:20:56Z")
Bon si c’est pour un post perso, ufw suffit amplement sinon il existe iptables-persistent qui sauvegarde vos règles et les restaure au démarrage de la machine. ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Novembre 20, 2017, 9:30 UTC](https://www.debian-fr.org/t/resolu-probleme-firewall/75144/6 "2017-11-20T09:30:44Z")
> [@mattotop](#): > > Aprés, pour ce qui est de son placement dans /etc/init.d et de sa structure, ça doit théoriquement encore marcher, mais je ne suis pas sur, car on est passé à systemd, et je ne sais pas s’il le voit comme service, juste en le mettant dans le répertoire init.d. > Il faut peut être faire autrechose pour qu’il se déclenche au boot, et ça peut expliquer pourquoi il ne sauve pas les règles lors de l’arrêt, et ne restaure pas le contenu au reboot. > Quelqu’un de plus à jour que moi pourrait peut être nous éclairer à ce sujet. Je dirais tout simple : > **[systemd-iptables/etc/iptables at master · gronke/systemd-iptables](https://github.com/gronke/systemd-iptables/tree/master/etc/iptables)** > > master/etc/iptables Après je n’utilise pas ces scripts, j’avais des besoins spécifiques à docker et ce que j’en fait. Et je suis loin de maîtriser les règles iptable et ip6table comme Pascal 😉 En résumé systemd va appelé les démons, qui eux même appellerons les scripts adéquats. Le but étant que la target soit avant sysvinit devrait normalement suffire pour protéger avant toute connexion réseau, je vous renvoie vers cet article expliquant en détails les target de systemd : > **[SULTANTOTO | Agen Official Toto Pools & Alternatif Togel Besar Terpercaya](https://sultantoto.blog/)** > > SULTANTOTO merupakan agen official toto pools dan alternatif togel besar terpercaya. Akses link login resmi dengan transaksi cepat dan layanan CS setiap saat. C’est très succin au niveau de l’explication mais à mon avis amplement suffisant pour le cas présent. ---
**Author:** ![chris38](https://www.debian-fr.org/user_avatar/www.debian-fr.org/chris38/32/12918_2.png) [@chris38](https://www.debian-fr.org/u/chris38)\ **Post date:** [Novembre 25, 2017, 1:06 UTC](https://www.debian-fr.org/t/resolu-probleme-firewall/75144/7 "2017-11-25T13:06:34Z")
Merci, pour cette astuce dont je n’avais pas connaissance.