# Iptables-save = muet depuis passage à Stretch **URL:** \ **Category:** Support Debian\ **Created:** [Juillet 27, 2017, 8:34 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056 "2017-07-27T08:34:38Z")\ **Posts on this page:** 17\ **Page:** 1
**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\ **Post date:** [Juillet 27, 2017, 8:34 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/1 "2017-07-27T08:34:39Z")
Je n’ai pas encore explorer la chose en profondeur, mais comme je vérifie régulièrement, je me suis rendu compte de ça ce matin. Y-a-t-il quelque chose de nouveau qui soit passé à côté de mes yeux, lors de la mutation Jessie ==\> Stretch ? Retour vers midi. EDIT : Quand je dis “muet”, ça veut dire retour direct à l’invite. ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Juillet 27, 2017, 9:51 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/2 "2017-07-27T09:51:56Z")
Bonjour. > [@ricardo](#): > > la mutation Jessie ==\> Stretch Tu as fais une mise à jour, je te conseille de réinstaller lors d’un changement de majeure de version de Debian. sinon > [@ricardo](#): > > Quand je dis « muet », ça veut dire retour direct à l’invite. Quand `iptables-save` ne retourne rien, c’est qu’une règle iptables n’est active sur le système. je viens de le faire sur mon ordinateur portable : ```plaintext ┌ (gilles@Victory + 0) (27/07/17 - 11:48:02) (0.44 - 0%) (~) └% sudo iptables-save ┌ (gilles@Victory + 0) (27/07/17 - 11:50:08) (0.52 - 0%) (~) └% ``` Après, ce que tu peux tester, c’est `iptables-save || echo 'Ça marche pas !'` et si tu vois le texte « Ça marche pas ! », c’est que ça ne marche pas. ---
**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\ **Post date:** [Juillet 27, 2017, 10:12 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/3 "2017-07-27T10:12:42Z")
> [@Almtesh](#): > > Après, ce que tu peux tester, c’est iptables-save || echo ‹ Ça marche pas ! › et si tu vois le texte « Ça marche pas ! », c’est que ça ne marche pas. Dans un premier temps, j’ai souri, puis j’ai testé et la réponse m’interpelle. > $: sudo iptables-save || echo 'Ça marche pas ! > **\>** Je fouillerai cet AM pour voir où ça coince. ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Juillet 27, 2017, 10:30 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/4 "2017-07-27T10:30:30Z")
Tu as oublié la quote à la fin de la ligne, après le `!`. du coup, il te met `>` pour dire qu’il lui manque quelque chose pour continuer. ---
**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\ **Post date:** [Juillet 27, 2017, 10:37 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/5 "2017-07-27T10:37:50Z")
> [@Almtesh](#): > > Tu as oublié la quote à la fin de la ligne, après le !. du coup, il te met \> pour dire qu’il lui manque quelque chose pour continuer. Suis-je bête ! 😲 Encore plus bizarre alors … ta commande affiche le bon résultat de ‹ iptables-save ›. Je contrôle et ça répond correctement : > ricardo@stretch-ssd:~$ sudo iptables-save > # Generated by iptables-save v1.6.0 **on Thu Jul 27 12:32:24 2017** > \*filter > :INPUT DROP [1300:493758] > :FORWARD DROP [0:0] > :OUTPUT ACCEPT [19588:2768868] > -A INPUT -i lo -j ACCEPT > etc. Ça l’a réveillé, ou quoi ? =================== EDIT : Par contre : > ricardo@stretch-ssd:~$ sudo ip6tables-save || echo ‹ Ça marche pas ! › > ricardo@stretch-ssd:~$ et aussitôt après : > ricardo@stretch-ssd:~$ sudo ip6tables-save > ricardo@stretch-ssd:~$ ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Juillet 27, 2017, 1:41 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/6 "2017-07-27T13:41:56Z")
Quand tu fais `sudo ip6tables-save || echo 'Ça marche pas !'`, tu as le retour de `ip6tables-save`, et, en cas d’erreur, le texte. Du coup, si la commande `sudo ip6tables-save || echo 'Ça marche pas !'` ne te renvoie rien, c’est que `ip6tables-save`n’a pas retourné d’erreur, ni de règle. Ta table `iptables` pour l’IPv6 est donc vide. ---
**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\ **Post date:** [Juillet 27, 2017, 2:32 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/7 "2017-07-27T14:32:53Z")
Merci, je vais aller voir ça sitôt que possible. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Juillet 27, 2017, 7:15 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/8 "2017-07-27T19:15:36Z")
> [@Almtesh](#): > > Quand iptables-save ne retourne rien, c’est qu’une règle iptables n’est active sur le système. Plus exactement qu’aucune **table** (filter, nat, mangle, raw…) n’est chargée, ce qui implique bien sûr qu’aucune règle n’est active. Lorsqu’aucune règle n’est active mais qu’une ou plusieurs tables sont chargées, la sortie n’est pas vide. ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Juillet 27, 2017, 8:08 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/9 "2017-07-27T20:08:45Z")
Vrai, c’était important de le souligner. ---
**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\ **Post date:** [Juillet 28, 2017, 12:02 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/10 "2017-07-28T00:02:06Z")
Mon problème est règlé. Lors de la mutation vers Stretch, j’ai accepté partout où c’était demandé les modifications du paquet selon l’offre du responsable. J’ai fait ça en connaissance de cause, me disant que je verrai à l’usage si le besoin de personnaliser se fait sentir. J’en ai profité pour refaire tout au propre selon [le tuto de Seb-ksl](https://www.debian-fr.org/t/pare-feu-ipv4-ipv6-versions-bureau-et-serveur/68665). Tout baigne comme avant. Merci de l’aide. ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Juillet 28, 2017, 8:51 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/11 "2017-07-28T08:51:40Z")
> [@ricardo](#): > > J’en ai profité pour refaire tout au propre selon le tuto de Seb-ksl. Tu as lu [mon message](https://www.debian-fr.org/t/pare-feu-ipv4-ipv6-versions-bureau-et-serveur/68665/6) sur l’existence d’un paquet (`iptables-persistent`) qui gère ça ? ---
**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\ **Post date:** [Juillet 28, 2017, 9:16 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/12 "2017-07-28T09:16:55Z")
Oui, j’ai tout lu, mais comme je maitrise assez bien cette méthode, tirée du tuto, très ancien que j’avais fait, je suis resté dans mon habitude. Toutefois, comme j’ai quatre disques à faire, je comptais tester ce iptables-persistant. Il est fort possible que je fasse ça ce soir, mais j’ai besoin d’un complément d’info : Le processus à suivre en partant de zéro, ou alors en partant d’un début d’install ancienne ? Merci ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Juillet 30, 2017, 12:29 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/13 "2017-07-30T12:29:20Z")
Si tu as ton ancienne configuration, tu peux l’appliquer (attention, le nom des interfaces a peut-être changé) avant d’installer le paquet `iptables-persistent`. À l’installation du paquet, le configurateur te demandera si tu veux créer les fichiers de configuration avec les règles actuellement appliquées. ---
**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\ **Post date:** [Juillet 30, 2017, 3:39 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/14 "2017-07-30T15:39:33Z")
@Almtesh Je viens de faire sur une machine qui était déjà pourvue. Apparemment, ça s’est bien passé : iptatbles-save et ip6tables-save répondent tous deux les même règles qu’avant. Toutefois, il faut que je vérifie si les anciens fichiers doivent être supprimés. Question : pas de man, donc où trouver le minimum syndical d’explications ? Question2 : Est-ce que je peux modifier directement à partir de /etc/iptables/rules.v4 et …v6 ? ---
**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\ **Post date:** [Juillet 30, 2017, 5:21 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/15 "2017-07-30T17:21:39Z")
Problème sur la machine dont ip6tables n’était pas pris en compte. J’ai modifié le rules.v6, en le copiant sur la machine qui va bien, mais au reboot, ip6tables-save ne prend pas les modifs en compte. ---
**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\ **Post date:** [Juillet 30, 2017, 7:54 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/16 "2017-07-30T19:54:41Z")
> [@ricardo](#): > > Question : pas de man, donc où trouver le minimum syndical d’explications ? Le minimum syndical se trouve dans le manuel de `netfilter-persistent`. `iptables-persistent` étant un plugin de `netfilter-persistent`. > [@ricardo](#): > > Question2 : Est-ce que je peux modifier directement à partir de /etc/iptables/rules.v4 et …v6 ? Tout à fait, ce sont des fichiers de configuration comme n’importe lequel de ceux présents dans le dossier `/etc` (enfin, ceux qui répectent la FSHS, du moins). > [@ricardo](#): > > J’ai modifié le rules.v6, en le copiant sur la machine qui va bien, mais au reboot, ip6tables-save ne prend pas les modifs en compte. `ip6tables-save` n’est qu’un utilitaire qui te présente les règles IPv6 de pare-feu. Tu veux dire que `netfilter-persistent` ne t’applique pas les règles IPv6 présentes dans ton fichier `/etc/iptables/rules.v6` ? Tu peux aisemment voir ce qu’il ne se passe pas bien en faisant `cat /etc/iptables/rules.v6 | sudo ip6tables-restore`. Si cette commande ne te retourne pas d’erreur, tu peux jetter un œil dans les logs. ---
**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\ **Post date:** [Juillet 30, 2017, 11:24 UTC](https://www.debian-fr.org/t/iptables-save-muet-depuis-passage-a-stretch/74056/17 "2017-07-30T23:24:10Z")
Merci, erreur trouvée et, comme 99 fois sur 100, l’erreur se trouve entre le fauteuil et le clavier. Un simple oubli d’espace dans une règle.😌 Il me reste à coller ça sur les deux derniers disques. C’est vrai que c’est pratique et simple.