Différences

Ci-dessous, les différences entre deux révisions de la page.

--- homeserver:olinolinux [2021/09/05 16:32] – [Installer **pflogsumm** , un analyseur de mails] cyrille
+++ homeserver:olinolinux [2025/08/31 07:21] (Version actuelle) – [Script de test service] cyrille
@@ Ligne 1: / Ligne 1: @@
-====== Installer un serveur Olimex A20, LIME 2 ======
+====== Installer un serveur Olimex A20 LIME 2 / ORANGE PI 3B ======
+<WRAP center round important 60%>
+Page plus maintenue
+Serveur remplacé par un ORANGE PI 3B
+[[homeserver:orangepi3b|Orange PI 3B]]
+</WRAP>
 {{:homeserver:logo.png?200|}}{{:homeserver:lime2-server-.jpg?150|}}{{:homeserver:a20-olinuxino-lime2.png?200|}}{{:homeserver:lime2-server5.jpg?200|}}
@@ Ligne 425: / Ligne 432: @@
    * suivre les conseils de mail-tester avec le hostname (cette dernière solution ne semble pas porter ses fruits...)
+==== rDNS Free AJOUT DU 10 OCTOBRE 2023 ====
+Free a corrigé le bug du reverseDNS sur l'IPv4
+ça fonctionne dès lors
+<code | download>
+nslookup 82.65.208.68
+.208.65.82.in-addr.arpa	name = crust.ovh.
+Authoritative answers can be found from:
+</code>
 ==== NO_FM_NAME_IP_HOSTN ====
 Alors là, je comprends très peu la situation. Car pour un autre nom de domaine réglé exactement pareil, pas de soucis.
@@ Ligne 447: / Ligne 466: @@
 {{:homeserver:2020-12-29_20-24.png?400|}}
+Et 10/10 depuis que le reverseDNS en ipv4 est fonctionnel !
 ===== Divers =====
@@ Ligne 507: / Ligne 528: @@
 ==== Outils yunohost essentiels (CLI) ====
+<WRAP center round important 60%>
+Tableau ci dessous obsolète. Utiliser ce lien https://cbiot.fr/site/yunohost.pdf
+</WRAP>
 |sudo yunohost firewall list |Liste les ports ouverts|
@@ Ligne 513: / Ligne 539: @@
 |sudo yunohost domain list| Liste les domaines gérés par l'instance yunohost|
 |sudo yunohost tools update| Mise à jour de la liste des paquets|
-|sudo yunohost tools upgrade| Mise  à jour du système|
+|sudo yunohost tools upgrade system | Mise  à jour du système|
+|sudo yunohost tools upgrade apps | Mise  à jour des applications |
+|sudo yunohost tools app upgrade NAME_APP | Mise  à jour de l'application NAME_APP |
 |sudo yunohost diagnosis run| Lancer un diagnostique système|
 |sudo yunohost diagnosis run --force| Force la réitération d'un diagnostic système|
@@ Ligne 523: / Ligne 551: @@
 |sudo yunohost backup create --system data_mail |Crée une sauvegarde des mails|
 |sudo yunohost backup list|Liste les sauvegardes effectuées|
+|yunohost tools basic-space-cleanup|Nettoyage basic du sytème (cache apt, logs, etc.)|
@@ Ligne 748: / Ligne 777: @@
 <code | download>
-sudo nano redirect_to_admin.conf
+sudo nano /etc/nginx/conf.d/default.d/redirect_to_admin.conf
 </code>
@@ Ligne 769: / Ligne 798: @@
+==== Envoyer un mail à tous les utilisateurs du système ====
+Voici un script (minimal) qui fonctionne
+Créer un fichier **mail-all-users.sh**
+<code | download>
+#!/bin/bash
+# Test validité des arguments
+if [[ $# -ne 2 ]]; then
+    echo "Nombre argument incorrect"
+    echo "2 arguments nécessaires : le sujet et le nom du fichier du corps du mail"
+    exit
+else
+    echo "Nombre d'arguments correct"
+    # Test  que le second argument soit un fichier
+        if [[ -f $2 ]]; then
+           echo "Second argument valide"
+        else
+           echo "Le fichier indiqué n'est pas valide"
+           exit
+        fi
+fi
+corps=$(cat $2)
+users=$(ldapsearch  -x -LLL uid=* | grep uid: | cut -d: -f2)
+for line in $users
+        do
+               echo  $corps | mail -s "$1" $line
+        done
+</code>
+Il suppose que le corps du mail soit saisi dans un fichier au même niveau d’arborescence que le script
+Lancement du script
+<code | download>
+mail-all-users.sh parametre1 parametre2
+</code>
+Avec **paramètre 1** le __sujet du mail__ et **paramètre 2** __le nom du fichier contenant le corps du mail
+__
+Exemple pour un fichier corps se nommant test_corps.txt au même niveau d’arborescence que le script, ça donnerait
+<code | download>
+mail-all-users.sh "sujet du jour" test_corps.txt
+</code>
+==== Script de reboot si perte réseau ====
+Voici un script (minimal) qui fonctionne
+Créer un fichier **server-down.sh**
+<code | download>
+#!/bin/bash
+if ping -c1 www.lemonde.fr  >/dev/null 2>&1 ; then
+   echo "$(date)  : Serveur connectivité OK."
+   exit 1
+else
+   echo "$(date)  : Serveur connectivité DOWN, reboot." >> /var/log/server-down.log
+   echo "$(dmesg | tail -5) >>  /var/log/server-down.log"
+   echo "================================================================="
+   /usr/sbin/reboot
+fi
+</code>
+Le positionner sur un cron (ici toutes les 5 minutes)
+<code | download>
+# Server Down
+*/5  * * * * /home/admin/scripts/server-down.sh > /dev/null 2>&1
+</code>
+Ebentuellement positonner un second script sur un cron qui envoie un mail en cas de reboot du serveur
+Le script **server-down-mail.sh**
+<code | download>
+# Rapport de reboot
+@reboot sleep 120 && /home/admin/scripts/server-down-mail.sh > /dev/null 2>&1
+</code>
+==== Script de test service ====
+Pour navidrome à la base ;), mais adaptable aux autres services
+<code | download>
+/chemin/vers/repertoire/scripts/services-testing.sh navidrome
+</code>
+Le script
+<code | download>#!/bin/bash
+SERVICE=$1
+DATE=$(date)
+CORPS="Alerte serveur XXXX.YY"
+SUJET_UP="$DATE: Service $1 actif"
+SUJET_DOWN="$DATE : Service $1 down"
+SUJET_UP_2="$DATE: Service $1 redémarré"
+SUJET_DOWN_2="$DATE : Service $1 toujours mort. Redémarrage serveur"
+DESTINATAIRE="adresse1@XXXX.YY, adresse2@ZZZZ.WW"
+ADMIN="$DATE : Une tâche d'admin est en cours, on quitte."
+if (/usr/bin/ps -C apt-get,dpkg,apt,aptitude,yunohost >/dev/null); then
+	# Un processus d'admin est en cours, on quitte
+	echo "$ADMIN" >> "/var/log/etat_service_$SERVICE"
+	exit 1
+else
+	# Sinon, on teste
+	if (systemctl is-active --quiet "$SERVICE"); then
+			exit 1
+			# Le serice est actif, on passe
+			# echo -e $SUJET_UP
+			# echo "$SUJET_UP" >> "/var/log/etat_service_$SERVICE"
+	        # mail DEBUG
+			# echo  "$CORPS" | mail -s "$SUJET_UP" "$DESTINATAIRE"
+			else
+			# Le service est planté, on inscrit dans le log
+	        # echo -e $SUJET_DOWN
+			# echo "$SUJET_DOWN" >> "/var/log/etat_service_$SERVICE"
+			# On envoie mail alerte service down
+	        echo  "$CORPS" | mail -s "$SUJET_DOWN" "$DESTINATAIRE"
+	        # On tente de redémarrer le service
+	        /usr/bin/systemctl restart  "$SERVICE".service 2> /dev/null
+			# On attend 10 secondes avant nouvel essai
+			sleep 10
+			# On resteste voir si le service a bien été redémarré, sinon on reboote
+			if (systemctl is-active --quiet "$SERVICE"); then
+				# Le service a bien redémarré, on l'inscrit dans les logs
+			    # echo -e $SUJET_UP_2
+				echo "$SUJET_UP_2" >> "/var/log/etat_service_$SERVICE"
+				# mail DEBUG
+	        	echo  "$CORPS" | mail -s "$SUJET_UP_2" "$DESTINATAIRE"
+			else
+				# Le service est toujours planté, on inscrit le reboot du serveur dans les logs
+				# echo -e $SUJET_DOWN_2
+				echo "$SUJET_DOWN_2" >> "/var/log/etat_service_$SERVICE"
+				# mail alerte du reboot du serveur
+	        	echo  "$CORPS" | mail -s "$SUJET_DOWN_2" "$DESTINATAIRE"
+				# On attend 5 secondes et on redémarre le serveur
+				sleep 5
+				/usr/sbin/reboot
+			fi
+	fi
+fi
+</code>
+A positionner sur cron root, toutes les 10 minutes
+<code | download>
+# # Si navidrome plante
+*/10 * * * * /chemin/vers/repertoire/scripts/services-testing.sh navidrome
+</code>

Cyrille BIOT

Outils pour utilisateurs

Outils du site

Différences

Outils de la page