floss:config_ubuntu_server_rpi3

Configurer un Raspberry Pi 3 sous Ubuntu server

  • démarrer le Raspberry Pi 3 avec la carte flashée préalablement
    • user : ubuntu
    • mdp : ubuntu (à modifier dès le 1er démarrage !!)
  • relever l'IP du serveur par la commande “ip a” (le clavier peut être qwerty)
  • Connexion à partir d'une autre machine : ssh ubuntu@ip_adress (remplacer ip_adress par la valeur relevée)
  • Clé SSH
    • générer sur le PC connecté une paire de clés privée/publique si non disponible (ex : ssh-keygen -o -b 4096 -t rsa)
    • copier la clé publique sur le serveur
    • ssh-copy-id -i ~/.ssh/id_rsa.pub ubuntu@ip_adress
    • tester la connexion qui doit fonctionner sans mdp : ssh ubuntu@ip_adress
  • mises à jour :
    • sudo apt-get update
    • sudo apt-get upgrade
  • redémarrage : sudo reboot
  • arrêt : sudo halt
  • Utiliser/configurer le wifi :
50-cloud-init.yaml
# /etc/netplan/50-cloud-init.yaml netplan configuration file
network:
    ethernets:
        eth0:
            dhcp4: true
            optional: true
    version: 2
    # wifi setup informations
    wifis:
        wlan0:
            optional: true
            access-points:
                "SSID":
                    password: "*******"
            dhcp4: no
            addresses: [192.168.1.251/24]
            gateway4: 192.168.1.1
            nameservers:
                addresses: [192.168.1.1, 8.8.8.8]

À ce stade, le Raspberry Pi est connecté par wifi avec l'adresse IP 192.168.1.251

  • Envoi d'emails via https://doc.ubuntu-fr.org/msmtp, par exemple par DokuWiki
    • sudo apt install msmtp msmtp-mta
    • Configuration pour l'envoi de courriels au niveau du système : sudo nano /etc/msmtprc
    • vérification (doc.ubuntu-fr) ls -la /usr/sbin/sendmail
    • test : echo 'message' | msmtp user@domain.com
Effacer le nom d'utilisateur et le mot de passe si le serveur est diffusé, et/ou rendre invalide le compte par défaut de msmtp pour éviter des envois erronés vers le serveur d'email !!
  • Configuration de Apache2 - installer le module “rewrite”
    • sudo a2enmod rewrite
    • sudo systemctl restart apache2
  • Paquets additionnels (options) :
    • sudo apt-get install unison (FIXME : compatibilité avec 18.04)
  • Connexion et identification sur le serveur : ssh username@dns or username@ip_address (ou via les paramètres de PuTTY);
  • se placer dans le répertoire web : cd /var/www/html
  • créer un répertoire pour le wiki : sudo mkdir wiki00
  • s’y placer : cd wiki00
  • télécharger la dernière version de DokuWiki : sudo wget https://download.dokuwiki.org/src/dokuwiki/dokuwiki-stable.tgz
  • décompresser l’archive : sudo tar -xzvf dokuwiki-stable.tgz --strip-components=1
  • effacer l’archive : sudo rm dokuwiki-stable.tgz
    • sudo chown -R www-data:www-data /var/www/html/wiki00
    • cd /var/www/html/wiki00 (si on n'y était pas)
    • fichiers : sudo find . ! -type d -exec chmod 660 {} \;
    • répertoires : sudo find . -type d -exec chmod 770 {} \;
  • on peut à présent régler la configuration de base de DokuWiki via un navigateur web, en pointant sur http://dns/wiki00/install.php ou http://ip_address/wiki00/install.php. Documentation spécifique : https://www.dokuwiki.org/installer pour la description des options :
    • Wiki Name
    • Enable ACL
    • Superuser
    • Full Name
    • E-Mail
    • Password
    • Once Again
    • Initial ACL policy
    • Allow users to register themselves
  • sudo rm install.php (effacement du script d'installation)

Le wiki est pré-configuré et (presque) opérationnel ! Réglages complémentaires de la configuration via le menu d’administration - “Paramètres de configuration” :

  • choisir la langue de l’interface language fr
  • mode de création des répertoires : choisir 02770 (au lieu de 0755) (set gid, cf. http://www.dokuwiki.org/config:dmode)
  • mode de création des fichiers : choisir 0660 (au lieu de 0644)
  • Dans les paramètres d’authentification, rubrique “Actions à désactiver dans DokuWiki”, vérifier la désactivation (cocher) de l’action “s’enregistrer”, sauf si vous voulez permettre à n’importe quel quidam de s’inscrire et appartenir au groupe “user”
  • pour le délai avant indexation (paramètres anti-spam), vous pouvez vous contenter de 60*5 plutôt que 60*60*24*5, qui contraint à une attente de 24H après édition, avant que l’indexation par un robot de moteur de recherche ne redevienne possible
  • Si comme administrateur vous souhaitez être averti à chaque modification effectuée par un autre utilisateur, indiquez votre email derrière “Notifier les modifications à cette adresse de courriel” (paramètres d’édition)
  • ensuite, vous pouvez aussi activer l’abonnement aux pages, ce qui aura pour effet de générer un envoi par email notifiant la modification. Le délai peut être réglé par l’option suivante (“Délai après lequel les listes d’abonnement …”)
  • Mentionner dans ce dernier cas l’expéditeur des notifications par courriel du wiki (paramètres avancés)
  • une clé USB insérée dans un PC → ligne finale de /etc/mtab :
    • /dev/sdg1 /media/username/USB\040DISK vfat rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro 0 0
    • la commande “ls -l /dev/disk/by-uuid/” donne : lrwxrwxrwx 1 root root 10 mar 15 10:54 0133-98D2 → ../../sdg1
  • La même clé USB dans le Raspberry, permettant de détecter la chaîne “UUID” 0133-98D2 :
    • la commande “ls -l /dev/disk/by-uuid/” donne (à la deuxième ligne) : lrwxrwxrwx 1 root root 10 mars 15 10:17 0133-98D2 → ../../sda1
  • création du point de montage :
    • sudo mkdir /media/usb
  • propriétaire et droits (ajuster l'utilisateur “pi” si utile) :
    • sudo chown -R pi:pi /media/usb
  • test du montage et démontage en mode manuel (ajuster l'utilisateur “pi” si utile) :
    • sudo mount /dev/sda1 /media/usb -o uid=pi,gid=pi
    • cd /media/usb
    • ls
    • sudo umount /media/usb
  • montage récurrent : ajouter une ligne à la fin du fichier /etc/fstab (ajuster l'utilisateur “pi” si utile) :
    • sudo nano /etc/fstab
    • UUID=0133-98D2 /media/usb vfat auto,nofail,noatime,users,rw,uid=pi,gid=pi 0 0
  • redémarrer : sudo reboot

Script de sauvegarde

#!/bin/bash
THESITE="wiki01"
THEDB="dbname"
THEDBUSER="dbuser"
THEDBPW="dbpwd"
THEDATE=`date +%F-%T`
# backup de la base de données NON UTILISÉ
#mysqldump -u $THEDBUSER -p${THEDBPW} $THEDB | gzip > ~/${THESITE}backups/files/dbbackup_${THEDB}_${THEDATE}.bak.gz
# backup des fichiers du site
#tar -czf ~/${THESITE}backups/files/sitebackup_${THESITE}_${THEDATE}.tar.gz /var/www/html/${THESITE}
tar -czf /media/usb/sauvegardes/sitebackup_${THESITE}_${THEDATE}.tar.gz /var/www/html/${THESITE}
# éliminer les fichier vieux de plus de 5 jours
find ~/backups/files/site* -mtime +5 -exec rm {} \;
find ~/backups/files/db* -mtime +5 -exec rm {} \;

Version après élimination d'erreurs, et sans effacement :

#!/bin/sh
THESITE="wiki01"
THEDATE=`date +%F-%H%M%S`
# backup des fichiers du site
tar -czf /media/usb/sauvegardes/sitebackup_${THESITE}_${THEDATE}.tar.gz /var/www/html/${THESITE}

Test du backup :

./backup.sh

Part of bash (version >=4.2) script to remove files in a given directory, older than 8 days, but leave files dated the first day of each month :

# Set the directory to clean up
DIR="~/backups/files/"

# Calculate the cutoff date
CUTOFF=$(date -d "8 days ago" +%s)

# Loop through the files in the directory
for FILE in "$DIR"/*
do
  # Check if the file is older than 8 days
  if [[ -f "$FILE" && $(date -r "$FILE" +%s) -lt $CUTOFF ]]
  then
    # Check if the file's date is the first day of the month
    if [[ $(date -r "$FILE" +%d) -eq 01 ]]
    then
      echo "Skipping $FILE"
    else
      echo "Deleting $FILE"
      rm "$FILE"
    fi
  fi
done

Here's how the script works:

  1. Set the DIR variable to the directory you want to clean up.
  2. Use the date command to calculate the cutoff date. This will be 8 days ago from today.
  3. Loop through each file in the directory using a for loop.
  4. Check if the file is a regular file (-f) and if its modification time is older than the cutoff date. If it is not, then skip to the next file.
  5. If the file's modification time is older than the cutoff date, check if the file's date is the first day of the month. If it is, then skip to the next file.
  6. If the file's date is not the first day of the month, then delete the file using the rm command.

Références sur les formats de date :

Références sur les scripts de backup

  • Extensions et gestion système
    • upgrade plugin
Ce site web utilise des cookies. En utilisant le site Web, vous acceptez le stockage de cookies sur votre ordinateur. Vous reconnaissez également que vous avez lu et compris notre politique de confidentialité. Si vous n'êtes pas d'accord, quittez le site.En savoir plus
  • floss/config_ubuntu_server_rpi3.txt
  • Dernière modification : 2024/01/23 02:53
  • de villersd