Différences

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

--- homeserver:olinolinux [2021/08/06 17:32] – [Installer bpytop, moniteur de ressources] cyrille
+++ homeserver:olinolinux [2024/08/17 10:05] (Version actuelle) – [Outils yunohost essentiels (CLI)] cyrille
@@ Ligne 425: / Ligne 425: @@
    * 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 459: @@
 {{:homeserver:2020-12-29_20-24.png?400|}}
+Et 10/10 depuis que le reverseDNS en ipv4 est fonctionnel !
 ===== Divers =====
@@ Ligne 507: / Ligne 521: @@
 ==== 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 532: @@
 |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 544: @@
 |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 724: / Ligne 746: @@
 Tester les mails du jour :
 <code | download>
-sudo /usr/sbin/pflogsumm -u 5 -h 5 -d today /var/log/mail.log
+sudo /usr/sbin/pflogsumm -d today /var/log/mail.log
 </code>
@@ Ligne 736: / Ligne 758: @@
 # Stats Mail ( pflogsumm )
-19 * * * /usr/sbin/pflogsumm -u 5 -h 5 -d today /var/log/mail.log | mail -s "Postfix Report of `date`" yourmail@domain.tld
+19 * * * /usr/sbin/pflogsumm -d today /var/log/mail.log | mail -s "Postfix Rapport du  `date`" yourmail@domain.tld
 </code>
-avec yourmail@domain.tld --> adresse mail
+avec yourmail@domain.tld --> adresse mail et vous recevrez un rapport détaillé tous les soirs  à 19h.
+==== Redirigé si IP renseignée plutôt que le nom de domaine ====
+Par défaut, si on entre son IPv4 plutôt que son nom de domaine, on tombe sur la page d'administration de son yunohost.
+Pour personnaliser la redirection,  éditer le fichier :
+<code | download>
+sudo nano /etc/nginx/conf.d/default.d/redirect_to_admin.conf
+</code>
+Apporter les modifications suivantes :
+<code | download>
+location / {
+#    return 302 https://$http_host/yunohost/admin;
+        return 302 https://crust.ovh ;
+}
+</code>
+En précisant votre nom de domaine ou l'URL précise de redirection.
+Relancer nginx.
+<code | download>
+sudo systemctl reload nginx.servic
+</code>
+==== 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>

Cyrille BIOT

Outils pour utilisateurs

Outils du site

Différences

Outils de la page