Softcloud Wiki

Raspberry Pi

Sun, 08 Nov 2026 14:23:29 +0100

IPV6

Sun, 08 Nov 2026 14:23:29 +0100

Code PYTHON :

yunohost settings set smtp.allow_ipv6 -v False

Si ça ne fonctionne pas, pour désactiver l’ipv6, c’est du domaine de Gnu/Linux et non de yunohost. Tu peux le faire en créant le fichier suivant: /etc/sysctl.d/disableipv6.conf
Et son contenu:

Code PHP :

 désactivation de ipv6 pour toutes les interfaces
net.ipv6.conf.all.disable_ipv6=1
 
# désactivation de l'auto configuration pour toutes les interfaces
net.ipv6.conf.all.autoconf=0
 
# désactivation de ipv6 pour les nouvelles interfaces (ex:si ajout de carte réseau)
net.ipv6.conf.default.disable_ipv6=1
 
# désactivation de l'auto configuration pour les nouvelles interfaces
net.ipv6.conf.default.autoconf=0

puis

sysctl -p

pour prendre en compte les changements.

[Tuto] Résoudre le problème de hairpinning Orange avec le DHCP/DNS de YunoHost

Sun, 08 Nov 2026 14:23:29 +0100

https://forum.yunohost.org/t/tuto-resoudre-le-probleme-de-hairpinning-orange-avec-le-dhcp-dns-de-yunohost/4125/37

Avertissement

Dans un premier je voudrais préciser que cette méthode fonctionne avant tout pour moi ! Je n’ai aucune idée du respect des “bonnes pratiques” avec ces propositions là.

Cependant, je serais ravi d’échanger avec vous tous (utilisateurs de YunoHost ou bien dev YunoHost) par rapport à cette méthode là ; est-ce une bonne pratique ? ; est-ce que je me prends la tete ? ; est ce qu’il y a moyen de faire ça plus facilement ? Enfin bref j’attend avec impatience vos retours

Introduction

Étant client Orange fibre j’ai comme beaucoup le problème de hairpinning avec ma Livebox.

En épluchant un peu le forum ici et d’autres sur internet voici la solution que je propose pour contourner ce problème.

Pour résumer je n’utilise la Livebox que comme bridge internet, c’est mon serveur YunoHost qui fait office de serveur DHCP et résolveur DNS. Tout ça grace à DNSmasq qui est normalement installé est activé par défaut sur votre serveur YunoHost.

Pour résumé voici les avantages de cette méthode :

Vous pouvez accéder à l’interface YunoHost et à vos services depuis vos machines locales directement via l’URL de votre domaine et non plus en utilisant l’ip locale de votre serveur YunoHost
Vous pouvez renouveler vos certificats Let’s Encrypt sans avoir besoin d’utiliser l’option
```
--no-checks
```
(plus de Warning de hairpinning)
YunoHost sera capable de renouveler automatiquement vos certificats Let’s Encrypt

La TV par internet

Personnellement je n’utilise pas le décodeur TV d’orange (en plus j’ai le décodeur blanc qui est complètement buggé …. Cependant, je le précise plus tard, mais il est important que le décodeur reçoive son IP du serveur DHCP de la box et non pas par YunoHost. Je crois que c’est dû au fait que la TV d’Orange a besoin d’utiliser les DNS hardcodés dans la LiveBox.

Finalement : Si vous voulez garder la TV d’Orange il faut laisser activer le DHCP de la LiveBox, pour les autres aucun problème à le désactiver.

Je précise les deux cas dans le tuto.

Vérification de la config actuelle

Avant de commencer je propose de faire un petit tour d’horizon afin d’être sûr que la base soit bonne. De mon coté, voici le contenu des différents fichiers de configuration qui nous intéresse dans leurs états juste après une installation fraiche de YunoHost.

```
/etc/network/interfaces
```

Code BASH :

source /etc/network/interfaces.d/*
 
# The loopback network interface
auto lo
iface lo inet loopback
 
# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

```
/etc/resolv.conf
```

Code CSS :

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1

```
/etc/resolv.dnsmasq.conf
```

Code NGINX :

nameserver 84.200.69.80
nameserver 141.255.128.100
nameserver 80.67.169.12
nameserver 80.67.188.188
nameserver 80.67.169.40
nameserver 89.234.186.18
nameserver 213.73.91.35
nameserver 89.234.141.66
nameserver 89.233.43.71
nameserver 91.239.100.100
nameserver 85.214.20.141
nameserver 141.255.128.101
nameserver 84.200.70.40

```
/etc/dnsmasq.conf
```

Code JAVASCRIPT :

domain-needed
expand-hosts
 
listen-address=127.0.0.1
resolv-file=/etc/resolv.dnsmasq.conf
cache-size=256

1. Attribution d’une IP fixe au serveur YunoHost

Si ce n’est pas déjà fait, je pense que c’est une bonne chose de fixer l’adresse IP du serveur YunoHost étant donné que nous allons désactiver le serveur DHCP de la LiveBox.

Pour ça, il suffit d’éditer le fichier

/etc/network/interfaces

et de modifier la ligne correspondant à l’interface réseau utilisée. Mais avant, on fait une petite sauvegarde du fichier avec

sudo cp /etc/network/interfaces /etc/network/interfaces.bak

et enfin on édite le fichier avec

sudo nano /etc/network/interfaces

et on le modifie comme ceci :

Code NGINX :

source /etc/network/interfaces.d/*
 
# The loopback network interface
auto lo
iface lo inet loopback
 
# The primary network interface
allow-hotplug eth0
iface eth0 inet static # On passe en static
address 192.168.1.2 # Adresse IP locale que l'on souhaite pour YunoHost
netmask 255.255.255.0 # Le masque du sous-réseau
gateway 192.168.1.1 # L'adresse de notre passerelle, ici c'est notre box qui a normalement cette IP

Un petit redémarrage et normalement vous pouvez vous connecter à votre serveur avec sa nouvelle IP.

2. Activer le serveur DHCP de DNSmasq

Maintenant on va activer le serveur DHCP de YunoHost. Le rôle du serveur DHCP est de fournir une adresse IP valide aux machines qui se connectent à votre réseau local ainsi que les différentes informations utiles comme la passerelle ou encore le resolveur DNS.

Jusqu’à présent c’était votre LiveBox qui était chargée de faire ça. Maintenant c’est votre serveur YunoHost qui va s’en charger. L’avantage en utilisant celui-ci, c’est qu’il va communiquer comme résolveur DNS sa propre IP et faire travailler DNSmasq, contrairement à LiveBox qui fourni les DNS d’Orange.

Pour activer le serveur DHCP de YunoHost il faut éditer le fichier

/etc/dnsmasq.conf

mais avant on fait une sauvegarde avec

sudo cp /etc/dnsmasq.conf /etc/dnsmasq.conf.bak

et enfin

sudo nano /etc/dnsmasq.conf

afin de modifier le fichier comme ceci :

Code RUBY :

domain-needed
expand-hosts
 
# listen-address=127.0.0.1 # On veut écouter aussi les machines de notre LAN
resolv-file=/etc/resolv.dnsmasq.conf
 
cache-size=2048 # Nombre d'entrées DNS max à garder en cache
bogus-priv
dhcp-range=192.168.1.10,192.168.1.50,255.255.255.0,24h # Active le serveur DHCP,
# celui-ci fournira des adresses IP entre 192.168.1.10 et 192.168.1.50 aux machines du réseau
dhcp-option=option:router,192.168.1.1 # Indique la passerelle de notre réseau
 
# Seulement si vous gardez la TV d'Orange, il faut récupérer l'adresse MAC du décodeur et la renseigner ici
# Cette ligne dit à DNSmasq de ne pas s'occuper du décodeur TV et de ne pas lui donner d'IP
# C'est la LiveBox qui le fera (voir plus bas)
dhcp-host=8c:10:d4:d7:a7:ad,ignore

Il ne faut pas oublier d’ouvrir le port 67 UDP sur votre serveur pour que le serveur DHCP soit visible sur votre réseau. Nous faisons ça avec la commande

sudo yunohost firewall allow UDP 67

.

Enfin, on relance DNSmasq pour prendre en compte la configuration avec

sudo service dnsmasq restart

et on regarde que tout se passe bien avec

sudo service dnsmasq status

.

À partir de maintenant votre serveur DHCP doit être fonctionnel, vous pouvez peut être essayer sur une autre machine dans vos paramètres réseau en demandant de renouveler le bail DHCP et en spécifiant l’adresse IP de votre serveur afin de ne pas utiliser le DHCP de la LiveBox.

Si vous récupérez bien une adresse IP dans la tranche que vous avez spécifié et que votre connexion internet fonctionne alors on peut passer à la suite et désactiver le serveur DHCP de la LiveBox

3. Désactiver le serveur DHCP de la LiveBox

Rien de bien compliquer, connectez vous sur l’interface admin de votre Box depuis un navigateur en entrant l’URL 192.168.1.1. Connectez vous en tant qu’admin et rendez vous dans l’onglet “Configuration avancée” et l’onglet “DHCP”.

Si vous n’utilisez pas la TV d’orange alors vous pouvez simplement cocher “désactiver” et enregistrer
Si vous utilisez la TV d’orange il faut laisser activer le serveur DHCP mais restreindre la plage à seulement une adresse et si possible hors de la plage d’IP que vous avez donné pour le serveur DHCP de YunoHost. L’idée en laissant seulement une IP disponible c’est de permettre au décodeur TV de prendre cette IP là.

4. Vérification du fonctionnement de DNSmasq

Maintenant votre serveur DHCP et resolveur DNS perso de YunoHost devrait fonctionner correctement. Pour tester tout ça il vous suffit sur une de vos machines de la déconnecter du réseau et de la reconnecter pour qu’elle interroge le serveur DHCP de YunoHost. Si tout va bien elle devrait récupérer une adresse IP de l’intervalle que vous avez défini dans

/etc/dnsmasq.conf

et votre connexion internet devrait fonctionner.

Pour vous assurer que le résolveur DNS utilisé est bien celui de YunoHost faites un petit

dig www.google.fr

dans votre shell ; le serveur indiqué devrait être l’adresse IP de votre serveur YunoHost.

Mais pour l’instant, si dans votre navigateur vous essayez d’accéder à votre interface YunoHost via votre domaine principal cela ne fonctionne pas. Tout simplement parce que DNSmasq retourne à votre machine votre adresse IP publique. Il va falloir modifier la config de DNSmasq pour qu’il vous retourne l’adresse IP locale de votre serveur et non pas l’adresse IP publique.

5. Ajouter vos domaines à la config de DNSmasq

Pour chacun de vos domaines il va falloir modifier le fichier qui correspond dans le dossier

/etc/dnsmasq.d

comme par exemple le fichier

/etc/dnsmasq.d/toto.fr

indiqué ici :

Code INI :

# address=/toto.fr/80.80.80.80 # On remplace la ligne avec notre IP publique
address=/toto.fr/192.168.1.2 # par l'IP locale de notre serveur YunoHost
txt-record=toto.fr,"v=spf1 mx a -all"
mx-host=toto.fr,toto.fr,5
srv-host=_xmpp-client._tcp.toto.fr,toto.fr,5222,0,5
srv-host=_xmpp-server._tcp.toto.fr,toto.fr,5269,0,5

Après un

sudo service dnsmasq restart

vous devriez pouvoir accéder sur chacune de vos machines à votre interface Yunohost en utilisant votre nom de domaine comme URL.

6. Mise en place et renouvellement des certificats Let’s Encrypt

Cependant il reste encore un problème. Lorsque vous mettez en place un certificat pour vos noms de domaine vous obtenez le message suivant :

Code BASH :

Attention : Expiration du délai lors de la tentative du serveur de se contacter
via HTTP en utilisant son adresse IP publique (domaine toto.fr avec l’IP
xx.xxx.xxx.xxx). Vous rencontrez peut-être un problème d’hairpinning ou
alors le pare-feu/routeur en amont de votre serveur est mal configuré.

En effet, le NAT loopback de la Livebox ne fonctionne pas, donc quand YunoHost interroge votre IP publique sur le port 80 celle-ci n’est pas capable de renvoyer l’IP locale de votre serveur.

Le seul moyen que j’ai trouvé pour le moment est d’utiliser iptables afin de transférer tout le trafic de votre IP publique vers l’IP locale de votre serveur YunoHost.

Dans un premier temps il faut activer l’ip forwarding en éditant le fichier

/etc/sysctl.conf

avec un

sudo nano /etc/sysctl.conf

et dé-commenter la ligne

net.ipv4.ip_forward

afin d’avoir

net.ipv4.ip_forward=1

.

Maintenant il faut ajouter une règle Iptables afin de maintenir la redirection d’IP même si l’IP publique change.
Pour cela j’utilise Cron afin de vérifier toutes les 15 minutes si mon IP a changé et modifier la redirection si besoin.

Dans un premier temps je créé un dossier dans mon home afin d’accueillir mon script :

mkdir ~/ynh_hairpinning_fix

.
Enfin je créé mon script avec

nano ~/ynh_hairpinning_fix/ynh_hairpinning_fix.sh

et voici son contenu :

Code BASH :

#!/usr/bin/env bash
 
local_ip="192.168.1.2"
last_ip_file="/home/admin/ynh_hairpinning_fix/last_ip.txt"
 
function delete_previous_iptables_rule {
rule_number=$(/sbin/iptables -L --line-numbers -t nat | grep 'ynh_hairpinning_fix' | awk '{print $1}')
cmd="/sbin/iptables -t nat -D OUTPUT $rule_number"
echo "$cmd"
eval $cmd
}
 
function add_iptables_rule {
cmd="/sbin/iptables -t nat -A OUTPUT -d $public_ip -j DNAT --to-destination $local_ip -m comment --comment \"ynh_hairpinning_fix\""
echo "$cmd"
eval $cmd
}
 
# Get current public IP
public_ip=`dig +short myip.opendns.com @resolver1.opendns.com`
echo "Current public IP: $public_ip"
 
# Check if the iptables rule exists, if not,
# just add the rule and save the current public IP
iptables_save=$(/sbin/iptables-save)
if [[ $iptables_save != *"ynh_hairpinning_fix"* ]];
then
echo "Iptables rule does not exist, let's add it"
 
# Add iptables rule
add_iptables_rule
 
# Save current public ip
echo "$public_ip" > $last_ip_file
 
exit 0
fi
 
# If the iptables rule exists,
# check if the public IP has changed
if [ -f "$last_ip_file" ]
then
previous_ip=$(head -n 1 $last_ip_file)
 
if [ "$previous_ip" = "$public_ip" ];
then
echo "Public IP unchanged, nothing to do"
 
else
echo "Public IP changed, let's modify iptables rule"
echo "Previous public IP: $previous_ip"
delete_previous_iptables_rule
add_iptables_rule
echo "$public_ip" > $last_ip_file
fi;
 
else
echo "Previous public IP unkown, let's modify iptables rule"
delete_previous_iptables_rule
add_iptables_rule
echo "$public_ip" > $last_ip_file
fi
 
exit 0

N’oubliez pas d’adapter la variable

local_ip

en mettant l’IP locale de votre YunoHost. Et enfin, rendez votre script exécutable avec

chmod +x ~/ynh_hairpinning_fix/ynh_hairpinning_fix.sh

.
Vous pouvez maintenant le lancer une première fois avec la commande

sudo ~/ynh_hairpinning_fix/ynh_hairpinning_fix.sh

(important de se placer root car on utilise ici Iptables).
Maintenant vous pouvez vérifier que la règle a bien été ajouté dans Iptables avec

sudo iptables -L --line-numbers -t nat

.

Il ne reste plus qu’à ajouter ce script à Cron pour vérifier régulièrement que si votre IP publique change.
Faite un

sudo crontab -e

afin d’éditer vos entrée Cron root et ajoutez la ligne suivante :

*/15 * * * * /home/admin/ynh_hairpinning_fix/ynh_hairpinning_fix.sh

.

Redémarrez votre YunoHost et essayez de renouveler votre certificat ; normalement le warning a disparu !

Conclusion

Voilà tout !

J’espère que les explications sont assez claires et aussi que ce tuto peut servir à d’autre personnes (je ne sais pas pour les autres box comme Bbox ou encore SFR, peut être que ça peut servir, ou même chez nos amis Belges avec Proximus?).

Si d’autres clients Orange sont dans le même cas que je moi je veux bien vos trucs et astuces pour résoudre ce problème là, peut être qu’il y a plus simple et plus efficace ?

Et surtout merci à la communauté YunoHost

1)

voilà, j’ai fais comme suggéré un script qui récupère l’ip publique, et la stock dans une varible. J’ai donc:

un fichier /bin/iptable-berrypi (je n’étais pas très inspiré pour le nom )

Code BASH :

    #!/bin/bash
MYIPPUB=$(curl -s checkip.dyndns.org | sed -e 's/.*Current IP Address: //' -e 's/<.*$//');
/sbin/iptables -t nat -A OUTPUT -d $MYIPPUB -j DNAT --to-destination 192.168.1.2
exit 0

(fait à l’aide de ce post : https://askubuntu.com/questions/95910/command-for-determining-my-public-ip 3
et ce post https://www.commentcamarche.net/forum/affich-4755454-shell-stocker-le-resultat-d-une-commande 1 )

et ensuite je fais

sudo crontab -e

et j’ajoute le ligne

@reboot /bin/iptable-berrypi

Merci beaucoup pour cette solution en tout cas, j’aurais été bien embêté sans ce tuto

2)

De mon coté je viens (enfin) d’intégrer ta méthode à mon YunoHost, voici mon script

fake_loopback.sh

au cas ou :

Code BASH :

#!/usr/bin/env bash
 
public_ip=`dig +short myip.opendns.com @resolver1.opendns.com`
/sbin/iptables -t nat -A OUTPUT -d "$public_ip" -j DNAT --to-destination 192.168.1.2

et mon entrée crontab (bien faire

sudo crontab -e

et pas

crontab -e

pour être sûr d’étirer le crontab de root et pas de l’user)

Code BASH :

@reboot /home/admin/fake_loopback.sh

3)

Bonjour,
D’abord merci pour ce tuto qui fonctionne encore aujourd’hui .
Moi aussi j’avais ce problème d’accès au serveur depuis mon réseau local.
Mon modem-routeur est un D-link DSL-2640B, car je suis chez FDN qui ne fourni pas de box.

Information sur la version de YNH :

Code YAML :

# yunohost -v
yunohost:
repo: stable
version: 4.3.6.2
yunohost-admin:
repo: testing
version: 4.3.4.1
moulinette:
repo: stable
version: 4.3.3.1
ssowat:
repo: stable
version: 4.3.3.1

Ce que j’ai fait pour résoudre :

1. Attribution d’une IP fixe au serveur YunoHost
J’avais déjà assigné une IPv4 fixe à mon YNH.

2. Activer le serveur DHCP de DNSmasq

Modifié le
```
/etc/dnsmasq.conf
```
comme ceci :

Code BASH :

domain-needed
expand-hosts
 
# listen-address=127.0.0.1 # On veut écouter aussi les machines de notre LAN
resolv-file=/etc/resolv.dnsmasq.conf
 
cache-size=2048 # Nombre d'entrées DNS max à garder en cache
bogus-priv
dhcp-range=192.168.1.100,192.168.1.200,255.255.255.0,24h # Active le serveur DHCP,
# celui-ci fournira des adresses IP entre 192.168.1.100 et 192.168.1.200 aux machines du réseau
dhcp-option=option:router,192.168.1.1 # Indique la passerelle de notre réseau

Ouvert le port 67 UDP avec
```
sudo yunohost firewall allow UDP 67
```
Relancer DNSmasq avec
```
sudo service dnsmasq restart
```

3. Désactiver le serveur DHCP du D-link DSL-2640B
A partir de l’interface web en 192.168.1.1.

Dans “Configuration de réseau local” : décocher “Activer le serveur DHCP”
Dans “Ajouter un DHCP statique” :
Cocher “Activer”
Renseigner les champs Nom de ordi, Adresse IP et Adresse MAC (récupérés avec un
```
ip address
```
)
“Enregistrer” : le serveur DHCP apparaît alors dans la “Liste des DHCP statiques”
“Enregistrer les paramètres” le D-link DSL-2640B se réinitialise.

4. Vérification du fonctionnement de DNSmasq
En effet, une machine faisant appel au service DHCP reçoit bien une IP dans la plage spécifier dans

/etc/dnsmasq.conf

et comme Primary DNS l’IP statique du YNH.
Par contre, pour les machines configurées en IP fixe j’ai du renseigner le serveur DNS avec l’IP du YNH.
J’ai maintenant accès au YNH depuis toutes les machines du réseau local par son domain.tld.

5. Ajouter vos domaines à la config de DNSmasq
Un fichier

domain.tld

était déjà présent dans

/etc/dnsmasq.d

, la ligne

address=

n’y figure pas mais par contre 4 lignes

interface-name=

.
Ça fonctionne ainsi je n’ai donc rien modifié.

6. Mise en place et renouvellement des certificats Let’s Encrypt
J’ai d’abord tenté un “renouveler manuellement maintenant” et la validité du certificat est bien passée à 89 jours.
Ça fonctionne ainsi je n’ai donc rien modifié.

Conclusion

Le tuto est toujours d’actualité, malgré les années.
Les points 5. et 6. semblent être pris en charge dans l’installation de YNH.
Ce tuto pourrait être intégré à la documentation.

Merci à toute l’équipe.

Configuration d’un hotspot filaire

Sun, 08 Nov 2026 14:23:29 +0100

https://forum.yunohost.org/t/resolu-configuration-dun-hotspot-filaire/5048

Les fichiers de configuration nécessaires au bon fonctionnement du hotspot filaire sont :

/etc/network/interfaces

Citation :
auto lo
iface lo inet loopback

auto eth0
allow-hotplug eth0
iface eth0 inet dhcp
post-up ip a a fe80::42:babe/128 dev eth0

auto eth1
allow-hotplug eth1
iface eth1 inet static
address 10.0.243.1
netmask 255.255.255.0

iface eth1 inet6 static
address 2a00:5881:8118:1700::42
netmask 64
post-up ip a a fe80::42:babe/128 dev eth1

auto usb0
allow-hotplug usb0
iface usb0 inet dhcp

Je me suis arrangé pour “copier” la configuration wlan0 du hotspot wifi en remplaçant 10.0.242.x par 10.0.243.x

/etc/dnsmasq.d/dhcpdv6-eth1.conf

Citation :
interface=eth1
listen-address=2a00:5881:8118:1700::42
dhcp-range=2a00:5881:8118:1700::,slaac,64,4h
dhcp-option=option6:dns-server, [2001:913::8],[2001:910:800::12]

/etc/dnsmasq.d/dhcpdv4-eth1.conf

Citation :
interface=eth1
listen-address=10.0.243.1
dhcp-range=eth1,10.0.243.10,10.0.243.100,4h
dhcp-option=option:dns-server, 80.67.188.188,80.67.169.12
dhcp-authoritative
bind-interfaces

/etc/resolv.dnsmasq.conf

Citation :
nameserver 89.234.141.66
nameserver 2a00:5881:8100:1000::3

/etc/dnsmasq.conf

Citation :
domain-needed
expand-hosts

listen-address=127.0.0.1
resolv-file=/etc/resolv.dnsmasq.conf
cache-size=256

/usr/local/bin/wiredgw

Citation :

#!/bin/bash

case “${1}” in
start)
# ipv6
ip6tables -w -I FORWARD -i tun0 -o eth1 -j DROP
ip6tables -w -I FORWARD -i tun0 -o eth1 -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
ip6tables -w -I FORWARD -i eth1 -o tun0 -j ACCEPT
#ip6tables -w -I FORWARD -i eth1 -o wlan0 -j ACCEPT
#ip6tables -w -I FORWARD -i wlan0 -o eth1 -j ACCEPT
ip6tables -w -I INPUT -i eth1 -j ACCEPT
ip6tables -w -I OUTPUT -o eth1 -j ACCEPT

Code BASH :

  #IPv4
iptables -w -I FORWARD -i tun0 -o eth1 -j DROP
iptables -w -I FORWARD -i tun0 -o eth1 -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -w -I FORWARD -i eth1 -o tun0 -j ACCEPT
#iptables -w -I FORWARD -i eth1 -o wlan0 -j ACCEPT
#iptables -w -I FORWARD -i wlan0 -o eth1 -j ACCEPT
iptables -w -I INPUT -i eth1 -j ACCEPT
iptables -w -I OUTPUT -o eth1 -j ACCEPT
;;
stop)
# ipv6
ip6tables -w -D FORWARD -i tun0 -o eth1 -j DROP
ip6tables -w -D FORWARD -i tun0 -o eth1 -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
ip6tables -w -D FORWARD -i eth1 -o tun0 -j ACCEPT
#ip6tables -w -D FORWARD -i eth1 -o wlan0 -j ACCEPT
#ip6tables -w -D FORWARD -i wlan0 -o eth1 -j ACCEPT
ip6tables -w -D INPUT -i eth1 -j ACCEPT
ip6tables -w -D OUTPUT -o eth1 -j ACCEPT
 
# IPv4
iptables -w -D FORWARD -i tun0 -o eth1 -j DROP
iptables -w -D FORWARD -i tun0 -o eth1 -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -w -D FORWARD -i eth1 -o tun0 -j ACCEPT
#iptables -w -D FORWARD -i eth1 -o wlan0 -j ACCEPT
#iptables -w -D FORWARD -i wlan0 -o eth1 -j ACCEPT
iptables -w -D INPUT -i eth1 -j ACCEPT
iptables -w -D OUTPUT -o eth1 -j ACCEPT
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;

esac

/etc/systemd/system/wiredgw.service

Citation :
[Unit]
Description=Gateway for wire link
Requires=network.target
After=ynh-vpnclient.service
Wants=ynh-vpnclient.service

[Service]
Type=oneshot
ExecStart=/usr/local/bin/wiredgw start
ExecStop=/usr/local/bin/wiredgw stop
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target

Remplacer le Wi-Fi par l'Ethernet sur la brique internet

Sun, 08 Nov 2026 14:23:29 +0100

https://wiki.labriqueinter.net/doku.php%3Fid=howto:parametrer_une_brique_avec_un_connecteur_usb-ethernet_au_lieu_d_un_connecteur_usb-wifi

Remplacer le Wi-Fi par l'Ethernet sur la brique internet

Matériel utilisé

Carte Olimex LIME2
Micro SD HC 16 Go avec l'image labriqueinternet_A20LIME2_2016-05-16_jessie.img
Machine sous Linux Debian 8.
Clé USB-Ethernet-AX88772B (vendue chez Olimex)
Réseau domestique avec serveur DHCP configuré sur la box opérateur

Procédure

Pour remplacer le pont USB-Wi-Fi par un pont USB-Ethernet, on va réaliser un paramétrage en 2 grandes phases:

une première phase où l'on va déclarer le nouveau port ethernet eth1 de façon identique au premier eth0
une deuxième phase où l'on va paramétrer un serveur DHCP qui va permettre de distribuer des adresses IP à différentes machines connectées à l'interface eth1 via un matériel réseau de type switch/commutateur ethernet.

Phase A - Création du port eth1 pour la clé USB-Ethernet

0°- Déconnecter le pont USB-Wi-Fi de la brique éteinte

1°- Allumer la brique, connectée sur le réseau local sur l'interface eth0 d'origine

2°- Se connecter en ssh en root à la brique

Depuis une autre machine (ici linux) qui va vous permettre de faire le paramétrage, on accède au shell de la brique via SSH. On peut aussi le faire depuis une machine Windows à l'aide de l'utilitaire PuTTY.

Code TEXT :

root@sexmachine:~# ssh root@192.168.1.27

3°- On scrute la fin du fichier /var/log/syslog (optionnel)

Code TEXT :

root@olinux:~# tail-f /var/log/syslog

4°- On insère la clé USB-Ethernet sur un port USB libre de la brique

Les lignes suivantes apparaissent dans le syslog, aucune erreur n'apparaît, ouf!

Code TEXT :

Jul 20 21:35:37 olinux kernel: [ 3144.236949] usb 1-1: new high-speed USB device number 2 using ehci-platform
Jul 20 21:35:38 olinux kernel: [ 3144.381972] usb 1-1: New USB device found, idVendor=0b95, idProduct=772b
Jul 20 21:35:38 olinux kernel: [ 3144.381995] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jul 20 21:35:38 olinux kernel: [ 3144.382006] usb 1-1: Product: AX88772C
Jul 20 21:35:38 olinux kernel: [ 3144.382016] usb 1-1: Manufacturer: ASIX Elec. Corp.
Jul 20 21:35:38 olinux kernel: [ 3144.382026] usb 1-1: SerialNumber: 00000A
Jul 20 21:35:38 olinux kernel: [ 3145.217213] asix 1-1:1.0 eth1: register 'asix' at usb-1c14000.usb-1, ASIX AX88772B USB 2.0 Ethernet, 00:00:10:00:61:76
Jul 20 21:35:38 olinux kernel: [ 3145.217415] usbcore: registered new interface driver asix

On voit aussi que eth1 est le nom de l'interface proposé par défaut. A mémoriser pour la suite.

5°- Installation de usbutils pour avoir lsusb (optionnel)

Code TEXT :

root@olinux:~# apt-get install usbutils

6°- On voit ce qui est sur les ports USB avec lsusb (optionnel)

Code TEXT :

root@olinux:~# lsusb
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 0b95:772b ASIX Electronics Corp. AX88772B
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

La clé est donc bien reconnue comme un device USB.

7°- Paramétrage de eth1 dans le fichier /etc/network/interfaces

Code TEXT :

root@olinux:~# nano /etc/network/interfaces

Ajouter les lignes suivantes à la fin du fichier

Code TEXT :

auto eth1
allow-hotplug eth1
iface eth1 inet dhcp

8°- Redémarrer la brique

C'est un peu bourrin, mais ça marche.

Code TEXT :

root@olinux:~# reboot

9°- Une fois la brique relancée se reconnecter en SSH

Code TEXT :

root@sexmachine:~# ssh root@192.168.1.27

10°- On vérifie que eth1 apparaît bien parmi les interfaces réseau

Code TEXT :

root@olinux:~# ifconfig
eth0      Link encap:Ethernet  HWaddr 02:c2:04:c2:a6:e3
inet adr:192.168.1.27  Bcast:192.168.1.255  Masque:255.255.255.0
adr inet6: fe80::42:babe/128 Scope:Lien
adr inet6: fe80::c2:4ff:fec2:a6e3/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:90 errors:0 dropped:0 overruns:0 frame:0
TX packets:134 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:11018 (10.7 KiB)  TX bytes:18229 (17.8 KiB)
Interruption:117
 
eth1      Link encap:Ethernet  HWaddr 00:00:10:00:61:76
UP BROADCAST MULTICAST  MTU:1500  Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
 
lo        Link encap:Boucle locale
inet adr:127.0.0.1  Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING  MTU:65536  Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

11°- On branche la clé USB-Ethernet au réseau local

On fait ce test pour vérifier que l'interface eth1 récupère bien une adresse depuis le DHCP, et donc qu'elle est configurée de la même façon que eth0. On vérifiera aussi que le paramétrage IPv6 est aussi valide.

12°- Nouveau ifconfig

Ca marche! Notre interface réseau eth1 a bien récupéré une adresse IP depuis le DHCP du réseau.

Code TEXT :

root@olinux:/etc/network# ifconfig
 
eth0      Link encap:Ethernet  HWaddr 02:c2:04:c2:a6:e3
inet adr:192.168.1.27  Bcast:192.168.1.255  Masque:255.255.255.0
adr inet6: fe80::42:babe/128 Scope:Lien
adr inet6: fe80::c2:4ff:fec2:a6e3/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:264 errors:0 dropped:0 overruns:0 frame:0
TX packets:63 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:28827 (28.1 KiB)  TX bytes:10814 (10.5 KiB)
Interruption:117
 
eth1      Link encap:Ethernet  HWaddr 00:00:10:00:61:76
inet adr:192.168.1.21  Bcast:192.168.1.255  Masque:255.255.255.0
adr inet6: fe80::200:10ff:fe00:6176/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:134 errors:0 dropped:0 overruns:0 frame:0
TX packets:306 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:16119 (15.7 KiB)  TX bytes:38260 (37.3 KiB)
 
lo        Link encap:Boucle locale
inet adr:127.0.0.1  Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING  MTU:65536  Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Fin de la Phase A

Ici on a une interface réseau parfaitement fonctionnelle sur la clé USB-Ethernet connectée. Maintenant on va voir comment plusieurs machines du réseau local pourront se connecter à cette interface de façon identique

Phase B - Paramétrage du serveur DHCP dnsmasq sur eth1

1°- Se connecter en ssh en root à la brique

Si ce n'est déjà fait, on se connecte en SSH sur la brique.

Code TEXT :

root@sexmachine:~# ssh root@192.168.1.27

2°- On vérifie le paramétrage de dnsmasq

On affiche toutes les lignes non commentées du fichier de configuration de dnsmasq

Code TEXT :

root@olinux:~# cat /etc/dnsmasq.conf | grep "^[^#]"

La commande ne nous retourne rien, ce qui signifie que dans notre cas, on part d'un fichier de configuration vierge.

3°- Récupérer l'adresse des serveurs DNS primaire et secondaire

Code TEXT :

root@olinux:~# cat /etc/resolv.conf

4°- Saisir le paramétrage suivant

Code TEXT :

# Configuration IPv4
 
dhcp-range=eth1,10.0.242.2,10.0.242.254,4h
dhcp-option=option:dns-server,adresse_dns1,adresse_dns2

…en cours de rédaction…

Fin de la phase B

Utiliser le VPN de la brique sur la connexion filaire

Sun, 08 Nov 2026 14:23:29 +0100

https://wiki.labriqueinter.net/doku.php%3Fid=howto:utiliser_la_connexion_vpn_de_la_brique_en_filaire

Note: Ce tuto a été réalisé sur un réseau de type Livebox mais il est certainement aisé de faire la même chose sur un réseau d'un autre opérateur mainstream.

Phase A - "Désactiver" la Livebox

Pour commencer il nous faut désactiver le dhcp de la livebox. Pour cela il faut aller dans 'configuration avancé', puis 'Configuration réseau', puis 'DHCP', pour avoir le bouton “désactiver”.

Ensuite nous allons désactiver l'ipv6; cette étape n'est certainement pas nécéssaire mais de toute façon c'est la brique qui va nous donner l'ipv6 de notre FAI asso. Pour cela il faut aller dans 'configuration avancé', puis 'Internet IPv6', pour avoir le bouton “désactiver”.

Phase B - Configurer la brique

IP static

Pour commencer il faut mettre un ip(v4) fixe à la brique car notre box ne donne plus d'ip. Pour cela éditez le fichier /etc/network/interfaces comme cela:

Code TEXT :

  auto lo
iface lo inet loopback
 
auto eth0
allow-hotplug eth0
iface eth0 inet static
address 192.168.1.2
netmask 255.255.255.0
gateway 192.168.1.1
 
iface eth0 inet6 static
address 2001:xxx:xxx:acab::42
netmask 64
post-up ip a a fe80::42:babe/128 dev eth0
 
auto usb0
allow-hotplug usb0
iface usb0 inet dhcp

Il faut bien évidement remplacer les xxx pas un réseau donné par votre FAI.

configuration dhcp

Nous allons maintenant configurer le dhcp qui fournira les IPs sur votre réseau filaire. Pour cela il faut ajouter 2 fichiers:

/etc/dnsmasq.d/dhcpdv4-eth0.conf

Code TEXT :

  interface=eth0
listen-address=192.168.1.2
dhcp-range=192.168.1.10,192.168.1.200,4h
dhcp-option=option:dns-server,80.67.188.188,80.67.169.12
dhcp-authoritative
bind-interfaces

cat /etc/dnsmasq.d/dhcpdv6-eth0.conf

Code TEXT :

  interface=eth0
listen-address=2001:913:xxx:xxx::42
dhcp-range=2001:913:xxx:xxx::,slaac,64,4h
dhcp-option=option6:dns-server,[2001:913::8],[2001:910:800::12]

Si vous voulez utiliser une configuration statefull (attribution de l'ipv6 par dnsmasq) la configuration sera la suivante:

Code TEXT :

  interface=eth0
listen-address=2001:913:xxx:xxx::42
dhcp-range=2001:913:xxx:xxx::1,2001:xxx:xxx::100,64,4h
dhcp-option=option6:dns-server,[2001:913::8],[2001:910:800::12]
enable-ra

Firewall

Il nous reste à configurer le firewall pour laisser sortir le trafic. Pour cela nous allons utiliser un script qui se lancera au démarrage juste après l'application vpnclient:

/etc/systemd/system/wiredgw.service

Code TEXT :

  [Unit]
Description=Gateway for wire link
Requires=network.target
After=ynh-vpnclient.service
Wants=ynh-vpnclient.service
 
[Service]
Type=oneshot
ExecStart=/usr/local/bin/wiredgw start
ExecStop=/usr/local/bin/wiredgw stop
RemainAfterExit=yes
 
[Install]
WantedBy=multi-user.target

/usr/local/bin/wiredgw

Code TEXT :

  #!/bin/bash
 
case "${1}" in
start)
# ipv6
ip6tables -w -I FORWARD -i tun0 -o eth0 -j DROP
ip6tables -w -I FORWARD -i tun0 -o eth0 -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
ip6tables -w -I FORWARD -i eth0 -o tun0 -j ACCEPT
ip6tables -w -I FORWARD -i eth0 -o wlan0 -j ACCEPT
ip6tables -w -I FORWARD -i wlan0 -o eth0 -j ACCEPT
ip6tables -w -I INPUT -i eth0 -j ACCEPT
ip6tables -w -I OUTPUT -o eth0 -j ACCEPT
 
#IPv4
iptables -w -I FORWARD -i tun0 -o eth0 -j DROP
iptables -w -I FORWARD -i tun0 -o eth0 -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -w -I FORWARD -i eth0 -o tun0 -j ACCEPT
iptables -w -I FORWARD -i eth0 -o wlan0 -j ACCEPT
iptables -w -I FORWARD -i wlan0 -o eth0 -j ACCEPT
iptables -w -I INPUT -i eth0 -j ACCEPT
iptables -w -I OUTPUT -o eth0 -j ACCEPT
;;
stop)
# ipv6
ip6tables -w -D FORWARD -i tun0 -o eth0 -j DROP
ip6tables -w -D FORWARD -i tun0 -o eth0 -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
ip6tables -w -D FORWARD -i eth0 -o tun0 -j ACCEPT
ip6tables -w -D FORWARD -i eth0 -o wlan0 -j ACCEPT
ip6tables -w -D FORWARD -i wlan0 -o eth0 -j ACCEPT
ip6tables -w -D INPUT -i eth0 -j ACCEPT
ip6tables -w -D OUTPUT -o eth0 -j ACCEPT
 
# IPv4
iptables -w -D FORWARD -i tun0 -o eth0 -j DROP
iptables -w -D FORWARD -i tun0 -o eth0 -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -w -D FORWARD -i eth0 -o tun0 -j ACCEPT
iptables -w -D FORWARD -i eth0 -o wlan0 -j ACCEPT
iptables -w -D FORWARD -i wlan0 -o eth0 -j ACCEPT
iptables -w -D INPUT -i eth0 -j ACCEPT
iptables -w -D OUTPUT -o eth0 -j ACCEPT
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac

Puis on fait en sorte que tout démarre au boot:

Code TEXT :

   chmod +x /usr/local/bin/wiredgw
systemctl daemon-reload
systemctl enable wiredgw.service

C'est à peu près tout on peut rebooter notre brique pour voir si ça fonctionne bien!

Phase C - Bonus: IP fixe sur le lan

Si vous voulez mettre des IP fixes dans votre lan (imprimante, mediacenter) vous pouvez ajouter des options à dnsmasq comme ceci:

Code TEXT :

   dhcp-host=00:10:xx:xx:xx:xx,imprimante,fe80::baba

Et/ou en v4

Code TEXT :

   dhcp-host=00:10:xx:xx:xx:xx,imprimante,192.168.1.3

Accéder au réseau de MachinBox depuis le réseau (WiFi) de la Brique Internet

Sun, 08 Nov 2026 14:23:29 +0100

https://wiki.labriqueinter.net/doku.php%3Fid=howto:

Cette page concerne le cas où votre Brique Internet :

fournit un point d'accès WiFi (via ynh-hotspot par exemple)
sert de pont vers un VPN (via ynh-vpnclient)
accède à Internet via une MachinBox (sur son port Ethernet)

La MachinBox inclus probablement un switch qui permet de raccorder d'autres périphériques (stockage, imprimante, …, mais ils sont alors sur un réseau IP annaccessible depuis le WiFi de la brique. Pour y rémédier vous pouvez utiliser le script ci-dessous, en tant qu'administrateur. Adaptez les adresses/masques réseaux auparavant.

NOTE Afin de pérenniser ces iptables (en cas de reboot) sans entraver le VPN, ou les perdre en cas de mise à jour.

Code TEXT :

nano /etc/rc.local

Ajouter les lignes suivantes avant exit 0

Code TEXT :

wifi="10.0.242.0/24"
local="192.168.0.0/24"
 
iptables -I FORWARD -j ACCEPT -s "$wifi" -d "$local"
iptables -I FORWARD -j ACCEPT -d "$wifi" -s "$local"
 
iptables -t nat -I POSTROUTING -s "$wifi" -d "$local" -j MASQUERADE

Fail2ban : impossible de démarrer le service (failed)

Sun, 08 Nov 2026 14:23:29 +0100

La solution pour relancer fail2ban, quand fail2ban est sur

failed

, était déjà sur le wiki (suffisait de chercher … ). La voici:

Migration vers Stretch échouée : No such file or directory: '/etc/fail2ban/filter.d/yunohost.conf' Installation

Citation :
Une dernière wget http://ftp.fr.debian.org/debian/pool/main/f/fail2ban/fail2ban_0.9.6-2_all.deb dpkg -i --force-confmiss fail2ban_0.9.6-2_all.deb mv /etc/fail2ban /etc/fail2ban.old2 dpkg -i --force-confmiss /var/cache/apt/archives/fail2ban*.deb yunohost service regen-conf fail2ban --force systemctl restart fail2ban yunohost service status fail2ban Peut-être qu’il te faudra mettre un sudo devant certaines commandes. Sinon, peux-tu préciser sur quelle architecture ton YunoHost es…

Les problèmes venaient d’une migration après une mise à jour du serveur, migration dont je n’avais pas pris conscience.

Il faut d’abord terminer la migration (un message sur la messagerie du serveur existe sans doute dans vos emails, en ce sens).

Terminer la migration:

Via l’interface “webadmin” de yunohost, aller dans Outils -> Migration
En ligne de commande lancer: yunohost tools migrations migrate

Puis, une fois que la migration est terminée, si fail2ban n’est toujours pas actif, et toujours sur
failed
, alors la solution a consisté à réinstaller le paquet fail2ban.

Ce qui donne, en connexion ssh sur la raspberry pi, les commandes successives suivantes:

Code BASH :

apt-cache policy fail2ban
systemctl stop fail2ban
mv /etc/fail2ban /etc/fail2ban.old.19.04.18.01
wget http://ftp.fr.debian.org/debian/pool/main/f/fail2ban/fail2ban_0.9.6-2_all.deb
dpkg -i --force-confmiss fail2ban_0.9.6-2_all.deb
dpkg -i --force-confmiss /var/cache/apt/archives/fail2ban*.deb
yunohost service regen-conf fail2ban --force
systemctl restart fail2ban
yunohost service status fail2ban

EN DÉTAILS :

Repérage de la version de fail2ban

Code TEXT :

apt-cache policy fail2ban

Cela retourne:

Code YAML :

fail2ban:
Installed: 0.9.6-2
Candidate: 0.9.6-2
Version table:
*** 0.9.6-2 500
500 http://raspbian.raspberrypi.org/raspbian stretch/main armhf Packages
100 /var/lib/dpkg/status

Arrêt de fail2ban:

Code TEXT :

systemctl stop fail2ban

On renome le dossier fail2ban pour en faire une copie de sauvegarde si nécessaire

Code BASH :

mv /etc/fail2ban /etc/fail2ban.old.19.04.18.01

Nota: Le fichier se termine ici par .old.19.04.18.01 pour signifier la date, car c’est pratique. Mais il est possible de préférer un nom se terminant simplement en .old.2 ou .old.3, etc …

Téléchargement du paquet fail2ban dans la version repérée précédement

Code RUBY :

wget http://ftp.fr.debian.org/debian/pool/main/f/fail2ban/fail2ban_0.9.6-2_all.deb

Ce qui retourne

Code BASH :

--2019-04-18 13:31:27--  http://ftp.fr.debian.org/debian/pool/main/f/fail2ban/fail2ban_0.9.6-2_all.deb
Resolving ftp.fr.debian.org (ftp.fr.debian.org)... 212.27.32.66, 2a01:e0c:1:1598::2
Connecting to ftp.fr.debian.org (ftp.fr.debian.org)|212.27.32.66|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 287540 (281K) [application/x-debian-package]
Saving to: ‘fail2ban_0.9.6-2_all.deb.1’
 
fail2ban_0.9.6-2_all.deb.1         100%[=============================================================>] 280.80K  1.30MB/s    in 0.2s
 
2019-04-18 13:31:27 (1.30 MB/s) - ‘fail2ban_0.9.6-2_all.deb.1’ saved [287540/287540]

Dépaquetage en forçant les manquants

Code CSS :

dpkg -i --force-confmiss fail2ban_0.9.6-2_all.deb

Cela retourne:

Code TEXT :

(Reading database ... 66744 files and directories currently installed.)
Preparing to unpack fail2ban_0.9.6-2_all.deb ...
Unpacking fail2ban (0.9.6-2) over (0.9.6-2) ...
Setting up fail2ban (0.9.6-2) ...
 
Configuration file '/etc/fail2ban/action.d/apf.conf', does not exist on system.
Installing new config file as you requested.
 
.../... blablabla .../...
 
Configuration file '/etc/fail2ban/paths-debian.conf', does not exist on system.
Installing new config file as you requested.
 
Configuration file '/etc/fail2ban/paths-opensuse.conf', does not exist on system.
Installing new config file as you requested.
Processing triggers for systemd (232-25+deb9u11) ...
Processing triggers for man-db (2.7.6.1-2) ...

Recherche et application des config présentes et archivées

Code CSS :

dpkg -i --force-confmiss /var/cache/apt/archives/fail2ban*.deb

Cela retourne:

Code JAVA :

(Reading database ... 66744 files and directories currently installed.)
Preparing to unpack .../fail2ban_0.9.6-2_all.deb ...
Unpacking fail2ban (0.9.6-2) over (0.9.6-2) ...
Setting up fail2ban (0.9.6-2) ...
Processing triggers for systemd (232-25+deb9u11) ...
Processing triggers for man-db (2.7.6.1-2) ...

Regénération de config de fail2ban

Code CSS :

yunohost service regen-conf fail2ban --force

Cela retourne

Code BASH :

Success! The configuration has been updated for service 'fail2ban'
fail2ban:
applied:
/etc/fail2ban/filter.d/yunohost.conf:
status: force-created
/etc/fail2ban/jail.conf:
status: force-updated
/etc/fail2ban/jail.d/yunohost-jails.conf:
status: force-created
pending:

Redémarrage de fail2ban

Code NGINX :

systemctl restart fail2ban

Vérification du statut de fail2ban

Code LUA :

yunohost service status fail2ban

Cela retourne:

Code TEXT :

active: active
active_at: 2019-04-18 13:35:03
description: protects against bruteforce and other kind of attacks from the Internet
loaded: enabled
service_file_path: /lib/systemd/system/fail2ban.service
status: running