Bonjour
Mais il ya une ISO toute prête sur le site de Jeedom. 
ce n’est pas la question 
la commande donnée par bad cherche la chaine '/var/www/html/log/http.error' dans les fichiers (de config) d’apache.
elle doit exister car c’est ce que jeedom configure => faire en sorte que les log error arrive dans le fichier /var/www/html/log/http.error pour pouvoir être consulter via l’interface jeedom
et ceci indépendamment du fait que le fichier existe ou pas
Chez moi il ne configure rien du tout (enfin je crois) même apres cette nouvelle install avec debian-11.9.0-amd64-netinst.iso… je dois mal faire un truc !
wget https://raw.githubusercontent.com/jeedom/core/master/install/install.sh
chmod +x install.sh
./install.sh
Je vais faire avec l’image de Jeedom 
Bonjour Mips
Je pense que ce qu’a voulu dire Theking31, c’est que la réponse à la commande était vide.
Cordialement
j’avais bien compris mais la raison n’est pas : « parce que le fichier n’existe pas » <= c’est ca que moi j’ai voulu dire
Non pas du tout, si tu installes Debian avec une netinstall, l’installateur met à jour tout les paquets Debian.
Si tu installes l’ISO Jeedom les packets sont les paquets sélectionnés et qualifiés par l’équipe Jeedom.
On voit bien que ce n’est pas la même chose. Le programme d’installation install.sh de Jeedom a été testé sur l’ISO, son comportement peut être différent sur une fresh install de Debian.
Bonjour,
Je ne pense pas. L’ISO c’est juste un facilitateur.
Quand je lis les commentaires de Loic ici :https://community.jeedom.com/t/quand-est-ce-quon-met-a-jour-los-dune-jeedom-atlas/73147/13
je me pose des questions.
Merci pour toutes ces précisions 
, à vous deux
Il ne semble plus y avoir de problème avec l’image de jeedom
sudo grep -nr '/var/www/html/log/http.error' /etc/apache2/
/etc/apache2/sites-available/000-default.conf:4: ErrorLog /var/www/html/log/http.error
sudo systemctl status fail2ban
● fail2ban.service - Fail2Ban Service
Loaded: loaded (/lib/systemd/system/fail2ban.service; enabled; vendor pres>
Drop-In: /usr/lib/systemd/system/fail2ban.service.d
└─override.conf
Active: active (running) since Wed 2024-05-08 10:18:36 CEST; 19min ago
Docs: man:fail2ban(1)
Main PID: 492 (fail2ban-server)
Tasks: 11 (limit: 14130)
Memory: 27.6M
CPU: 3.655s
CGroup: /system.slice/fail2ban.service
└─492 /usr/bin/python3 /usr/bin/fail2ban-server -xf start
mai 08 10:18:36 jeedom systemd[1]: Starting Fail2Ban Service...
mai 08 10:18:36 jeedom systemd[1]: Started Fail2Ban Service.
mai 08 10:18:37 jeedom fail2ban-server[492]: Server ready
fail2ban-client status
Status
|- Number of jail: 4
`- Jail list: apache-botsearch, apache-noscript, apache-overflows, sshd
Alors pourquoi avant… la source du script d’installation est différente sur le site de jeedom que celui que j’utilisais… peut être…
wget https://raw.githubusercontent.com/jeedom/core/master/install/install.sh
chmod +x install.sh
./install.sh
wget https://www.jeedom.com/install
chmod +x install
./install
En conclusion, il y a bien une différence entre une installation manuelle et l’utilisation de l’ISO. Il serait effectivement intéressant d’avoir l’état du daemon fail2ban dans la page santé de Jeedom en topic amélioration du core.
1 « J'aime »
Non, il n’y a pas de différence, d’autant que Jeedom risque de ne plus proposer d’image, sauf pour leur box (et je suis d’accord avec ce choix).
Pas non plus avec les scripts d’installation, l’un est un lien « humain » vers l’autre (source).
S’il y a un truc, il faut tester. Je vais tenter de trouver le temps de faire une installation manuelle là, juste pour voir.
Du coup, on doit pouvoir comparer les deux fichiers de conf pour voir s’il y a des différences ?
2 « J'aime »
Bonjour,
J’ai refais une installation depuis zéro en suivant le tuto cité dans mon premier message. Je tourne sur un Raspberry PI4B.
Donc après une fresh instal, on a l’erreur. Effectivement dans /var/www/html/log il n’y a pas de fichier http*.error et j’ai bien l’erreur.
J’ai fait la commande : sudo nano http*.error
suivi de ctrl-o pour sauver le fichier ce qui a créé le fichier http*.error vide.
J’ai ensuite fait: sudo systemctl restart fail2ban
suivi de: sudo systemctl status fail2ban
Là il démarre correctement:
● fail2ban.service - Fail2Ban Service
Loaded: loaded (/lib/systemd/system/fail2ban.service; enabled; vendor preset: enabled)
Drop-In: /usr/lib/systemd/system/fail2ban.service.d
└─override.conf
Active: active (running) since Wed 2024-05-08 20:36:40 CEST; 6s ago
Docs: man:fail2ban(1)
Process: 6573 ExecStartPre=/bin/mkdir -p /run/fail2ban (code=exited, status=0/SUCCESS)
Main PID: 6574 (fail2ban-server)
Tasks: 11 (limit: 1598)
CPU: 998ms
CGroup: /system.slice/fail2ban.service
└─6574 /usr/bin/python3 /usr/bin/fail2ban-server -xf start
En faisant sudo fail2ban-client status:
Status
|- Number of jail: 4
`- Jail list: apache-botsearch, apache-noscript, apache-overflows, sshd
En allant voir dans les log de Jeedom, je vois bien ce fichier http*.error
Le problème c’est que dans les log de Jeedom si je fais supprimer les log. le fichier http*.error est effacé et faill2ban est à nouveau en failed. 
Il semble vraiment y avoir une lacune à ce niveau.
Que faut-il faire pour que l’équipe de Jeedom corrige ce bug ?!
Merci
1 « J'aime »
Utilises un fichier ISO fourni par jeedom
Le disfonctionnement semble venir d’une installation manuelle par lignes de commandes.
Fabrice un peu plus haut, indique qu’il n’y a pas de différence! Si tu pouvais tester Fabrice, ça nous aiderait bien 
Je ne suis pas expert en Linux.
Par rapport au tuto partagé par Fabrice: 📌 Raspberry Pi 4B : Installation de Raspberry Pi OS et Jeedom, sur un disque SSD mSata
A quel moment cela diffère pour utiliser un fichier ISO fourni par Jeedom ?
Je ne comprends pas bien.
Merci
Pour moi, il n’y a pas de différence.
Je « pense » que l’iso, c’est l’OS + l’installation de Jeedom et c’est tout.
L’ensemble est alors transformé dans une image qui est déployable.
D’accord,
Pour rappel j’avais crééer le fichier http*.error manuellement hier soir et il apparaissait bien dans les logs de Jeedom.
Je l’ai consulté ce midi et il est toujours vide. Je me demande donc si fail2ban fonctionne bien ?
Je veux bien tester ce que dit Theking31 et donc utiliser un fichier ISO fourni par jeedom.
Theking31 peux-tu dire où trouver ce fichier ISO ?
Inclus t-il bien l’OS Debian 11 + Jeedom ???
Y a t-il une procédure expliquant comment s’y prendre pour effectuer l’instal?
Merci
Ce n’est pas fail2ban qui écrit dans ce fichier mais apache et fail2ban le lit
C’est normal qu’il n’y ai pas forcément quelque chose dans le fichier, il faut une erreur pour ça
@yodul Tu as les images sur le site de jeedom et tout est relativement bien expliqué aussi…
@Mips, mais si il crée le fichier http.error manuellement est ce que les liens avec Apache sont fait ou je ne sais quoi ?
Dans tous les cas ce n’est pas une solution pérenne mais la vrai question est de savoir pourquoi ce problème est la avec une install en ligne de commandes.
Bonjour
Sur le site de Jeedom, je ne vois pas d’image ISO pour le RPI, l’installation doit se faire avec le script d’install :
wget https://www.jeedom.com/install
chmod +x install
./install
Donc pas de fichier hhtp.error donc le démarrage du daemon fail2ban va échouer.
Je pense que la solution est de définir le fichier error dans les 2 fichiers apache se trouvant dans le répertoire /etc/apache2/sites-available
000-default-le-ssl.conf pour le https
000-default.conf pour le http
En ajoutant ou modifiant la ligne:
ErrorLog /var/www/html/log/http.error
Comme cela:
<VirtualHost *:80>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
ErrorLog /var/www/html/log/http.error
J’ai renommé le fichier http.error et j’ai redémarré Jeedom, le fichier http.error a été recréé.
J’ai fait un :
systemctl status fail2ban
Fail2ban est bien : running
Il faut surveiller le fichier http.error, sa taille devrait à un moment donné est différente de 0. Il faut des erreurs.
Cela peut être une solution palliative temporaire.
Cordialement