Sauf erreur de ma part, ce que tu dis va justement dans mon sens le /24 que je mettais est de toute façon ce qu’il fait lorsque l’add-on met l’interface wg0 en place, à savoir un mask /24, le masque est spécifié dans cette ligne de commande.
Sauf si le log est différent de ce que l’add-on fait mais là ça serait un peu problématique… Donc selon ce que je lis dans le log, ma configuration ne spécifie aucun masque mais l’add-on met un masque /24, donc effectivement ça ne servait à rien que je le face.
Ce qui me ramène à ce que j’ai écrit ci-dessus, à en croire le log que j’avais sans spécifier de mask quand il fait son ip address add il spécifie un mask /24, sauf si je suis (encore) à côté de la plaque
Là encore, je ne peux que me fier à ce que propose l’accès SSH que propose Home Assistant OS.
Et un ha network info ne me donne que des adresses en 172.30 pour ce qui est de docker et mon réseau local n’est évidemment pas dans ce sous-réseau.
Et apparemment Home Assistant est sur l’adresse 172.30.32.1, du coup peut-être qu’il faudrait créer une route vers 172.30.32.1 ?
Entre temps, commençant à me faire au fait que plus j’en apprends et plus j’en ai à apprendre avec HA et que du coup je cherche un peu mieux, j’ai installé l’autre addon qui donne accès à un terminal SSH et du coup, à Docker.
Du coup, un ip addr exécuté sur le container de l’add-on Wireguard m’indique une interface qui commence par eth0 mais qui n’a jamais le même nom puisque suffixée par @xx ou xx est un nombre variable.
Il ne me semble pas que le paramètre -i de Iptables spécifie un nom partiel pour l’interface. Du coup, soit je me trompe et ça devrait fonctionner et du coup ça reste un mystère, ou alors dernière possibilité on ne peut tout simplement pas faire de masquerading sur cette interface vu que son nom varie.