Sbc-(Raspberry-Odroid) on Pascal's weblog

Vorta for Borg Backup

Sun, 28 Jun 2026 15:22:44 +0000

Ce matin, pris d’une inspiration subite, j’ai décidé de faire une nouvelle sauvegarde de mon dossier Home. Ce dossier est déjà synchronisé grâce à Nextcloud sur un serveur distant, ainsi que sur un autre HD du PC, grâce à Timeshift.

Mais lorsque j’avais remis en service mon vieil odroid-hc2, l’idée était de l’utiliser comme serveur de backup, avec son HD de 2 To disponible. J’avais bien redirigé les tâches rsync du serveur OMV (NAS) sur ce serveur (contenu Plex et Calibre), et puis j’étais passé à autre chose. J’avais prévu des sauvegardes à partir du PC, sans aller plus loin.

Cette fois, j’ai utilisé Vorta, une interface graphique pour Borg, un logiciel de backup qui a une très bonne réputation (sauvegarde chiffrées, sécurisées, compressées). L’opération a été facilité par cet article sur le FLOZz’ Blog, que j’ai adapté à mon contexte et à ce que je voulais faire, puisque je bénéficiais déjà d’une connexion SSH entre mon PC et le serveur Odroid, ainsi que d’une clef de login. Une fois le dépôt Borg créé, le reste est simplissime.

Voilà le détail des opérations, ça m’a permis un petit refresh sur ssh et les clefs privées et publiques…

Sur le serveur Odroid

Cette machine tourne donc Ubuntu. Le HD externe de 2 To est monté sur le dossier /satadisk, et comprend deux sous-dossiers, un pour les sauvegardes en provenance du NAS (déjà utilisé), un autre pour celles en provenance du PC (pas encore utilisé) :

$ cd /satadisk
$ tree --du -h --sort=size . | sed -E "/^[^[]{8,}\[/d"
[192G]  .
├── [191G]  NAS-N150
└── [  0G]  PC-RYZEN

On commence par installer borgbackup :

$ sudo apt install borgbackup

Je vais aussi créer un utilisateur dédié pour ces backups, ce sera plus clair.

$ sudo adduser borg --home /satadisk/PC-RYZEN

On va aussi lui copier la clef publique SSH du PC déjà créée. Pour ce faire, sur le PC, on copie le contenu du fichier /home/pascal/.shh/id_ed25519.pub dans un nouveau fichier créé sur la machine Odroid dans /satadisk/PC-RYZEN/.ssh/authorized_key qui doit donc ressembler à ceci :

borg@odroid:~$ cat .ssh/authorized_keys
ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIAp2Bz0e1GjYGMvLyw4WxXTGHN/Pla9CmJbApNnrlESM pascal@pascal-eos

Et on teste à partir du PC que la commande $ ssh borg@192.168.1.XX (soit la machine odroid) fonctionne bien. Dans la foulée, je crée un dossier pascal-eos-home-backup à partir de la home de l’utilisateur borg (pour le dépôt de Borg):

borg@odroid:~$ pwd
/satadisk/PC-RYZEN
borg@odroid:~$ mkdir pascal-eos-home-backup

Voilà, on a donc notre utilisateur borg qui peut se connecter sans avoir à saisir de mot de passe sur la machine odroid à partir du PC.

Sur le PC

On commence donc par installer Vorta, qui se chargera d’installer Borg en tant que dépendance :

$ sudo pacman -S vorta

On le lance, et on crée le fameux dépôt, selon la terminologie de Borg. On rentre le dépôt sous la forme ssh://<USER>@<MACHINE><PATH>, ce qui donne :

$ borg init --encryption=repokey ssh://borg@192.168.1.XX/satadisk/PC-RYZEN/pascal-eos-home-backup

Borg va vous demander une “passphrase”, choisissez un mot de passe et notez le précieusement. C’est ce qui va permettre à Borg de faire des sauvegardes chiffrées et donc sécurisées.

Il ne reste plus qu’à lancer Vorta, et lui indiquer de dépôt comme destination : on clique sur le + à droite, on choisit “dépôt existant”, et on rentre le dépôt sous la même forme, en indiquant le mot de passe (la passphrase demandée lors de la création du dépôt) :

Et voilà, le plus dur est fait. À noter que j’ai laissé l’option Clé SSH : Choisir automatiquement une clef SHH (par défaut), puisque comme expliqué au début de l’article, j’ai déjà implémenté un clef SSH entre les deux machines.

Sur l’onglet Sources, il ne reste plus qu’à définir la source du backup que l’on souhaite effectuer ( /home/pascal dans mon cas), gérer les dossiers à exclure (temp, cache, etc…) :

Et sur l’onglet Planification, la périodicité souhaitée pour les sauvegardes :

Et voilà, il ne reste plus qu’à lancer la sauvegarde :

Et la taille occupée sur le disque :

$ cd /satadisk
$ tree --du -h --sort=size . | sed -E "/^[^[]{8,}\[/d"
[208G]  .
├── [191G]  NAS-N150
└── [ 16G]  PC-RYZEN

Conclusion

Franchement, cela a été très facile à mettre en place, et Vorta avec son interface graphique rend l’utilisation de Borg très facile.

On peut bien sûr définir d’autres sauvegardes, ou d’autres dépôts dans un autre profil selon l’organisation souhaitée de ,os précieuses sauvegardes ! :cool:

MoOde audio player

Thu, 09 Apr 2026 15:12:55 +0000

Je voulais l’autre jour installer un petit utilitaire sur mon Raspberry P4 où est installé Volumio 3, et je me suis rendu compte que l’OS était un Debian Buster 10 en 32 bits (et donc plus de dépôts !). Ça m’a paru bizarre, et j’ai vérifié que le Raspberry P4 est bien en architecture x64.

Après quelques recherches, j’ai vu que Volumio avait récemment sorti sa version 4, qui tourne fièrement sur un Debian Bookworm 12 (et espérons en x64). Mais cela veut probablement dire que Volumio va rester un bout de temps avec cette version de Debian, qui n’est déjà plus la version release actuelle.

De fil en aiguille, je suis tombé sur MoOde, un lecteur audio FOSS dédié au Raspberry, qui lui propose une version sous Debian Trixie 13, soit la dernière version de Debian. Comparé à Volumio, il est totalement open-source (FOSS), et a manifestement des mises à jour beaucoup plus fréquentes. C’est plutôt bon signe pour le projet, et rien que pour cela, ça vaut le coup de changer. Il a aussi l’air très complet et offre beaucoup plus de possibilités que Volumio. Aucune raison donc de ne pas au moins l’essayer.

Cet article décrit l’installation, les premiers paramétrages, comment j’ai réglé le problème d’affichage de pochettes au vu de l’organisation de ma bibliothèque musicale, la gestion des playlists, les radios, l’utilisation d’une application Android (ou pas). J’ai aussi activé le mode NFS de moOde afin d’accéder à ma musique via un serveur Docker Navidrome que je venais de monter en test, afin de pouvoir utiliser le très beau Feishin comme lecteur sur le PC :

Mais ce sera l’objet d’un futur article ! :wink:

Revenons à moOde audio player…

Installation

L’installation est censée être hyper facile, grâce à l’application rpi-imager qu’il suffit d’installer sur le PC :

$ sudo pacman -S rpi-imager

Il suffit ensuite de se laisser guider dans les pages qui s’affichent, c’est vraiment pratique : on choisit son modèle de Raspberry, le système à installer parmi les “media player” proposés, puis on crée l’utilisateur et son mot de passe, on indique le réseau Wi-Fi, activer SSH, etc… :

Sauf que ça échoue à la vérification (étape finale), et que l’on retrouve une carte SD vide. Je ne sais pas si c’est un bug de cette version, mais la solution a été rapide : j’ai relancé la création de la carte SD, puis annulé la séquence de vérification après son démarrage. Et là c’était bon, j’ai pu récupérer une carte SD prête à démarrer.

Le premier démarrage est assez long (il y a trois redémarrages qui s’enchaînent), il suffit d’attendre un peu, puis je me connecte dans un premier temps en SSH sur la machine. On peut retrouver la machine avec la commande : nmap -sP 192.168.1.0/24. Ça fonctionne !

Ensuite je vais sur mon serveur Pi-Hole (qui fait aussi serveur DHCP) pour attribuer une adresse IP de mon choix pour la MAC address du Rpi (et supprimer le lease existant). Enfin, via la connexion en ssh (sur l’adresse actuelle Ethernet), je dévalide le wifi (pas besoin d’avoir deux hosts sur le réseau pour la même machine) :

$ sudo nmcli radio wifi off

Puis je redémarre, j’installe la clef ssh de connection ( ssh-copy-id), et me voilà prêt côté réseau et accès SSH.

MoOde

Connection à http://moode.lan sur mon réseau (ou sur l’adresse IP).

Je dois d’abord déclarer la carte Digi2 Pro que j’ai sur le Raspberry : on clique sur le “m” en haut à droite, puis Configure puis Audio, dans la section “Named I2S device”, je sélectionne ma carte (Digi+ Pro), il faut ensuite redémarrer le système. Après ce redémarrage, la carte “Hifi+ Pro” apparaît dans la liste “Output device”, et il suffit de la sélectionner.

Pour la bibliothèque musicale, il faut aller dans Configure - Media, et je vois que mon disque USB est déjà sélectionné :

Sur la page Audio, je lance un scan de la médiathèque (regenerate music database), cela prend un certain temps… et voilà, moOde est fonctionnel.

Présentation rapide

Il est utile de lire la page “Quick Help” qui présente les principales fonctionnalités et réglages possibles. En voilà un petit résumé, mais les fonctionnalités sont très étendues :

moOde offre par exemple une option " Spotify Connect" (nécessitant un compte premium), on peut aussi activer moOde comme serveur UPnP ou DLNA, ce qui permet de le piloter à partir d’une application android par exemple). N’utilisant pas Spotify, et ne souhaitant pas activer ce serveur UPnP ou DLNA, je ne détaillerai donc pas ces fonctionnalités ici.

Il y a aussi plein d’autres options possibles, comme Plexamp (en cas de serveur Plex sur votre réseau/TV), AirPlay ( iMac), etc… Côté Music Library, on peut configurer un NAS distant, ou sélectionner différents types de disques locaus (NVMe, SATA, USB). Probablement que les techniques d’accès selon le type de HD sont optimisées. On peut partager la librairie via un partage SMB ou NFS (voir plus bas pour ce dernier cas).

On peut vraiment faire beaucoup de choses avec ce serveur, beaucoup plus que ce que Volumio proposait ! C’est la grosse différence d’un logiciel entièrement libre développé par des “enthousiastes”.

Mise à jour bibliothèque musicale

Par contre, la librairie musicale n’est pas scannée automatiquement, comme c’était le cas avec Volumio. Il faut donc le faire manuellement.

De ce que j’ai pu lire, la fonctionnalité existait il y a longtemps mais a été retirée car considérée comme peu fiable. Il y a des indications données sur cette page du forum sur le sujet si l’on veut activer cette option du daemon MPD. Il s’agit d’activer un paramètre en utilisant un mode “Developer tweaks” avec l’outil moodeutl (voir ci-dessous) puis de modifier le fichier /etc/mpd.conf, et le faire prendre en compte. Voilà les instructions à suivre :

# List feature availability
moodeutl -a

# Enable dev tweaks feature
moodeutl -A add 32768
sudo reboot

# Create custom mpd.conf
sudo cp /etc/mpd.conf /etc/mpd.custom.conf

# Make changes to custom mpd.conf
sudo nano /etc/mpd.custom.conf

# Changes are automatically merged when config is saved
Menu, Configure, MPD
SAVE

# View changes and #change_comments
cat /etc/mpd.conf

# Disable dev tweaks and revert to normal config
moodeutl -A rm 32768
sudo rm /etc/mpd.custom.conf
sudo reboot
Menu, Configure, MPD
SAVE

Cette manip est particulière car le fichier mpd.conf est contrôlé par moOde et ne peut par défaut être modifié directement. Les paramètres MPD à activer sont auto_update et éventuellement auto-update_depth.

auto_update
This specifies the whether to support automatic update of music database when files are changed in music_directory. The default is to disable autoupdate of database. (Only implemented on Linux.)

auto_update_depth
Limit the depth of the directories being watched, 0 means only watch the music directory itself. There is no limit by default.

On peut aussi taper la commande mpv -V pour afficher les settings en cours.

Bon, pour l’instant, je n’ai pas essayé d’implémenter cette fonctionnalité, si le dev de moode dit que ce n’est pas fiable, je veux bien le croire, et je ne fais pas de changements trop souvent dans ma musique.

Backup & Logs

Très pratique, l’interface de moOde propose aussi de sauvegarder votre configuration et d’activer et récupérer les logs. Bien pensé et très pratique.

moodeutl

Il existe aussi un outil en mode command line : moodeutl qui peut se révéler utile (une fois connecté en SSH sur le Raspberry) pour le dépannage. Taper moodeutl --help pour obtenir une liste des options possibles, il y en a pas mal concernant les logs, le réseau, etc…

NFS

Comme je le disais en début d’article, j’ai installé récemment un serveur Navidrome (en mode Docker sur le NAS) afin de pouvoir tester et utiliser le lecteur Feishin sur le PC. Ce lecteur est très beau, et j’aime bien l’affichage automatique des paroles…

Concernant Navidrome, ça m’embêtait de dupliquer ma bibliothèque musicale sur le NAS. Aussi quand j’ai vu que moOde offrait des options de partage réseau, j’ai vite activé l’option NFS :

Ensuite, de mon PC, j’ai vérifié le partage :

$ showmount -e 192.168.1.17
Export list for 192.168.1.17:
/media/Music 192.168.1.0/24

Il ne restait plus qu’à activer ce partage sur le NAS :

$ mkdir -p /mnt/RpiMusic
$ sudo mount -t nfs 192.168.1.17:/media/Music /mnt/RpiMusic/

Sans oublier de le rajouter au fichier /etc/fstab. Et voilà, il ne restait qu’à modifier dans le fichier compose de Navidrome le chemin d’accès au volume “music”, et à redémarrer : ma bibliothèque était directement scannée ! :cool:

Ce partage NFS de moOde (mais il y a aussi SMB ou DLNA de possible) est en tout cas bien pratique, et tout a fonctionné immédiatement.

Last.fm - Libre.fm

Il y avait un daemon last.fm dans les premières versions de MoOde, mais il a été retiré car non stable. Il est néanmoins toujours possible de “scrobbler” les titres joués vers Last.fm (ou Libre.fm) grâce à mpdscribble, un client MPD qui soumet les informations des pistes en cours de lecture au service Last.fm (aka Audioscrobbler).

Il faut se connecter en SSH sur le Raspberry, et installer mpdscribble, puis le configurer comme un service et en indiquant le nom et le mot de passe de votre compte last.fm (service par défaut) grâce à la commande dpkg-reconfigure :

$ sudo apt install mpdscribble
$ sudo dpkg-reconfigure mpdscribble

Cela configure le fichier /etc/mpdscribble.conf. Si vous éditez ce fichier (en tant que root), on voit que d’autres services sont disponibles : libre.fm et jamendo.

Info

ATTENTION : On ne peut apparemment activer qu’un seul à la fois si vous avez le même identifiant et le même mot de passe pour les services que vous souhaitez activer.

Mais ce n’est pas tout : le mot de passe pour le service doit être “hashé” avant d’être indiqué dans le fichier de configuration (source). Taper la commande suivante pour obtenir ce hash :

$ echo -n "votre-mot-de-passe" | md5sum | cut -f 1 -d " "

Il ne reste plus qu’à éditer le fichier /etc/mpdscribble.conf, à saisir les infos pour libre.fm (par exemple), avec le mot de passe obtenu avec la commande précédente, sans oublier de commenter les valeurs de last.fm :

[last.fm]
url = https://post.audioscrobbler.com/
username = pled
password = 56xxxxxxxxxxxxxxxxxxxxxxxxxxxxxb3
# The file where mpdscribble should store its Last.fm journal in case
# you do not have a connection to the Last.fm server.
journal = /var/cache/mpdscribble/lastfm.journal

[libre.fm]
url = http://turtle.libre.fm/
username = pled
password = 1cxxxxxxxxxxxxxxxxxxxxxxxxxxxx47
journal = /var/cache/mpdscribble/librefm.journal

Enfin, redémarrer le service bien sûr :

$ sudo systemctl restart mpdscribble

Voilà pour la partie scrobbling, même si ce n’est pas intégré, c’est facile et rapide à configurer.

Pochettes

Comme toujours, quand on installe un système audio, vient le problème d’affichage des pochettes ! :wink:

J’ai donc plein de pochettes en erreur quand je parcours la librairie, c’est même à peu près n’importe quoi (par contre si je joue un morceau, c’est la bonne pochette qui est affichée) :

Cela concernait en fait les pistes de mes playlists où je rassemble dans un dossier dédié plusieurs morceaux, déjà existants ou pas dans ma bibliothèque, chaque piste ayant sa pochette d’intégrée (embedded album art) grâce au tag ID3 “Picture”.

En fait, MoOde a pour la génération des miniatures (thumbnails) une stratégie Album-Dossier. Voilà la logique appliquée à la génération des thumbnails :

Moode recherche d’abord la pochette intégrée ou le fichier de la pochette, selon le paramètre défini dans les préférences. Si ces options échouent, moode utilise la solution de secours.
Le dernier fichier du dossier de l’album est utilisé comme pochette intégrée.
Les fichiers de pochette portant des noms spécifiques sont recherchés en premier [cover|Cover|Folder|folder] . [gif|jpg|jpeg|png|tif|tiff|webp]
Si aucun n’est trouvé, le premier fichier de type « image » présent dans le dossier de l’album est utilisé

Cette approche “vue par dossier” n’est pas pour me déplaire, c’est comme ça que ma bibliothèque musicale est globalement organisée… sauf pour les fameuse playlists : dans mon cas, moOde prenait la pochette intégrée du dernier fichier du dossier comme “pochette de l’album.”

Cela m’a m’obligé à revoir un peu tout ça : j’ai d’abord ajouté un fichier ZZZZZ_cover.jpg de ce type dans chaque dossier de playlist :

Pour réaliser ces “pochettes”, j’ai demandé l’aide de Mistral AI, plutôt que de faire le script à la main : on choisit quatre fichiers au hasard dans le dossier de la playlist, puis on extrait les pochettes intégrées aux fichiers (avec exiftool), et on crée une image composée avec ces 4 pochettes (avec imagemagick). Après quelques essais infructueux dus aux espaces dans les noms de fichiers et la commande printf, le script a fini par fonctionner. Malgré ces erreurs, il faut quand même reconnaître que c’est assez génial de pouvoir obtenir rapidement un script comme ça, qui m’aurait pris “un peu de temps” à réaliser moi-même !

Il faut aussi s’assurer que dans les Préférences, “Search priority” soit bien positionné à “Embedded”, et “Audio formats” à “Default+” comme mentionné sur la page “Quick Help” :

Note that some Albums for example “Nine Inch Nails - The Slip” have a main cover image file and also embedded covers in each track. To display the covers correctly first add the cover image file named so its the last file in the album directory, then set Prefs > “Cover search priority” to “Embedded” and Prefs > “Audio formats” to “Default+”

Et voilà, les Playlists affichent la pochette composée (ZZZZZ_cover.jpg) en mode navigation, mais quand on la joue, c’est bien la pochette de la piste courante qui est affichée. Top !

Autre petit problème

J’ai aussi pas mal de dossiers comprenant des compilations des Inrocks. Là aussi, chaque morceau est d’un artiste différent, mais cette fois sans “album art embedded”, un simple fichier cover.jpg complétant le dossier.

Pour la plupart des dossiers, cela fonctionnait comme attendu :

Sauf pour deux dossiers, dont le contenu semblait pourtant similaire aux autres. Ci-dessous, pour l’album 04 - Octobre 2021, chaque morceau est affiché séparément :

La solution était dans les Tags ID3 : il fallait ajouter le tag albumartist avec la valeur “Various Artists” (par exemple) pour que l’affichage redevienne correct.

Les Playlists

Une fois ceci fait, il ne reste plus qu’à créer les Playlists dans moOde : il faut utiliser la vue par dossier, sélectionner le dossier de playlist et en cliquant sur la pochette l’ajouter à la file de lecture avec un “Clear/Play” :

En procédant ainsi, seule le contenu du dossier de la Playlist se retrouve dans la file de lecture. Il ne reste alors plus qu’à choisir “Save Queue to Playlist” pour créer notre playlist (à partir de la vue lecture) :

Simple et efficace. Je retrouve vite toutes mes playlists dans la vue dédiée :

Radios

MoOde peut bien sûr jouer des radios. La liste de radios fournie est d’ailleurs bien fournie. Certaines affichent le titre et l’artiste du morceau en cours, c’est un vrai plus, mais apparemment, en Europe, on n’y est pas encore, quelle misère ! :sad:

J’ai cherché des infos là-dessus sans grand succès : le RDS fournit ces infos (les metadata) mais concerne les ondes radio FM. Idem pour le DAB+, mais pour les ondes en version numérique. Pour les radios “internet”, je n’ai rien trouvé… si ce n’est que certaines stations “protègent” leur metadata pour privilégier leurs propres lecteurs/applications, comme l’application “Radio France”, par ailleurs infectée de trackers et que je n’installerai jamais sur mon tel.

Comme je me contente en général d’afficher les principales stations de Radio France, j’ai créé ces stations en les liens en m3u8 pour éviter les 30 secondes de publicité (voir cet article). Comme elles se retrouvaient perdues dans la liste des radios fournies, j’ai du jouer avec le paramètre “moOde stations” :

j’ai d’abord passé ce paramètre à “Hide All”, de façon à cacher toutes les radios existantes.
Puis j’ai ajouté mes stations Radio-France, en laissant le type par défaut (regular) :

Je me retrouve ainsi avec uniquement les radios que j’ai ajouté qui sont visibles :

Si par la suite, je souhaite ajouter à ma liste des radios qui étaient fournies par moOde, il me suffira de passer dans les paramètres à “Edit Hidden” : dans ce cas les radios cachées redeviennent visibles :

Et l’on change le Type à “Regular” pour celles que l’on souhaite afficher. Une fois les radios souhaitées activées, on repasse en mode “No Action” et l’on a le filtre souhaité :

On peut aussi en définir certaines comme “Favorites” et activer le mode “Favorite first” pour afficher ses radios préférées en premier.

Client android

Il n’y a pas de client Android officiel, l’interface Web de moOde fonctionnant très bien sur le smartphone. D’après le dev, la plupart des applis android des concurrents (Volumio, RuneAudio) ne sont que d’ailleurs que de simples wrappers de la page web.

Le plus simple pour piloter moOde est donc d’ouvrir la page de moOde (http://moode.lan par exemple, ou l’adresse IP du Raspberry), et de créer un lanceur avec l’option “Ajouter à l’écran d’accueil” du navigateur sur le smartphone. On est bien d’accord qu’aucune musique ne sera jouée sur le tel, hein ? C’est une télécommande en quelque sorte.

Il existe toutefois une petite appli écrite par par un fan, Moodroid, qui essentiellement permet le contrôle du volume via les boutons volumes du tel (en plus du réglage du volume via l’interface) ! Plus quelques améliorations et optimisations, ainsi que sa petite icône… Pour l’instant, je l’ai installée, ça a l’air fonctionnel avec un splash screen sympa :

Conclusion

Je ne regrette pas d’être passé de Volumio à moOde. Déjà, mon Raspberry tourne la dernière version de Debian “stable”, et en x64, ce qui est appréciable (je peux installer un paquet supplémentaire si je le souhaite, ce qui n’était plus le cas avec la version x32 de Volumio).

Mais surtout, on se rend vite compte de la différence entre un soft open-source et une solution mi-propriétaire : moOde propose de base plein d’options qui se révèlent bien utiles quand le besoin s’en fait sentir, que ce soit en terme d’affichage que de solution techniques.

Odroid-HC2 : le retour sous Ubuntu Serveur

Mon, 30 Mar 2026 07:49:10 +0000

Je me demandais ce que j’allais bien pouvoir faire de mon odroid-hc2, “décommissionné” comme NAS car architecture armv7l (32 bits), et donc plus mis à jour que ce soit par Armbian ou même les containers Docker. Je l’avais donc remplacé par un Beelink mini dont je suis très satisfait.

J’ai tout de même un HD de 2 To dessus, alors pourquoi ne pas l’utiliser en espace de stockage pour des sauvegardes ? Je sauvegarde certains dossiers de mon NAS sur le PC (via rsync), ce qui m’oblige à avoir le PC allumé à ce moment là, alors autant le faire sur cette machine.

C’est parti !

Il s’agit donc d’installer un simple serveur Linux, sans autre surcouche comme OMV ou même une interface graphique. Encore faut-il trouver une distribution qui supporte encore cette architecture.

Une recherche me liste : Ubuntu 22.04 LTS, Arch Linux, Alpine Linux et OMV. J’élimine OMV d’entrée, ainsi que Alpine Linux qui me paraît compliqué (version ultra minimaliste basée sur la sécurité). Reste donc Arch Linux et Ubuntu…

Archlinux ARM

Comme j’utilise EndeavourOS sur le PC depuis quelques mois (eOS est basé sur Archlinux, mais avec pas mal d’outils préinstallés pour en faciliter la prise en main), je me suis dit qu’un Archlinux était une bonne idée. C’est un Linux avec juste le minimum, mais comme mon utilisation prévue était assez minimale aussi, c’était une bonne occasion de tester un vrai Archlinux.

Je suis donc allé sur le site d’Archlinux ARM et j’ai vite trouvé une page décrivant les étapes pour créer la carte SD. Sauf qu’il s’est avéré impossible de démarrer dessus, l’image semble ne pas fonctionner (j’ai essayé deux fois), et j’ai trouvé plusieurs posts sur leur forum confirmant le problème, mais sans fournir de solution.

J’ai alors voulu me créer un compte sur leur forum pour poser la question, mais impossible de s’enregistrer : il y a captcha censée tourner sur le formulaire d’inscription, mais elle ne marche pas. Impossible de s’enregistrer, et donc impossible de poser une question.

Je suis alors allé sur le forum Archlinux (x86), où j’avais un compte, pour poser la question. Une première personne m’a répondu que les deux architectures d’Archlinux étaient très différentes, et gérées par des équipes différentes. J’ai vu brièvement cette réponse, mais j’étais occupé à autre chose. Le lendemain, j’ai voulu y répondre pour insister sur le problème de captcha, et de comment les contacter d’une manière ou d’une autre. Mais entre-temps, quelqu’un avait purement et simplement effacer mon message. :sad:

Bon, je comprends le truc, mais il y a vraiment des mecs qui sont un peu psycho-rigides, d’autant que j’expliquais bien mon impossibilité d’accéder au bon forum ARM… Bref !

Ubuntu

Restait alors Ubuntu, un retour pour moi puisque je l’ai longtemps utilisé et c’est comme ça que j’ai découvert et pratiqué Linux pendant de nombreuses années. Il s’agit donc ici de la version serveur 22.04 LTS (5 ans de mise à jour), et je suis donc tranquille pour un an (au moins). Je ne sais pas ce qu’il en sera par la suite… peut-être passerai-je à Alpine Linux ?

J’ai récupéré l’image disque ici, créé la carte micro SD, et avant de démarrer dessus, je suis allé lui attribuer une adresse IP fixe pour gagner du temps. Il suffit d’accéder à la carte micro SD une fois préparée, et de créer un fichier /etc/netplan/00-netcfg.yaml pour y spécifier les paramètres réseau que l’on souhaite configurer :

network:
  version: 2
  renderer: networkd
  ethernets:
    eth0:
      addresses: [192.168.1.x/24]
      gateway4: 192.168.1.1
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4]

Puis démarrage sur la carte SD et connexion via ssh avec le user root (mdp odroid). Tout baigne ! :cool:

Réseau

J’ai voulu initialement installer NFS pour accéder à la machine, mais je n’ai pas pu l’installer. J’avais un problème lors de l’installation, lié apparemment à la version du noyau et au module rpcbind, et j’ai fini par laisser tomber après quelques tentatives de correction.

nfs-kernel-server échoue à démarrer pour un probleme de dependence : Dependency failed for rpc_pipefs.target

Je me suis donc orienté donc vers SSHFS et rsync.

sudo apt-get install openssh-server rsync

Ensuite j’initialise le HD pour faire une seule partition de 2 To ( fdisk, mkfs.ext4). Je le monte sur un dossier /satadisk, et crée deux répertoires : PC-RYZEN (pour les sauvegardes qui viendront du PC) et NAS-N150 (pour les sauvegardes qui viendront du NAS.

Il reste à configurer rsync en créant un utilisateur rsync, puis un fichier de configuration /etc/rsyncd.conf pour un premier essai de copie depuis mon PC :

root@odroid:~# cat /etc/rsyncd.conf
uid = rsync
gid = rsync
use chroot = no
max connections = 2
log file = /var/log/rsyncd.log
timeout = 300

[pcryzen]
   path = /satadisk/PC-RYZEN
   comment = Sauvegarde fichiers PC RYZEN
   read only = false
   hosts allow = 192.168.1.20
   hosts deny = *

Côté PC, voilà le script :

$ cat rsync_sample_odroid.sh
#!/bin/bash

# Définir les variables
LOCAL_DIR="/home/pascal/Bureau"
REMOTE_HOST="rsync@192.168.1.x"
REMOTE_MODULE="pcryzen"  # Le nom du module défini dans /etc/rsyncd.conf sur la machine distante

# Options rsync courantes
RSYNC_OPTS="-avz --progress --delete"

# Exécuter rsync
rsync $RSYNC_OPTS "$LOCAL_DIR" "$REMOTE_HOST::$REMOTE_MODULE"

# Vérifier le code de retour
if [ $? -eq 0 ]; then
    echo "Synchronisation terminée avec succès."
else
    echo "Erreur lors de la synchronisation."
fi

Et voilà, ça tourne !! Côté NAS, j’ai déjà des scripts rsync qui tournent via OMV et qui font des sauvegardes sur le PC : je n’ai qu’à changer l’adresse IP avec celle de l’odroid, et configurer le fichier /etc/rsynd.conf ci-dessus pour les modules, créer les dossiers correspondants, et c’est parti !

Voilà, j’ai 2 To de sauvegardes disponibles sur mon réseau ! :cool:

Configuration - Personnalisation

Il me faudra tout de même configurer les locales en FR UTF-8 pour que les dossiers comportant des caractères accentués s’affichent correctement sur l’odroid. J’ai suivi les instructions de cette page (en adaptant pour fr_FR bien sûr) et tout s’est alors affiché correctement.

Motd

Et pour finir, j’ai personnalisé un peu le motd (message of the day) qui s’affiche à la connexion :

Dockge - Gestion des containers Docker

Mon, 03 Jun 2024 07:39:49 +0000

Je suis tombé sur cet outil un peu par hasard, et comme je n’étais pas satisfait des possibilités offertes par les interfaces de OMV7 ou de Portainer, j’ai testé (et adopté) Dockge.

Dockge est un gestionnaire de stack Docker, orienté Docker Compose (fichier compose.yaml). En gros, cela permet de configurer plusieurs containers dans un seul fichier, comme j’ai du le faire pour Nextcloud (qui utilise Nextcloud, une base de données Mariadb et un serveur proxy Swag, voir cet article).

Quand on utilise des containers simples (une application pour un container), ce n’est pas forcément utile d’utiliser Docker Compose, un simple script avec une commande docker run suffit, comme je l’ai fait pour mes autres services (plex, qbittorrent). Mais rien ne l’empêche non plus.

Et du coup, j’ai tout passé sous Dockge, car son interface est à la fois simple et complète : on peut arrêter, redémarrer, voir les logs, accéder au shell, éditer le fichier compose.yaml, et même (last but not least) effectuer une mise à jour ! :cool:

Voilà comment je l’ai installé et configuré.

Installation

L’installation est simplissime. On se connecte sur la machine (mon odroid-hc2 en l’occurence) où tournent les containers docker, et on suit les étapes : Création des répertoires pour nos stacks et celle de Dockge, téléchargement du fichier pour le container Dockge, et démarrage :

$ su
# mkdir -p /opt/stacks /opt/dockge
# cd /opt/dockge
#
# curl https://raw.githubusercontent.com/louislam/dockge/master/compose.yaml --output compose.yaml
#
# docker compose up -d

Voilà, l’application Dockge tourne sur http://localhost:5001. Difficile de faire plus simple.

Importer ou créer les containers existants

Pour Nextcloud, ayant déjà utilisé une stack (et donc un fichier compose), il a suffit d’arrêter l’application (i.e. le container, via Portainer par exemple, puisque l’interface d’OMV ne permet qu’un redémarrage), puis “d’importer” le fichier dans Dockge :

Pour cela, aller dans Portainer - Stack, sélectionner Nextcloud, aller dans l’onglet Editor, et copier le contenu dans un fichier que l’on appellera compose.yaml. Sur la machine, on crée alors un dossier pour le service, et on y copie le fichier que l’on aura transféré auparavant sur la machine :

$ su
# mkdir /opt/stacks/nextcloud
# cp /home/pascal/compose.yaml /opt/stacks/netxcloud/compose.yaml

Il suffit alors de recharger la page de Dockge pour voir le service Nextcloud apparaître, il ne reste plus qu’à le démarrer.

Pour mes deux autres services, je n’avais pas utilisé de stack, mais un simple script utilisant docker run. J’ai donc du créer un fichier compose.yaml pour chacun, et cela m’a permis de découvrir deux choses.

Plex

Pour Plex, j’ai arrêté l’application via Portainer, créé le fichier compose.yaml comme indiqué sur la documentation, puis copié dans /opt/stacks/plex. En démarrant Plex, j’ai vu ce message concernant la mise à jour qui m’a intrigué :

Comme quoi une interface bien pensée peut être utile ! En allant voir sur le site du container, j’ai alors vu que l’architecture armv7l (x32) de mon bon vieux odroid-hc2 n’était plus supportée :

Après quelques recherches, la décision sur linuxserver.io de ne plus supporter cette architecture a été clairement annoncé dès mai 2022. Et de fait, le support est terminé depuis juillet 2023.

Ce qui veut dire que l’odroid-hc2 acheté il y a quatre ans va devenir compliqué à mettre à jour. C’est de ma faute, j’avais oublié de vérifier ce point en l’achetant, les architectures 32 bits sont obsolètes, les constructeurs devraient les avoir abandonnées depuis longtemps.

Bref, tant que tout fonctionne, je vais faire durer la situation tant que possible. Mais je peux déjà engager une réflexion sur mon prochain NAS, ce sera peut-être un miniPC avec par exemple un processeur Intel N100 qui offre avec le Quick Sync un meilleur décodage vidéo, chose importante pour Plex, et un point faible que j’ai observé avec l’odroid-hc2. Voir cette page intéressante pour choisir une plateforme Intel. Ces infos viennent d’une discussion à ce propos sur reddit la semaine dernière (premier sujet).

Qbittorrent

Pour Qbittorrent, ça a été un peu différent. J’avais déjà eu du mal à trouver un container alliant qbittorrent et openvpn pour mon architecture (voir cet article) : j’ai un compte Mullvad et souhaite utiliser OpenVPN pour m’y connecter.

Le site est ici, et comme le mentionne Chris, il propose bien une version multi-architecture. Hélas, il ne propose que la commande docker run pour créer le container.

Et je n’avais pas réussi à l’époque à créer un fichier compose valide dans Portainer, avec une erreur au démarrage " Cannot open TUN/TAP dev /dev/net/tun: No such file or directory (errno=2)" probablement due à l’option " --priviledged -d" utilisée avec docker run que je n’arrivais pas à définir dans le fichier compose.

J’ai recréé un fichier compose à partir de mes notes de l’époque, et tenté de le faire fonctionner avec Dockge. Après quelques tentatives et modifications, j’ai finalement réussi à en créer un de valide :

version: "2"
services:
  qbittorrent-openvpn:
    image: chrisjohnson00/qbittorrent-openvpn:latest
    container_name: qb-openvpn
    privileged: true
    sysctls:
      - net.ipv6.conf.all.disable_ipv6=0
    volumes:
      - /srv/dev-disk-by-label-DATA/Download:/downloads
      - /srv/dev-disk-by-label-DATA/AppData/Qbittorrent:/config
    environment:
      - VPN_ENABLED=yes
      - LAN_NETWORK=192.168.1.0/24
      - NAME_SERVERS=8.8.8.8,8.8.4.4
      - VPN_USERNAME=xxxxxxx
      - VPN_PASSWORD=yyyyyyy
      - PUID=997
      - PGID=100
      - WEBUI_PORT_ENV=8080
      - INCOMING_PORT_ENV=8999
    ports:
      - 8080:8080
      - 8999:8999
      - 8999:8999/udp
    restart: unless-stopped

Et cerise sur le gâteau, au premier démarrage, le container est allé chercher le dernière version automatiquement ! Ce qui m’a permis de tester avec succès cette fonctionnalité extrêmement pratique.

Voilà, j’ai une interface pour les containers Docker qui semble complète. Elle s’appuie sur Docker, il faut donc que Docker tourne bien sûr ! Mais pour le reste, elle répond bien aux besoins que l’on peut avoir, de façon simple et efficace.

Chaîne Hi-Fi : passage en numérique avec l'ampli Aiyima D03

Fri, 17 Feb 2023 15:47:16 +0000

J’ai fait un article il y a un peu moins de 3 ans sur comment j’avais construit ma chaîne Hi-Fi à partir d’un Raspberry et d’un DAC+ Pro (passage en analogique), connecté à un vieil ampli Kenwood acheté 70 € sur Leboncoin… Et ça faisait longtemps que l’idée me trottait dans la tête de virer mon gros ampli Kenwood qui prenait beaucoup de place et dépassait même du meuble (440x127x380 mm !).

Et je lorgnais bien sûr sur les petits amplis digitaux que l’on voit maintenant apparaître, de la taille d’un livre, et dont on dit le plus grand bien. On appelle ça un FDA ( F ull D igital A mplifier) et vous pouvez lire cet article à ce propos.

À partir de là, autant remplacer ma carte HiFiBerry DAC+ Pro par une carte HiFiBerry Digi2 Pro pour rester en numérique jusqu’à la sortie vers les enceintes, c’est le but du jeu.

C’est ce que j’ai finalement fait, en choisissant un ampli AIYIMA D03 qui m’a paru assez complet en terme d’entrées/sorties, et dont les retours sont plutôt positifs en terme de qualité du son produit. La différence de taille entre l’ampli analogique ancienne génération est assez incroyable :

Voyons cela en détail.

Digi2 Pro

Puisque je peux désormais arriver en numérique sur l’ampli, autant virer ma carte DAC et la remplacer par une carte HiFi2 Pro : techniquement, c’est une une interface SPDIF haute résolution pour le Raspberry Pi. Ce n’est pas une obligation, l’ampli Aiyima ayant une entrée RCA, mais c’est recommandé pour obtenir un son optimal.

Pour cela, je dois démonter la carte DAC+ Pro que j’avais installé, et qui servait à convertir le format numérique et analogique pour arriver sur le vieil ampli Kenwood. Voilà les deux cartes en question :

La position du connecteur de sortie optique du Digi2 va m’obliger à limer le boîtier plastique, mais heureusement avec une simple lime ce sera vite fait (heureusement que je n’ai pas un boîtier métal !) :

Je n’ai pas non plus resserré les petits écrous en acrylique : j’ai gardé les existants (ceux du DAC) car mine de rien avec la chaleur ils étaient difficiles à visser/dévisser. Pas trop étonnant vu la taille des filetages, c’est déjà impressionnant qu’ils arrivent à faire tout ça en plastique ! Et comme le Raspberry n’est pas destiné à bouger du meuble, ça ne craint rien.

SMSL AD18

J’ai commencé par regarder la gamme de S.M.S.L, car j’avais lu de bonnes critiques sur un de leurs amplis quand j’avais acheté mon Raspberry (j’avais déjà envisagé un ampli numérique à l’époque). Côté “entrées”, l’idée était d’avoir une entrée Coax pour la carte Digi2, mais aussi une entrée optique si jamais la barre son de ma TV tombait en rade (la plupart des TVs ont une sortie optique pour le son).

Chez SMSL, il y a le modèle AD18 qui pouvait me convenir, malgré une entrée Coax sous la forme d’un mini-jack qui se répartit entre l’entrée Coax et une sortie Subwoofer (caisson de basses) :

Quelques specs à retenir : Bluetooth 4.2, puissance de 80W@4ohm x2, et concernant les chips utilisés (n’y connaissant rien, je n’ai pas creusé plus que ça le sujet) ce sont des chips de Texas Instrument TAS5508C+TAS5342A qui s’occupent de l’amplification (passage du numérique à l’analogique). Le prix sur Amazon est de 145 €.

Je n’ai trouvé hélas aucun modèle avec les entrées que je souhaitais.

Aiyima D03

Et puis je suis tombé sur ce modèle chez Aiyima, qui propose une connectique avec une vraie entrée Coax et une autre numérique (soit exactement ce que je voulais) :

À noter aussi que le bouton Volume de la face avant permet d’une simple pression à passer au réglage des “Treble” puis des “Bass” avant de revenir au Volume (et non pas de couper le son, comme indiqué sur l’image… mais sinon je passais à côté de cette fonctionnalité, je ne l’ai lu nulle part !).

Côté specs, on a du Bluetooth 5.0, une puissance de 150W@4ohm x2, et des chips Texas Instruments TAS5548 et TAS5624. Il est à 153 € sur Amazon.

Ce qui achevé de me convaincre pour ce modèle, c’est la lecture d’articles où il était mentionné que le son en sortie du Aiyima était assez “naturel” comparé à d’autres amplis numériques où le son est extrêmement “détaillé” (comme celui du SMSL).

Le Bluetooth permet bien sûr d’envoyer de la musique directement du smartphone, ça peut servir… Il est aussi recommandé d’y ajouter un caisson de basse pour obtenir une qualité de son encore meilleure, ce que je ferai certainement. Cet article en fait une revue assez complète.

Volumio

Une fois tout rebranché et démarré, côté Volumio, il ne reste plus qu’à aller dans Réglages - Système, et relancer l’assistant de configuration (c’est plutôt bien pensé) :

Et de choisir le HifiBerry Digi+ Pro (c’est le prédécesseur du Digi2 Pro) :

Peut-être qu’en faisant une mise à jour de Volumio (ma version est la 3.215 de Mars 2022) je verrais apparaître ce nouveau modèle, mais je laisse comme ça pour trois raisons :

J’ai Pi-Hole qui tourne sur le même Raspberry (voir ici), et je n’ai pas envie de tout casser par le système de mise à jour de Volumio, ni de tout réinstaller.
En vérifiant sur le ChangeLog de Volumio, je ne vois rien à ce sujet.
Tout fonctionne bien en indiquant ce modèle.

Et voilà, je lance la lecture et tout fonctionne ! Enfin presque, je n’ai plus le contrôle du volume dans Volumio, il me faut aller dans Réglages - Options de lecture et passer le type de mixeur à Logiciel (avec le DAC j’étais en Matériel) :

Et voilà, je peux contrôler le volume depuis l’application Volumio sur le smartphone. Le mieux est de prérégler le volume de l’ampli assez fort, puis de le contrôler ensuite via l’appli.

Conclusion

Le changement a été hyper simple à réaliser (et rapide !), bravo à Volumio qui simplifie tout de même grandement les choses.

Le son est bon je trouve, peut-être meilleur qu’avec le DAC et l’ampli Kenwood, mais n’étant pas mélomane, c’est très subjectif et ne vaut pas plus qu’un avis personnel ! Je pense qu’effectivement, ce sera encore meilleur avec un caisson de basse, même si, avec mes enceintes et leurs évents bass-reflex, c’est déjà pas mal…

Le gain de place dans le meuble, si ça paraît anecdotique, est tout de même bien appréciable.

Bref, vive le numérique ! :cool:

Installation de Volumio 3 et Pihole 5

Thu, 28 Apr 2022 16:00:34 +0000

Hier, j’ai donc installé Volumio 3, qui a le mérite de tourner enfin sous une version Raspbian v10 “buster” supportée, alors que Volumio 2 était toujours sous la v8 Jessie, ce qui avait énormément compliqué l’installation de Pihole sur la même machine (voir cet article).

Volumio 2 propose bien de mettre le système à jour, mais cette opération a échoué, et j’ai fini par repartir de l’image disque de Volumio 3 (mais vu que la mise à jour effaçait tout, cela ne changeait pas grand chose). Puis j’ai installé la dernière version de Pi-hole (v5.10) qui a été cette fois beaucoup plus simple à faire. J’ai juste rencontré un conflit entre Pi-hole et le hotspot de Volumio, vite réglé.

Tout est désormais opérationnel, et c’est une bonne chose de faite. Pi-hole m’est vraiment devenu indispensable, avoir son propre serveur DNS est bien utile de nos jours. Quant à Volumio, je ne l’installe que pour éviter d’avoir à configurer moi-même le daemon mpd et la carte DAC HifiBerry Plus sur un OS Raspbian brut. Une fois ceci fait, je n’utilise aucune application ou fonctionnalité de Volumio, mais des applis qui se connectent directement au daemon mpd.

Revoyons tout cela pas à pas…

SSH keys

Tout a commencé par un problème de “SSH keys”, le login automatique ne fonctionnait plus entre mon PC et le Raspberry où tournait Volumio 2. Avec pour conséquence de ne plus pouvoir synchroniser ma musique avec le PC de manière automatique (mon PC est la source de ma musique, et je la synchronise sur le disque USB de mon Raspberry).

En regardant de plus près grâce à cette page, le message d’erreur était :

debug1: send_pubkey_test: no mutual signature algorithm

Un peu de recherche et il apparaissait vite que le problème venait de la version “Jessie” de Volumio 2 qui devenait vraiment trop ancienne. Il était temps de changer ! Or un rapide tour du côté de Volumio m’apprenait que Volumio 3 disponible depuis quelques mois tournait sous Debian Buster ! Parfait !

Mise à jour

Cerise sur le gâteau, la web interface de Volumio me proposait carrément de faire la mise à jour vers cette nouvelle version.

Bon, sérieusement, quand on vous dit que toute votre config va être perdue, et qu’il est même recommandé de débrancher le disque USB car il pourrait être effacé lors de l’opération… Je ne sais pas si on peut vraiment parler de “mise à jour” ! :wink:

Mais bon, ça a tout de même le mérite de simplifier l’opération, alors allons-y (après avoir débrancher le disque USB où se trouve toute ma musique !). Et ma foi, ça démarre plutôt bien :

Hélas, si l’opération va jusqu’à son terme sans erreur, le système ne redémarrera jamais. Il est temps de passer au plan B : récupérer l’image disque pour mon Raspberry, et flasher l’image moi-même.

L’image disque

Je récupère donc l’image de Volumio 3 sur cette page. Une fois le fichier dézippé, j’obtiens une image disque au format .img. Reste donc à flasher cette image sur la carte micro-SD de mon Raspberry.

Or depuis que je suis sous Debian, je n’ai pas réinstallé Balena Etcher (même si j’aime bien se soft) car il y a des dépendances, une repository à installer, et j’essaie de garder mon système Debian le plus “clean” possible. J’allais donc utiliser une bonne vieille commande dd lorsque je me suis aperçu que l’utilitaire disque de Gnome me permettait de le faire ! :cool:

Il suffit alors d’aller chercher le fichier Volumio-3.251-2022-03-31-pi.img précédemment dézippé, puis de lancer l’opération. Une fois ceci fait, il ne reste plus qu’à insérer la microSD dans le Raspberry et de démarrer.

Au passage, bravo à Gnome, c’est du beau boulot, et j’apprécie chaque jour davantage d’utiliser cet environnement de bureau, beau et fonctionnel.

On procède ensuite comme pour une première installation de Volumio. soit on passe par le Hotspot wifi, soit si on a un câble Ethernet par la WebUI à l’adresse http://volumio.local (voir la doc ici). Puis on répond aux deux ou trois questions pour finaliser l’installation. Bonne nouvelle : mon HiFiBerry DAC+ Pro est cette fois proposé (ce qui n’était pas le cas avec Volumio 2) :

Reste à activer le SSH en allant sur la page http://volumio.local/DEV. Puis se connecter, et monter le disque USB dans /etc/fstab sur /media/Music :

volumio@volumio:~$ cat /etc/fstab | grep sda1
/dev/sda1	/media/Music	    ext4    defaults,rw

On peut enfin, dans l’interface de Volumio, aller dans Réglages - Sources puis choisir “Scanner à nouveau”. La bibliothèque musicale se construit alors, et il est recommandé de ne pas écouter de musique pendant cette opération.

Pi-hole

Avec Volumio 2, l’installation de Pi-hole s’était révélée plutôt coriace (voir ici), mais cette fois, sur un OS supporté, tout s’est à peu près bien passé.

Comme recommandé, j’ai d’abord assigné des adresses IP fixes au Raspberry. Je suis allé modifier le fichier /etc/dhcpcd.conf pour y indiquer les adresses souhaitées pour eth0 et wlan0 :

# static IP configuration :
interface eth0
static ip_address=192.168.1.18/24
static routers=192.168.1.1
static domain_name_servers=1.1.1.1 8.8.8.8 fd51:42f8:caae:d92e::1

interface wlan0
static ip_address=192.168.1.17/24
static routers=192.168.1.1
static domain_name_servers=1.1.1.1 8.8.8.8 fd51:42f8:caae:d92e::1

Uns fois ceci fait et le système redémarré, j’ai lancé le script d’installation de Pi-hole :

volumio@volumio:~$ curl -sSL https://install.pi-hole.net | bash

On répond aux quelques questions, et l’installation se déroule sans accrocs, la dernière fenêtre vous informe du mot de passe pour accéder à la page d’administration :

S’il faut relancer le setup pour une raison ou pour une autre, la commande est :

volumio@volumio:~$ sudo pihole -r

Il reste une chose importante à faire, c’est de modifier le port utilisé par lighttpd (le web serveur de pihole) puisque nous avons Volumio qui occupe le port par défaut (80). Il faut donc éditer le fichier /etc/lighttpd/lighttpd.conf et modifier les lignes suivantes :

server.errorlog             = "/tmp/lighttpd_error.log"
server.port                 = 8080
accesslog.filename          = "/tmp/lighttpd_access.log"

En fait, pour les logs, je ne suis pas certain qu’il faille les modifier, mais j’ai fait comme lors de l’installation précédente.

Normalement, tout est alors terminé, mais hélas, lorsque je rends sur l’interface, je vois que Pi-hole ne fonctionne pas :

The FTL service is offline!

Le service pihole-FTL est donc indiqué offline. Regardons l’état du service en question :

$ sudo systemctl status pihole-FTL
● pihole-FTL.service - LSB: pihole-FTL daemon
   Loaded: loaded (/etc/init.d/pihole-FTL; generated)
   Active: active (exited) since Sun 2022-04-24 15:20:46 UTC; 3min 43s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 597 ExecStart=/etc/init.d/pihole-FTL start (code=exited, status=0/SUCCESS)

Apr 24 15:20:44 volumio systemd[1]: Starting LSB: pihole-FTL daemon...
Apr 24 15:20:44 volumio pihole-FTL[597]: Not running
Apr 24 15:20:44 volumio su[633]: (to pihole) root on none
Apr 24 15:20:44 volumio su[633]: pam_unix(su:session): session opened for user pihole by (uid=0)
Apr 24 15:20:46 volumio pihole-FTL[597]: dnsmasq: illegal repeated keyword at line 15 of /etc/dnsmasq.d/hotspot.conf
Apr 24 15:20:46 volumio systemd[1]: Started LSB: pihole-FTL daemon.

On voit qu’il y a un problème avec le fichier /etc/dnsmasq.d/hotspot.conf. Que contient ce fichier ?

volumio@volumio:~$ cat /etc/dnsmasq.d/hotspot.conf
# dnsmasq hotspot configuration for Volumio
# Only listen on wifi interface
interface=wlan0
# Always return 192.168.211.1 for any query not answered from /etc/hosts or DHCP and not sent to an upstream nameserver
address=/#/192.168.211.1
# DHCP server not active on wired lan interface
no-dhcp-interface=eth0
# IPv4 address range, netmask and lease time
dhcp-range=192.168.211.100,192.168.211.200,255.255.255.0,24h
# DNS server
dhcp-option=option:dns-server,192.168.211.1
expand-hosts
domain=local
# Facility to which dnsmasq will send syslog entries
log-facility=local7

Il s’agit donc d’un fichier créé par Volumio et la configuration de son hotspot. Or ce hotspot n’est pas vraiment utile une fois l’installation terminée. C’est confirmé par la documentation ici. Je l’ai d’ailleurs dévalidé dans les settings réseau :

Je peux donc en toute tranquillité mettre en commentaire toutes les lignes de ce fichier hotspot.conf. Je fais cela pour éviter de l’effacer, je pourrais en avoir besoin en cas de problème avec Volumio (si mon wifi était indisponible). Et comme chaque fichier présent dans ce dossier /etc/dnsmasq.d est lu et interprété, il ne suffit pas de le renommer.

Une fois ceci fait, il ne reste qu’à relancer le service pihole-FTL :

$ sudo systemctl restart pihole-FTL

On recharge l’interface web de Pi-hole et voilà, tout est fonctionnel ! :cool:

Voilà, reste à configurer le serveur DHCP comme expliqué sur cet article, vu que j’ai toujours une box orange.

Ads liste

Concernant la liste des sites à bloquer, s’il y en a une d’installée par défaut, j’ai préféré en rajouter d’autres, que j’ai tiré de cet article. On va dans Group Management - Adlists, et y colle la liste de sites fournis. Voilà le fichier au cas où la page disparaîtrait (c’est ce qui s’est passé avec l’installation précédente de Pi-hole !) :

adlist Télécharger

Reste à mettre à jour la base de données :

$ sudo pihole -g

Et voilà, je suis bien protégé contre les pubs :

En procédant ainsi, je devrais certainement être attentif lorsque je n’arrive pas à accéder à un site : aller voir le Query Log de Pihoel et éventuellement ajouter à la white list les domaines bloqués… mais en toute connaissance de cause, et ce n’est pas un détail.

Conclusion

C’est bien que Volumio fournisse une version qui tourne sur un OS supporté ! Cela m’a permis de régler le problème de clefs SSH, l’écart entre mon PC sous Debian 12 et le Raspberry sous Debian 8 commençait à poser des problèmes !

Du coup, j’ai été amené à réinstaller la dernière version de Pi-hole. Je suis passé de la version 5.2.2 à la version 5.10 :

Concernant le support, cette configuration n’est pas vraiment supportée : Volumio fournit une image disque, c’est pour être le seul soft à tourner. Et quand vous allez sur les forums Pi-hole, on vous dit que “Volumio OS” n’est pas supporté ! (alors que Debian 10 oui !). On vous conseille même d’utiliser un Raspberry pour chaque soft !! Exactement ce que je ne veux pas faire, mon but étant d’optimiser l’utilisation du Raspberry, pas de les multiplier.

Il faudrait que je tente un jour d’installer un Rapbian pur et dur, puis de configurer le dameon mpd manuellement pour ma musique. Et ensuite installer Pi-hole. Ce serait plus propre.

Mais bon, tout fonctionne très bien comme ça, alors j’en profite ! :cool:

Openmediavault : Organisation des sauvegardes

Thu, 11 Feb 2021 18:07:55 +0000

Après voir mis en place mon serveur OMV, installé Plex, Nextcloud et qBittorrent-OpenVPN, il était temps de penser à la sauvegarde !

J’ai abandonné la baie Synology avec son RAID 1 (2 disques en miroir), et je n’ai plus qu’un seul disque sur mon magnifique Odroid-hc2 ! Et même si le RAID n’est une solution de sauvegarde, je ne sauvegardais que mes données avec la baie Synology.

Il s’agit maintenant de tout sauvegarder, alors voilà comment je me suis organisé :

pour les données, j’ai mis en place des jobs Rsync, ce que OMV permet de faire très facilement. La cible de sauvegarde se trouve sur le PC, sur lequel tourne un daemon Rsync.
pour les containers Docker, après un premier essai avec Rsync (non concluant, voir plus bas), j’ai fait un article dédié.
pour le disque système d’OMV, après avoir essayé sans succès des scripts utilisant la commande dd, je me suis rabattu sur Clonezilla pour sauvegarder une image de la carte microSD qui sert de disque système au odroid-hc2.

Voyons tout cela en détail…

Le serveur Rsync sur le PC

On commence par installer un serveur Rsync sur le PC, où seront sauvegardées mes données d’OMV. J’ai déjà décrit en détail cette procédure dans un article au temps de la baie Synology, je me limite donc à l’essentiel ici :

Il faut d’abord autoriser le service rsync à se lancer en éditant le fichier /etc/default/rsync pour y modifier la ligne suivante comme suit : RSYNC_ENABLE=true.

Il faut ensuite créer un fichier de configuration /etc/rsyncd.conf pour y définir principalement le ou les différent(s) dossier(s) sur le PC qui seront utilisés pour chaque tâche de sauvegarde, qui est identifiée par un nom de module entre crochets :

pascal$ cat /etc/rsyncd.conf
uid = rsync
gid = rsync
max connections = 2
log file = /var/log/rsyncd.log
timeout = 300

[omv-films-rsync]
   path = /Disk1/OMV-FILMS
   comment = Sauvegarde fichiers Films de Plex sur le NAS OMV
   read only = false
   hosts allow = 192.168.1.30
   hosts deny = *

[omv-docus-rsync]
   path = /Disk2/OMV-DOCUS
   comment = Sauvegarde fichiers Docus de Plex sur le NAS OMV
   read only = false
   hosts allow = 192.168.1.30
   hosts deny = *

[omv-AppData-rsync]
   path = /Disk2/OMV-AppData
   comment = Sauvegarde fichiers AppData sur le NAS OMV
   read only = false
   hosts allow = 192.168.1.30
   hosts deny = *

On commence par définir l’utilisateur, puis pour chaque dossier un ‘module’ (par ex. [omv-rsync-films]) où l’on définit le chemin, l’adresse IP autorisée, etc…

Dans mon cas, c’est l’utilisateur rsync, et je place les films de mon serveur Plex dans un dossier sur Disk1, et vu la taille, je mets le reste sur Disk2, à savoir les documentaires de Plex, ainsi que toute la partie Docker d’OMV (docker + les fichiers de configuration des containers, voir l’article Déplacement de Docker).

Enfin, il faut créer l’utilisateur rsync, lui donner un mot de passe, puis les droits sur les dossiers utilisés :

sudo useradd rsync
sudo passwd rsync
sudo groupadd rsync
sudo gpasswd -a rsync rsync
sudo chown -R rsync:rsync /Disk1/Odroid-OMV
sudo chmod -R 775 /Disk1/Odroid-OMV

Voilà pour la partie côté PC (destination de la sauvegarde).

Les jobs Rsync côté OMV

Grâce à OMV, cette partie est vraiment très facile. On se place donc dans la section “Services-Rsync”, et l’on crée un ‘job’ pour chaque tâche que l’on souhaite définir :

Info

J’ai depuis cet article supprimé la sauvegarde de AppData des jobs rsync, ce dossier comporte des milliers de petits fichiers, et ça ne sert pas à grand chose de le sauvegarder. À relier avec la façon de sauvegarder les containers Docker ci-dessous.

Pour chaque job, on définit donc le mode “Push”, puis on sélectionne le ‘shared folder’ correspondant définit dans OMV. Pour la destination, la syntaxe est la suivante : nom_utilisateur@adresse_IP_distante::nom_module_rsync (donc l’adresse de mon PC et le nom du module définit dans le ficher /etc/rsyncd.conf). Enfin, on entre le mot de passe attribué au compte rsync sur le PC.

Dans les options, vous pouvez choisir d’envoyer un mail grâce au système de notifications d’OMV (si vous l’avez défini). Penser aussi à activer l’option “Recursive”. Enfin, pour tester le fonctionnement, on peut activer l’option “Trail run” pour simuler une sauvegarde (à désactiver ensuite bien entendu).

Docker

Info

14 mai 2021 : Depuis, un nouvel article explique la bonne façon de sauvegarder ses containers Docker. Lire : OpenMediaVault : Sauvegarde des containers Docker

Le disque système

Sur l’odroid-hc2, le disque système est une carte microSD (comme sur les raspberry), et le disque contient raspbian ainsi qu’Openmediavault. Il est donc primordial d’avoir une sauvegarde de ce disque, la durée de vie d’un carte microSD n’étant pas éternelle, loin s’en faut.

C’est d’ailleurs pour cela que l’on évite d’écrire dessus, l’idée étant de travailler le plus possible en mémoire. C’est aussi pour cette raison que j’ai déplacé Docker sur le HD.

L’outil Disques de Gnome

C’est finalement cette solution qui est la plus simple et la plus efficace. Je laisse plus bas les autres options que j’ai testé (notamment CloneZilla, qui reste une référence), mais franchement l’outil de Gnome se révèle parfait.

J’arrête mon NAS, récupère la sd-card, et l’insère dans le PC. Je lance l’outil Disques de Gnome, et je fais tout simplement une image de la carte :

Simple et efficace. Pour la restauration, on choisit l’option “Restaurer…” et c’est tout.

La commande dd

J’avais d’abord testé des scripts utilisant la commande linux dd ( d ata d ump), qui permet de copier des fichiers, des partitions, ou un disque entier, tout en contrôlant la taille des blocks. C’est l’outil historique en ligne de commande pour cloner rapidement un disque dans le monde Linux.

L’idée était d’utiliser le port USB de l’odroid-hc2 pour y insérer une carte microSD, puis de créer une tâche planifiée (cron) pour automatiser la copie du disque système, disons chaque semaine. Sur le papier, c’était top : une fois mis en place, rien de particulier à faire, et on a toujours une sauvegarde récente du disque système récente toute prête.

Sauf qu’en essayant d’utiliser la sauvegarde, j’avais des messages d’erreur du genre “Failed to connect to socket: Connection refused” ou “address already in use”.

Le problème est classique : on sauvegarde un système en cours de fonctionnement, certains fichiers sont ouverts, et comme avec Linux tout est fichier, et les sockets aussi ! :(

Fin de la tentative.

Clonezilla + KVM

Pour faire un backup propre, mieux vaut le faire système éteint. Je me suis donc tourné vers Clonezilla, la star des clones de disques dans l’open source.

J’ai donc fait un shutdown d’OMV, et extrait la carte microSD de l’odroid-hc2. Avec l’idée d’utiliser le PC pour faire cette copie de disque-système sur une deuxième carte microSD de la même taille.

Mais je n’avais pas envie de redémarrer le PC sur une clef USB où j’avais flashé Clonezilla. Je me suis donc dirigé vers l’utilisation d’une machine virtuelle KVM, puisque c’est ce type de VM que j’utilise sur le PC. Et cela s’est révélé hyper simple et efficace, même s’il ne faut pas se tromper dans ce que l’on fait.

On lance donc n’importe quelle console de VM, puisque l’on va démarrer sur un port USB, on passe en vue “Afficher les détails”, puis on clique sur ajouter un matériel. Il s’agit maintenant de sélectionner trois périphériques USB :

la clef où se trouve CLonezilla
la clef où se trouve la carte microSD d’OMV (via un adaptateur)
enfin, un disque USB qui servira à stocker l’image que l’on va faire (pour la sauvegarde).

Dans l’exemple ci-dessous, je vais sélectionner l’Alcor Micro (Clonezilla), Sandisk (OMV) et LaCie (sauvegarde).

Puis on va dans “Options de démarrage”, et on sélectionne le périphérique USB où se trouve Clonezilla. Il ne reste plus qu’à démarrer la VM :

Inutile de s’embêter avec les réglages clavier, on n’utilisera que les touches tabulations, flèches haut/bas, et Entrée… Ensuite, au premier écran, on choisit “disque/partition vers/depuis image”.

Puis monter un périphérique local, où l’on choisira le disque USB que l’on a sélectionné précédemment :

Si le disque en question est partitionné comme c’est mon cas, on choisit une partition :

Il faudra ensuite choisir un dossier où sera effectuée la sauvegarde, et lui donner un nom (un nom par défaut est proposé, on peut le modifier). Laissez le défaut à priori. Reste à sélectionner le disque à sauvegarder :

Reste à choisir les dernières options : format de l’image, vérification de la sauvegarde, etc… Confirmez votre choix (deux fois), puis la sauvegarde démarre. Cela prend un certain temps (on sauvegarde 15 Go tout de même), surtout si vous avez demandé une vérification (recommandé). Quand tout est terminé, vous propose d’arrêter le système. Faire Entrée et choisir ‘poweroff’. La VM va alors s’éteindre.

Voilà, la carte microSD (le disque système d’OMV), est maintenant sauvegardé sur un disque du PC.

Pour la restauration vers une autre carte microSD, la procédure est très similaire, sauf que vous choisirez de l’image du disque dur comme source, et la carte microSD comme destination. Je m’épargne la série de capture d’écrans ! ;)

Info

Pour ceux que l’interface de Clonezilla rebute, je viens de voir passer une information sur Rescuezilla, compatible avec Clonezilla (même s’il n’offre pas toutes les options du mode Expert de ce dernier), mais avec une interface beaucoup plus sympathique et facile d’accès.

Stratégie

Une fois cette sauvegarde terminée, j’ai utilisé cette nouvelle carte microSD pour redémarrer mon système OMV, afin de m’assurer que l’image était totalement fonctionnelle. Et je procède ainsi à chaque sauvegarde.

J’avais déjà fait une première sauvegarde de ce type avant de déplacer Docker et d’installer un container qBittorrent. J’ai donc procédé à une nouvelle sauvegarde de mon disque système, et j’ai redémarré avec ma nouvelle sauvegarde.

Et donc à chaque modification importante du système, je procéderai de la sorte. En faisant tourner les cartes microSD à chaque fois, non seulement je fais une sauvegarde, mais je valide la restauration.

Car comme on dit en informatique, le “Disaster” c’est toujours très facile à réussir, le “Recovery” beaucoup moins ! :cool:

Openmediavault : déplacement de Docker

Thu, 28 Jan 2021 08:40:44 +0000

Alors que je commençais à réfléchir à la stratégie de sauvegarde de mon NAS (Openmediavault sur Odroid-hc2, 1 seul HD), j’ai du faire face à la problématique Docker.

Comme chaque soft (Plex, Nextcloud, qBittorrent) tourne dans un container, il est important de sauvegarder ceux-ci, et pas seulement les données qu’ils contiennent.

De plus, les containers Docker étant par défaut installés sur le disque système, soit une carte microSD dans mon cas, où il est préférable d’écrire le moins possible, cette configuration n’est pas optimale.

Je suis alors tombé sur cette vidéo : Why and how to move your Docker folder qui explique comment déplacer Docker, et je l’ai donc mis cela en pratique aujourd’hui, après plusieurs jours de réflexion. Car j’avais un peu peur de “casser” ma config, qu’un des containers Docker ne redémarre pas : j’avais pas mal galéré à installer Nextcloud, je ne voulais retomber dans les mêmes problèmes.

Mais finalement tout s’est globalement bien passé, à part un problème de droits sur mes dossiers Nextcloud justement. J’ai réglé le problème grâce aux sauvegardes que j’avais fait avant de me lancer (solution de facilité).

Voyons tout ça…

Docker

Par défaut, Docker est donc installé dans /var/lib/docker, comme on peut le voir dans Openmediavault/OMV-Extras :

Pour le déplacer, il suffit de modifier ce chemin, et de cliquer sur le bouton Save :

Je déplace donc Docker sur mon HD, dans le dossier /srv/dev-disk-by-label-DATA/AppData déjà utilisé par tous les containers Docker pour y stocker leurs fichiers de configuration. C’est pratique, je pourrais ainsi tout sauvegarder d’un coup : les containers et leur configuration.

Après quelques instants, Docker est redémarré, mais tous les containers ont disparu, y compris Portainer, qu’il va falloir réinstaller, c’est l’affaire d’un click. Jusque là, tout est vraiment simple.

Containers

La bonne nouvelle, c’est que l’on va pouvoir recréer ses containers sans perdre leur configuration ou les fichiers de données. Il va suffire de faire pointer les variables d’environnement correspondantes (les ‘volumes’) sur les mêmes dossiers que lors de la première création du container.

Pour Plex et Nextcloud, je suis passé par les Stacks, j’avais sauvegardé leurs configurations dans ce format, tout a donc été très simple : dans Portainer, sélectionner Stacks et cliquer sur le bouton Add stack :

Il suffit ensuite de coller le contenu que j’avais sauvegardé, mais que l’on peut retrouver sur la page du projet. L’important est de bien mettre les mêmes valeurs pour les différents volumes où sont nos fichiers :

---
version: "2"
services:
  plex:
    image : ghcr.io/linuxserver/plex
    container_name : plex
    network_mode: host
    environment:
      - PUID=997
      - PGID=100
      - VERSION=Docker
      - UMASK_SET=022
    volumes:
      - /srv/dev-disk-by-label-DATA/AppData/Plex:/config
      - /srv/dev-disk-by-label-DATA/OMV-DATA/Series:/Series
      - /srv/dev-disk-by-label-DATA/OMV-DATA/Films:/Films
      - /srv/dev-disk-by-label-DATA/OMV-DATA/Docus:/Docus
    restart: unless-stopped

Et voilà ! En quelques minutes (les softs vont être téléchargés à nouveau), mon instance Plex est de nouveau disponible, et toutes les données conservées (par exemple les films Vus/Non Vus).

Pour qBittorent-OpenVPN, comme il y avait des paramètres non supportées par Portainer, j’avais le script utilisé pour l’installation, il a donc suffit de le relancer :

Templates

Il y a aussi la solution des “Templates” pour recréer rapidement ses containers. Par défaut, ceux proposés dans Portainer sont assez restreints, mais on peut modifier la liste proposée en la remplaçant par une autre plus adaptée à l’utilisateur standard. Il suffit d’aller dans Settings, et de remplacer le lien existant :

https://raw.githubusercontent.com/portainer/templates/master/templates-2.0.json

Par celui-ci, récupéré sur le page du projet Github selfhosted_templates :

https://raw.githubusercontent.com/SelfhostedPro/selfhosted_templates/portainer-2.0/Template/template.json

Puis cliquer sur “Save settings”. La liste des templates désormais proposée est alors beaucoup plus étoffée, on y retrouve Plex, Nextcloud, Pihole, Mariadb, etc…

L’idée est de s’en servir comme une base, et de l’éditer pour modifier certaines variables pour l’adapter à notre environnement personnel, et dans ce cas précis, faire pointer les variables de type ‘Volumes’ ou ‘Config’ au même endroit que précédemment.

Nextcloud

Nextcloud a été le plus compliqué, comme je m’y attendais, heureusement j’avais dupliqué mes données avant de me lancer.

J’avais le fichier “Stack” de l’installation, celui qui installe en même temps Nextcloud, Mariadb et Swag (voir l’installation de Nextcloud). Je l’ai donc lancé et là, première erreur :

Au moins le message est clair, et en vérifiant, il y avait une erreur dans mon fichier ‘docker-compose’, sans doute suite à un des premiers essais que j’avais fait en voulant l’installer : j’avais le port défini en 444:443 pour le container nextcloud au lieu de 443:443. Une fois corrigé, les trois containers nextcloud/mariadb/swag sont créés et démarrés sans problème.

Ensuite, je reçois un premier message de mon client Nextcloud sur le PC m’informant qu’il y a une erreur avec le certificat. En effet, en recréant mon instance Nextcloud, un nouveau certificat a été créé, il va donc falloir le valider pour chaque client se connectant à l’instance : le client Nextcloud sur le smartphone ou sur le PC, mais aussi dans Firefox pour accéder à la WebUI.

Première surprise : je retombe sur la page d’initialisation de Nextcloud, où il faut définir un administrateur, la base de données, etc… :

C’est finalement logique, puisque c’est une nouvelle instance de Nextcloud… Mais quand j’entre ‘pascal’ pour le compte administrateur, il refuse et me dit que le nom d’utilisateur est déjà pris. OK, c’est vrai (et tant mieux, ça veut dire que mon compte existe toujours, et c’est bien ce que je voulais), je crée donc un utilisateur ‘admin’ pour terminer l’installation.

Du coup, j’ai même droit à une mise à jour… So far so good !

Je me reconnecte en tant que ‘pascal’, retrouve mes dossiers, et je crois alors que “tout est bien qui finit bien”. Hélas, un peu plus tard, je me rends compte que je n’ai pas les droits d’écriture sur mes dossiers ! C’est une photo prise sur le smartphone qui me le signale car le téléchargement échoue. Et c’est confirmé via l’interface web, impossible d’ajouter le moindre fichier à mes dossiers Nextcloud.

J’ai fait quelques recherches rapides sur internet, ça m’a paru vite assez compliqué à dépanner, Nextcloud est apparemment bien sécurisé, et j’ai vite opté pour la solution la plus simple : tout effacer, recréer les répertoires, et y recopier les fichiers précédemment sauvegardés.

Bon, ce n’est pas très glorieux, mais l’opération a été assez rapide, et je n’avais pas envie de me plonger dans les permissions et autres ACLs de Nextcloud ! :shock: Ça peut vite devenir une belle prise de tête !

Conclusion

C’est une bonne chose d’avoir fait cette modification, et pour l’essentiel, tout s’est bien passé.

Non seulement mon disque système microSD ne sera plus sollicité par Docker, mais la sauvegarde sera beaucoup plus simple, puisque le répertoire AppData est déjà partagé par Openmediavault, et une simple tâche avec Rsync fera parfaitement l’affaire.

Ce sera l’objet du prochain article, qui traitera de la stratégie de sauvegarde. C’est important, car en quittant Synology pour ce système Odroid-hc2, je n’ai plus de RAID (un seul HD) et il ne s’agit pas de perdre toute cette belle configuration ! ;)

Openmediavault : installation de Qbittorrent avec OpenVPN

Thu, 21 Jan 2021 11:06:16 +0000

Après avoir installé Nextcloud et Plex, le dernier truc important à installer était un client qBittorrent pour l’utiliser avec une connexion OpenVPN.

Après avoir regardé quelques vidéos, des containers Docker existent, combinant à la fois le client qBittorrent et la connexion OpenVPN, tout semblait parfait.

Hélas, après une première tentative, je me rendais compte que ce qui était proposé ne l’était pas pour une architecture armv7l de mon odroid-hc2 . :(

Heureusement, la situation s’est vite débloquée, grâce à la souplesse de l’Open source.

J’avais répéré la solution MarkusMcNugen/docker-qBittorrentvpn sur dockerhub., hélas uniquement disponible sur une base Debian (Ubuntu 18.04). À tout hasard, je postais sur le projet Github correspondant un petit commentaire sur une issue déjà existante concernant le support ARM7 :

Deux jours plus tard, je recevais un mail d’un certain chrisjohnson00 me proposant de tester son container, un fork compilé en mode “multi-architecture”. 8-)

J’essayais tout d’abord avec Portainer, mais le démarrage échouait avec ce message : Cannot open TUN/TAP dev /dev/net/tun: No such file or directory (errno=2)

Après quelques recherches, il semble que certains paramètres nécessaires pour ce container ne peuvent être passés via Portainer. Je faisais donc un nouvel essai en utilisant la ligne de commande docker comme suit :

docker run --privileged -d \
		-v /your/download/path/:/downloads \
		-v /your/config/path/:/config  \
		-e "VPN_ENABLED=yes"  \
		-e "LAN_NETWORK=192.168.1.0/24"  \
		-e "NAME_SERVERS=8.8.8.8,8.8.4.4"  \
		-e "VPN_USERNAME=nom_utilisateur_VPN"  \
		-e "VPN_PASSWORD=mot_de_passe"  \
		-e "PUID=XXX"  \
		-e "PGID=XXX"  \
		-e "INCOMING_PORT_ENV=8999"  \
		-p 8080:8080  \
		-p 8999:8999  \
		-p 8999:8999/udp  \
		--sysctl net.ipv6.conf.all.disable_ipv6=0  \
		--name qbittorrent-openvpn  \
		chrisjohnson00/qbittorrent-openvpn:latest

Notes :

On renseigne bien sûr VPN_USERNAME et VPN_PASSWORD avec ceux de votre fournisseur.
La valeur de LAN_NETWORK dépend bien sûr de votre réseau local.
la valeur de PUID et PGID dépend de l’utilisateur qui lance le container.
La commande “privileged -d” est celle que l’on ne peut passer avec Portainer.
Le paramètre “–sysctl net.ipv6.conf.all.disable_ipv6=0” est à priori nécessaire pour MULLVAD, mon fournisseur VPN. Et même chose, impossible avec Portainer.
Pour changer le port de la WebUI de qBittorrent, il faut par exemple changer “-p 8080:8080” en “-p 9090:8080”.

Dernière remarque : lors du premier démarrage, un message d’erreur nous signale que le fichier .ovpn est manquant (VPN_ENABLED=yes). Il faut alors récupérer ce fichier auprès du fournisseur VPN, et le copier dans le répertoire /your/config/path/Qbittorrent/openvpn existant (créé lors du premier démarrage).

Le container démarre enfin, il ne reste plus qu’à se logguer via l’interface à partir de votre navigateur (utilisateur: admin / mot de passe : adminadmin) :

Et voilà, c’était quelque chose que je voulais faire depuis longtemps, et que je pouvais faire avec la baie Synology (en tout cas, je n’avais pas trouvé comment installer un client openvpn standard, celui de Synology n’étant pas à jour (et modifié il me semble). Typiquement le genre de problème que l’on a avec les solutions “propriétaires”.

Il ne me reste qu’à modifier mon container Plex pour y ajouter une nouvelle bibliothèque pointant sur le répertoire de “download” défini pour qBittorrent, et je peux retrouver directement le contenu multimedia téléchargé sur la TV ! :cool:

Enfin, pour en faciliter l’usage dans Firefox, on peut installer l’extension Add Link to qBittorrent WebUI. Il suffira de lui indiquer l’adresse du serveur :

On retrouve ensuite le menu contextuel avec un click droit sur un lien torrent :

Voilà, j’ai à peu près tout ce dont j’avais besoin pour mon NAS Openmediavault.

Il va falloir maintenant penser aux solutions de sauvegarde, ce serait dommage de perdre tout ça : ce sera l’objet d’un prochain article.

Problème au redémarrage

J’ai eu depuis un problème après un redémarrage du container (via Portainer), ou un redémarrage d’OMV : plus moyen d’accéder via l’interface de qBittorrent (WebUI) alors que le container est bien affiché comme démarré. Il me fallait effacer puis recréer le container pour que cela fonctionne à nouveau… :(

En comparant les logs, voilà ce que l’on voyait sur un redémarrage correct :

sudo docker logs -f qbittorrent-openvpn
...
Adding 100 group
groupadd: GID '100' already exists
Adding 997 user
2021-02-06 09:37:44.489980 [warn] UMASK not defined (via -e UMASK), defaulting to '002'
2021-02-06 09:37:44.571608 [info] Starting qBittorrent daemon...
Log file /config/qBittorrent/data/logs/qbittorrent-daemon.log doesn't exist. Creating it...
Logfile created. Logging to /config/qBittorrent/data/logs/qbittorrent-daemon.log
2021-02-06 09:37:45.685073 [info] qBittorrent PID: 189
2021-02-06 09:37:45.710933 [info] Started qBittorrent daemon successfully...

On voit le PID du process qBittorrent, et le message de confirmation…

Et maintenant les logs quand il est impossible de se connecter à la WebUI de qBittorrent :

sudo docker logs -f qbittorrent-openvpn
...
Adding 100 group
groupadd: GID '100' already exists
Adding 997 user
useradd: user 'qbittorent' already exists
2021-02-06 10:21:20.548073 [warn] UMASK not defined (via -e UMASK), defaulting to '002'
2021-02-06 10:21:20.644612 [info] Starting qBittorrent daemon...
Logging to /config/qBittorrent/data/logs/qbittorrent-daemon.log.
start-stop-daemon: matching on world-writable pidfile /var/run/qbittorrent-nox.pid is insecure
2021-02-06 10:21:21.768415 [info] qBittorrent PID:

Le log s’arrête à cet endroit, manifestement le process n’est pas créé. La ligne précédente en donne la raison : il y a un fichier /var/run/qbittorrent-nox.pid qui provoque un problème de sécurité et empêche le lancement du process… Je n’en sais pas plus pour l’instant.

Toujours est-il qu’il suffit de se logguer via la console du container qbittorrent-openvpn (via portainer), et d’effacer le fichier en question :

On remarque d’ailleurs que le PID du fichier est égal au PID du process lancé -2 (198-2=187).

Et voilà, le container peut être redémarré proprement, le process est bien lancé, et l’interface WebUI à nouveau accessible.

On peut aussi effacer ce fichier en ligne de commande. On recherche d’abord le container ID de Nextcloud (commande docker ls), puis on lance un terminal à l’intérieur du container (commande docker exec). Il ne reste alors plus qu’à aller supprimer le fichier souhaité :

Il ne reste plus qu’à relancer le container :

sudo docker restart qbittorrent-openvpn

Voir cette page pour plus d’exemples de commandes docker : on peut même tout enchaîner en une seule commande :

sudo docker exec 6a54133fa769 bash -c "cd /var/run ; ls ; rm qbittorrent-nox.pid"

De là à préparer un script pour automatiser tout ça, y compris le redémarrage du container, il n’y a qu’un pas ! :cool:

Pihole comme DHCP serveur avec la box Orange

Thu, 14 Jan 2021 13:28:43 +0000

J’ai finalement décidé d’utiliser mon serveur Pihole comme serveur DHCP. Il sera donc en charge d’attribuer les adresses IP sur mon réseau local, et se définira en même temps comme serveur DNS. De cette façon, tous les appareils du réseau bénéficieront du filtre anti-pubs de Pihole.

Je précise tout de suite que je suis en IPv4 pour la box comme pour mon LAN, et que IPv6 est désactivé sur la box (voir le commentaire d’Eliastik à ce sujet).

On verra en fin d’article que cela apporte pas mal d’informations sur ce qui se passe sur mon réseau local, j’ai fait des découvertes. :-o

Il aurait été plus simple de définir le serveur DNS au niveau de la box, mais Orange ne permet pas de changer ceux-ci, pour des raisons de VOIP apparemment. Autre problème avec cette box, le décodeur TV d’Orange doit obtenir son adresse de la box (un VLAN est créé semble-t-il), sinon plus de TV ! Ce sont d’ailleurs les deux gros reproches que l’on faire à Orange au niveau de sa box ! :(

Ce dernier problème m’a fait longuement fait hésiter à faire la manip, et puis finalement je me suis décidé à franchir le pas, car parfois le DNS IPv6 de la box (attribué lors de la requête DHCP) prenait le pas sur le DNS IPv4 (définit manuellement sur le PC pour pointer sur Pihole, voir cet article) sans que je sache vraiment pourquoi.

Il était temps de reprendre le contrôle…

Le décodeur TV

Avant d’activer le serveur DHCP de Pihole, il va d’abord falloir s’organiser pour que le décodeur d’Orange obtienne toujours son adresse IP de la box Orange.

Pour cela, on va faire deux choses : limiter au minimum le champ d’adresses disponibles sur la box, puis ajouter l’adresse MAC du décodeur dans la liste des adresses rejetées par le serveur Pihole.

Sur la box, il suffit d’aller dans l’interface de gestion, Configuration avancée, onglet DHCP, et de définir le “scope” comme suit (c’est un exemple) :

Redémarrer la box puis le décodeur, et vérifier que la TV fonctionne. Sur cette même page, récupérer l’adresse MAC du décodeur :

Reste à exclure cette adresse du serveur Pihole. De ce que j’ai lu, Pihole utilise un fork de dnsmasq, on peut donc à priori utiliser ses fonctionnalités. J’ai donc créé un fichier 04-bypass.conf dans /etc/dnsmasqd comme suit :

C’est d’ailleurs ce qui est indiqué dans le fichier 01-pihole.conf créé pendant l’installation :

FILE AUTOMATICALLY POPULATED BY PI-HOLE INSTALL/UPDATE PROCEDURE.

ANY CHANGES MADE TO THIS FILE AFTER INSTALL WILL BE LOST ON THE NEXT UPDATE.

ANY OTHER CHANGES SHOULD BE MADE IN A SEPARATE CONFIG FILE WITHIN /etc/dnsmasq.d/yourname.conf

Le serveur

On peut maintenant activer le serveur DHCP de Pihole (dans Settings), en s’assurant d’affecter un ‘range’ d’adresses différentes de celle de la box Orange, et en définissant cette dernière comme routeur :

Avant de redémarrer le serveur Pihole, il reste une chose importante à faire, c’est de lui assigner une adresse IP fixe. C’est normalement fait lors de l’installation de Pihole, et je ne sais pas trop où cette information est stockée.

J’ai toutefois procédé comme indiqué sur Raspbian, en renseignant le fichier /etc/dhcpcd.conf. On trouve le nom des interfaces en faisant un ip link, puis on définit ce que l’on souhaite :

interface eth0
static ip_address=192.168.1.18/24
static routers=192.168.1.1
static domain_name_servers=208.67.222.222 208.67.220.220
interface wlan0
static ip_address=192.168.1.17/24
static routers=192.168.1.1
static domain_name_servers=208.67.222.222 208.67.220.220

J’ai donc deux interfaces actives : eth0 pour ethernet, et wlan0 pour le wifi. Les deux serveurs DNS définis sont ceux d’OpendDNS. Au passage, le fichier pour le mot de passe wifi est /etc/wpa_supplicant/wpa_supplicant.conf.

À ce stade, on peut redémarrer le serveur Pihole, et dans la foulée redémarrer le décodeur TV pour vérifier qu’il obtient toujours son adresse de la box, et que la TV fonctionne.

À toutes fins utiles, le service pihole s’appelle pihole-FTL, on peut donc le contrôler avec les commandes suivantes (avec “disable” on l’empêche de redémarrer au boot de la machine) :

$ sudo systemctl status pihole-FTL
$ sudo systemctl stop pihole-FTL
$ sudo systemctl start pihole-FTL
$ sudo systemctl disable pihole-FTL
$ sudo systemctl enable pihole-FTL

Si tout se passe bien, on peut passer au reste des appareils sur le réseau, à savoir mon PC desktop, un PC portable, mon smartphone BQ Aquaris, la TV, etc… Vérifier que tout se passe bien, et éventuellement assigner des baux fixes à chaque appareil :

Sur le PC, on peut vérifier en allant voir le fichier /var/lib/dhcp/dhclient.leases :

On peut aussi forcer le renouvellement de notre adresse IP, ici sur mon portable, avec la commande dhclient -d -nw wlp2s0 (après avoir identifié le nom de l’interface wifi) :

Voilà, tout fonctionne comme attendu. Désormais, tous les appareils sur le réseau bénéficient de Pihole comme bloqueur de pub, c’est plutôt sympa :

On voit que mon serveur odroidhc2 est plutôt bavard : c’est normal, puisque j’ai installé dessus un serveur Nextcloud, et qu’il est accessible depuis internet via un proxy (voir l’installation de Nextcloud sur Openmediavault). Il s’agit en l’occurence de requêtes DNS déjà en cache.

Plus intéressant, on voit que le smartphone est celui qui est qui a le plus de requêtes bloquées !

Pourtant, j’utilise LineageOS, je n’ai aucune appli Google d’installées… Et à y regarder de plus près, un bon nombre de ces requêtes sont bloquées par Pihole ! Un peu inquiétant sur notre vie privée tout ça, je n’ose imaginer ce que fait un smartphone avec tous les services Google d’installés !

Mais il y a encore plus surprenant : Pihole offre des statistiques très intéressantes, et en allant dans “Long-term data - Top Lists”, je vois que la TV Samsung est également très active :

La “Smart TV” est effectivement très smart… un peu trop à mon goût. ;) Du coup, après quelques recherches pour comprendre ce qui se passe, je trouve une “Ad List” spécialement conçue pour filtrer les accès de ces Smart TVs. Voici le lien :

https://raw.githubusercontent.com/Perflyst/PiHoleBlocklist/master/SmartTV.txt

à ajouter dans “Group Management - Adlists” de Pihole, suivi d’un pihole -g pour mettre à jour la liste utilisée par Pihole.

Reste à vérifier que la TV fonctionne toujours correctement avec cette liste active. Je n’ai aucun besoin d’un accès internet sur celle-ci (il n’y a que Plex que j’utilise en local comme media serveur), ce sera donc très bien de lui couper le sifflet.

Voilà, ce changement de serveur DHCP est finalement très bénéfique : non seulement Pihole filtre les publicités, mais il fournit aussi beaucoup d’informations sur ce qui se passe sur votre réseau personnel ! :cool:

Openmediavault : Installation de Nextcloud

Tue, 01 Dec 2020 17:14:36 +0000

Étape importante pour mon nouveau NAS : installer Nextcloud avec un accès externe sécurisé afin de pouvoir y accéder hors de la maison. Pour info, il s’agit de la version 20 de Nextcloud.

Car en plus de fichiers classiques dont un Cloud offre la disponibilité, il y a une autre fonctionnalité que j’apprécie énormément : le téléchargement automatique des photos prises sur le smartphone, chose rendue possible par l’application cliente Nextcloud.

L’accès par internet était donc primordial. J’ai eu plus de mal que prévu, et pas forcément sur l’installation en elle-même (avec Docker et ses containers c’est plutôt bien fait), mais j’ai du faire face à des problèmes de réseau (NAT, DNS…) et le plus dur a été finalement de bien identifier les problèmes, puis de leur trouver une solution.

Mais bon, aujourd’hui tout fonctionne, et je vais pouvoir me débarrasser de mon NAS Synology, et ce sera sans aucun regret, je suis plutôt épaté par Openmediavault et par tout ce qu’il propose.

Je vais donc installer le triptyque Nextcloud-MariaDB-Swag. SWAG ( S ecure W eb A pplication G ateway, qui s’appelait précédemment letsencrypt), inclut un webserver, un reverse-proxy, un client certbot pour la génération de certificats SSL, et enfin fail2ban pour prévenir les intrusions. Plutôt complet donc !

Pour cela, il faut définir un nom de domaine ; comme j’ai un domaine avec ce blog (pled.fr), et que mon hébergeur permet de se créer des enregistrements, j’ai procédé de cette manière.

Hélas, une fois l’installation terminée, il m’était impossible d’accéder à la page web de Nextcloud. D’où venait le problème : configuration ? NAT ? DNS ? J’ai pas mal galéré avant de trouver la solution.

Il s’agissait en fait d’un problème de NAT hairpinning : on ne peut pas communiquer entre deux machines sur le même réseau interne en utilisant les adresses externes. On verra comment régler ce problème.

Bref, voyons un peu tout cela de plus près, et comment tout a fini par tomber en marche… :cool:

Préparation

Voilà ce que donne le schéma général : le reverse proxy et nextcloud tournent sur la même machine, mais cette vue permet de voir la redirection des ports 443 et 80 :

Première chose à faire : on passe l’interface d’administration d’OMV sur le port 8080 afin de libérer le port 80 :

Ensuite, une des premières questions à se poser est celle-ci : ma box dispose-t-elle d’une IP fixe ? Car les enregistrements DNS que l’on va créer vont pointer sur cette adresse, c’est donc très important.

Adresse IP

Orange à priori ne fournit pas d’adresse IP fixe aux particuliers ! Mais heureusement j’ai trouvé cette information :

Orange ne fournit pas d’adresse fixe pour ses contrats grand public. Mais :

Les liaisons Fibre et VDSL ont des adresses “presque fixe”. Elles ne changent que rarement.

Les liaisons ADSL (en voie de disparition) ont des adresses dynamiques.

L’utilisateur ne peut pas forcer une IP strictement fixe.

L’utilisateur peut forcer un changement d’IP depuis son espace client ou l’interface d’administration de sa box (forcer un redémarrage par logiciel)

De plus ce n’est pas nécessaire, même pour atteindre une machine ayant une fonction de “serveur” : disque NAS, caméra, imprimante, serveur web, etc… Il suffit de passer par l’utilisation d’un DNS dynamique.

Dans mon cas, étant en VDSL, je peux considérer que mon adresse IP ne changera que très rarement. Je peux donc me baser sur celle-ci pour définir mon domaine DNS.

Je ne souhaite pas utiliser de DNS dynamique : beaucoup de vidéos d’installation de Nextcloud sur OMV utilisent cette méthode (avec le service duckdns par exemple). Mais comme mon hébergeur me permet de créer mon propre sous-domaine, je voulais vraiment utiliser cette solution, c’est plus propre.

DNS

D’après ce que j’ai pu lire, il faut donc créer deux enregistrements: un enregistrement A qui pointe vers l’adresse IP de la box, puis un enregistrement CNAME qui pointe vers ce “A record” (qui est en fait un simple alias). Alors voilà ce que cela donne dans mon cas :

TypeNomPointe versAxxx.pled.fr1.2.3.4TypeNomAlias deCNAMEnextcloud.xxx.pled.frxxx.pled.fr

On peut vérifier facilement que la résolution du nom en adresse fonctionne avec la commande nslookup par exemple.

pascal$ nslookup nextcloud.xxx.pled.fr
Server:		127.0.0.53
Address:	127.0.0.53#53

Non-authoritative answer:
nextcloud.xxx.pled.fr	canonical name = xxx.pled.fr.
Name:	xxx.pled.fr
Address: 1.2.3.4

Box orange

On va ouvrir les ports 443 et 80 en les redirigeant vers eux-mêmes, soit 443 et 80. Il suffit d’aller sur la box, “Configuration réseau”, puis “Configuration avancée”, et enfin choisir l’onglet NAT/PAT. Ensuite, sélectionner les deux services concernés, et les faire pointer sur le périphérique où tourne Openmediavault :

Voilà, tout est prêt, on peut maintenant installer Nextcloud.

Nextcloud - Mariadb - Swag

La première méthode que j’ai essayé est normalement la plus simple, à savoir utiliser “Stacks”, qui permet de tout installer en une seule fois.

Tout est expliqué sur cette vidéo de Techno Dad Life. Concernant la configuration et les paramètres, On trouve pas mal d’explications et d’exemples de configuration sur cette page, ou encore celle-ci.

Comme j’ai rencontré des problèmes de NAT, j’ai fini par tout installer container par container, mais la méthode “Stacks” est beaucoup plus simple et plus rapide ! C’est donc celle-là que je vais décrire.

Dans Portainer, le gestionnaire Docker d’Openmediavault (voir l’article sur Plex si nécessaire), on clique sur Stacks à gauche, puis sur le bouton “Add stack”. Il ne reste plus qu’à coller le contenu suivant qui définit les 3 containers que l’on souhaite installer.

---
version: "2"
services:
  nextcloud:
    image: linuxserver/nextcloud
    container_name: nextcloud
    environment:
      - PUID=997
      - PGID=100
      - TZ=Europe/Paris
    volumes:
      - /srv/dev-disk-by-label-DATA/AppData/Nextcloud/config:/config
      - /srv/dev-disk-by-label-DATA/Nextcloud/data:/data
    depends_on:
      - mariadb
    restart: unless-stopped
  mariadb:
    image: linuxserver/mariadb
    container_name: nextclouddb
    environment:
      - PUID=997
      - PGID=100
      - MYSQL_ROOT_PASSWORD=password
      - TZ=Europe/Paris
    volumes:
      - /srv/dev-disk-by-label-DATA/AppData/Nextclouddb:/config
    restart: unless-stopped
  swag:
    image: linuxserver/swag
    container_name: swag
    cap_add:
      - NET_ADMIN
    environment:
      - PUID=997
      - PGID=100
      - TZ=Europe/Paris
      - URL=xxx.pled.fr
      - SUBDOMAINS=nextcloud
      - VALIDATION=http
      - EMAIL=xxx@yyy.zz
    volumes:
      - /srv/dev-disk-by-label-DATA/AppData/swag:/config
    ports:
      - 443:443
      - 80:80
      - 81:81
    restart: unless-stopped

Quelques remarques sur ce contenu :

J’ai volontairement retiré le définition du port 443 pour le container Nextcloud, car il rentrait en conflit au démarrage avec la définition du même port dans Swag. Comme le port SSL par défaut est 443, Nextcloud fonctionne parfaitement sans avoir à définir le port.
Le PUID et le PGID du compte admin sont à identifier sur votre serveur, comme lors de l’installation de PLEX. Vous pouvez éventuellement créer un compte spécifique “nextcloud” pour cette installation, à vous de voir.
Le port 81 n’est pas nécessaire à ce stade, mais je vais l’utiliser pour “Swag Dashboard”, un “mod” qui permet d’afficher les stats de Swag (voir cet article).
Pour le chemin d’accès aux volumes, j’ai d’abord créé via l’interface d’OMV les dossiers partagés AppData (utilisé pour la configuration des containers), et un répertoire Nextcloud qui sera utilisé par les utilisateurs de Nextcloud. Je peux ainsi accéder facilement à ce dernier avec un partage NFS (ou autre) si je le souhaite.

Ensuite, il faut se connecter en SSH pour créer les sous-dossiers “Nextcloud”, “Nextclouddb” et “swag” qui sont utilisés pour les dossiers “config” des applis, et les faire appartenir au compte admin (le compte utilisé par OMV).

pascal@odroidhc2:~$ cd /srv/dev-disk-by-label-DATA/AppData
pascal@odroidhc2:/srv/dev-disk-by-label-DATA/AppData$ sudo mkdir Nextcloud Nextclouddb swag
pascal@odroidhc2:/srv/dev-disk-by-label-DATA/AppData$ sudo chown -R admin Nextcloud Nextclouddb swag
pascal@odroidhc2:/srv/dev-disk-by-label-DATA/AppData$ ls -l
total 12
drwxrwsrwx+  9 admin users 4096 Nov 22 18:23 Nextcloud
drwxrwsrwx+  4 admin users 4096 Nov 23 14:59 Nextclouddb
drwxrwsrwx+ 12 admin users 4096 Nov 23 19:00 swag

En ce qui concerne les noms de domaine, j’ai donc utilisé mon enregistrement de type A pour le paramètre URL, et le sous-domaine “nextcloud” du CNAME pour le paramètre SUBDOMAINS. La validation est elle de type http.
Concernant le port pour swag, j’ai bien mappé le port 443 (ce que je vais recevoir du router de la box) vers le port 443 (celui sur lequel écoute l’instance Nextcloud).

Voilà, il ne reste plus qu’à cliquer sur “Deploy the stack” pour que tout s’exécute et s’installe. Cela prend un peu de temps, puisque les logiciels vont être téléchargés, puis installés et configurés.

Ce n’est pas complètement terminé, il reste à finaliser l’installation en modifiant quelques fichiers de configuration.

Swag : comme je souhaite utiliser un sous-domaine (nextcloud.xxx.pled.fr) et non pas un sous-dossier (xxx.pled.fr/nextcloud) pour accéder au serveur, il va falloir “activer” le fichier d’exemple :

cd /srv/dev-disk-by-label-DATA/AppData/swag/nginx/proxy-confs
cp nextcloud.subdomain.conf.sample nextcloud.subdomain.conf
sudo chown -R admin nextcloud.subdomain.conf

Info

Avec une version plus récente de Nextcloud (v23 par exemple), modifier le fichier config.php comme indiqué ci-dessous est à faire APRÈS avoir passé la page d’installation dans le navigateur, ce qui permet de finir l’installation, et télécharger tous les fichiers nécessaires. Avant, le fichier n’est pas encore présent.

Nextcloud : il faut éditer et modifier/ajouter quelques paramètres dans le fichier /srv/dev-disk-by-label-DATA/AppData/Nextcloud/config/www/nextcloud/config/config.php : vérifiez que ceux listés ci-dessous existent et adaptez-les à votre configuration.

Pour une bonne définition du réseau pour l’entrée trusted_proxies, il est recommandé d’utiliser la notation CIDR (voir cet article). Grâce à Portainer, on peut voir le réseau utilisé par Nextcloud et/ou Swag :

On indique donc ce réseau en notation CIDR pour que Nextcloud soit content (sinon, laisser ‘swag’) :

  'trusted_proxies' =>
  array (
    0 => '17Z.20.0.0/16',
  ),
  'trusted_domains' =>
  array (
    0 => '192.168.1.30:443',
    1 => 'nextcloud.xxx.pled.fr',
  ),
  'overwrite.cli.url' => 'https://nextcloud.xxx.pled.fr',
  'overwritehost' => 'nextcloud.xxx.pled.fr',
  'overwriteprotocol' => 'https',

il faut vérifier que tout démarre bien. Il faut se connecter en SSH sur la machine, et entre les commandes suivantes :

sudo docker restart swag
sudo docker restart nextcloud
sudo docker logs -f swag
sudo docker logs -f nextcloud

Pour swag, vérifier que vous voyez bien les messages suivants : " Congratulations! Your certificate and chain have been saved at…". Pour swag et nextcloud, vous devez voir " [services.d] starting services" suivi de " [services.d] done" en fin de log. Si ces deux messages s’affichent, c’est plutôt bon signe.

Du côté de l’interface de Portainer, on doit voir les containers démarrés et actifs :

Voilà, on doit maintenant pouvoir afficher la page de première connexion de Nextcloud. C’est là que j’ai eu des problèmes avec mon histoire de NAT. J’y reviens tout de suite, mais terminons rapidement l’installation de Nextcloud :

Sur l’écran qui s’affiche ci-dessous, il suffit de remplir les champs correctement. J’ai également décoché l’installation des “applications recommandées”, je n’installerai que ce dont j’ai besoin au fur et à mesure.

Créer un compte admin (choisissez le nom que vous voulez, c’est celui qui aura les droits d’administration) et lui donner un mot de passe.
Pour la base de données, laisser “/data” pour le dossier de la DB, choisir MySQL/MariaDB, le “Database user” est “root”, le “Database password” est celui que l’on a mis dans le fichier de configuration “Stack” ( MYSQL_ROOT_PASSWORD), idem pour le nom de la base de donnée ( nextclouddb), et enfin on remplace localhost par " mariadb" (le nom du container en tant que nom DNS).
Comme indiqué juste en-dessous de “mariadb”, on peut aussi préciser le numéro de port. Dans mon cas, comme j’ai fait l’installation container par container, j’avais défini un port pour mariadb (3306, le port par défaut), j’ai donc remplacé" “localhost” par mon adresse IP locale suivie du numéro de port (soit 192.168.1.30:3306). Ce n’était sans doute pas nécessaire, puisque ce sont finalement les valeurs par défaut, mais cela permet de comprendre ce que l’on fait !

Voilà, cliquer sur les quelques écrans de présentation qui suivent, et Nextcloud est installé et prêt à fonctionner !

NAT hairpinning

Revenons donc au problème qui m’a occupé bien des heures. Non pas qu’il soit compliqué à résoudre, mais j’ai mis un certain temps à comprendre ce qui se passait.

Donc lorsque je voulais afficher la page https://nextcloud.xxx.pled.fr pour finaliser l’installation de Nextcloud, je partais en timeout :

J’avais tout vérifié : les ports ouverts avec nmap, les noms de domaine avec nslookup, tout semblait correct. J’ai fini par réinstaller tous les containers un par un, pour chaque fois arriver au même résultat. Et puis j’ai eu l’idée de prendre mon smartphone, de couper le wifi, et de tester l’URL de Nextcloud en passant donc par le réseau GSM : et là, ça marchait !! :razz:

Restait à comprendre le problème, et là c’est un type sur Discord (en bas de la page de Swag setup, il y a une invitation pour rejoindre le groupe) avec qui j’avais vérifié ma config swag quand je pensais que c’était peut-être la cause du problème, qui m’a parlé de ce désormais fameux “NAT hairpinning” !

Alors qu’est-ce qui se passe ? quand on envoie un message TCP sur le réseau, il y a une adresse destination et une adresse source : quand je suis sur mon PC, l’adresse source est donc mon adresse locale (192.168.x.y). Le message par vers la destination (le nom DNS du serveur Nextcloud), soit une fois le nom DNS résolu en adresse IP, l’adresse de ma box. Et la box, voyant un message TCP arriver de l’extérieur avec une adresse source ET destination locale… eh bien bloque tout simplement ce message le message : c’est apparemment une limitation du protocole NAT. Voilà ce qu’explique la page wikipedia sur le sujet :

le hairpinning décrit une communication entre deux machines placées derrière le même routeur NAT qui utilisent l’adresse IP de leurs points de sorties pour communiquer. Tous les mécanismes de NAT ne supportent pas cette configuration de communication.

Et donc soit vous avez un router évolué qui permet de définir une règle pour éviter ce problème (ce qui n’est pas le cas du router de box Orange), soit le plus simple est d’utiliser un serveur DNS local.

Or il se trouve que j’ai installé il y a peu un serveur Pihole sur mon Raspberry. J’avais fait ça pour le fun (ou presque), mais finalement cela va m’être très utile, puisque Pihole fait office de serveur DNS. Il me suffit alors de définir deux entrées pour mes deux enregistrements DNS :

Et voilà ! Après un rechargement de la page, Nextcloud s’affiche enfin correctement dans le PC et je peux finaliser l’installation ! :cool:

Pour être complet, j’ai bien entendu eu le même problème avec le smartphone et l’application android Nextcloud. Sauf que là, quand j’ai voulu passer ma connexion wifi en mode “statique” (au lieu de DHCP) afin de définir mon propre DNS, cela ne fonctionnait toujours pas. Je n’ai pas creusé plus que ça, j’ai installé Blokada, ajouté mon propre DNS avec mon serveur Pihole en primaire, et celui de Google en secondaire, pour quand je suis en extérieur. Ça a l’air de bien fonctionner comme ça.

Conclusion

Cette installation n’aura pas été facile. Elle aurait pu l’être sans ce problème de NAT, qui m’a bien pris la tête. Comme toujours, à force de réinstaller, de tester, regarder les logs de docker, j’ai appris plein de choses (comme des commandes ‘docker’). C’est donc bénéfique globalement.

Et maintenant, j’ai un Nextcloud dernière version qui tourne sur une machine suffisamment puissante. Contrairement à ma baie Synology qui manque singulièrement de puissance CPU, et sur laquelle installer Nextcloud est une plaie.

C’est d’ailleurs la raison principale de ce changement de NAS : passer sur un système open-source, afin d’avoir un choix plus vaste de logiciels.

Il me reste maintenant à penser à la sauvegarde de tout ça (car je n’ai plus de RAID sur mon Odroid-HC2 !). Et puis ce sera le tour d’un client Open VPN, chose que je ne pouvais tout simplement pas installer sur la baie Synology.

Odroid : changement du MOTD

Sun, 15 Nov 2020 13:50:19 +0000

Sur mon nouveau Odroid-HC2, après avoir installé OMV, il y avait un petit truc qui me chiffonnait : c’était le message affiché au login dans le terminal :

Les informations affichées sont très jolies et utiles, mais mon modèle Odroid n’est pas un XU4, c’est un HC2 : Je ne pouvais pas décemment laisser les choses en l’état ! ;-)

En fait c’est normal, le système installé est le même pour les modèles XU4, HC1 et HC2 (même noyau) :

pascal@odroidhc2:~$ uname -r
4.14.202-odroidxu4

Il va donc falloir “tricher” un peu, et pour cela rechercher d’où vient ce qui est affiché au login. Je me souvenais de mes premiers cours Unix où on affichait le motd ( m essage o f t he d ay), un simple fichier texte situé dans /etc. Mais ce temps est révolu, et j’ai pu trouver les explications actualisées sur cette page, qui reprend tout l’historique et l’évolution de ce message affiché au login.

En résumé, on affiche le contenu du fichier /var/run/motd.dynamic, mais ce dernier est dynamique (généré à chaque login), et les fichiers utilisés pour le créer sont dans /etc/update-motd.d. Et si l’on veut modifier ceux qui s’affichent, on est censé éditer le fichier /etc/default/armbian-motd :

Je regarde alors le contenu du fichier 10-armbian-header qui me semble bien correspondre à ce que je cherche, et j’y trouve cette ligne :

TERM=linux toilet -f standard -F metal $(echo $BOARD_NAME | sed 's/Orange Pi/OPi/
' | sed 's/NanoPi/NPi/' | sed 's/Banana Pi/BPi/')

L’occasion de découvrir cette commande toilet que je ne connaissais pas (on peut s’amuser avec !). Pour en revenir à la ligne en question, les commandes ‘sed’ de substitution de texte me donnent la solution toute simple : il suffit de rajouter un ‘sed’ de plus, pour remplacer la chaîne XU4 par HC2 :

TERM=linux toilet -f standard -F metal $(echo $BOARD_NAME | sed 's/Orange Pi/OPi/
' | sed 's/NanoPi/NPi/' | sed 's/Banana Pi/BPi/' | sed 's/XU4/HC2/')

Et voilà, au prochain login, j’ai bien Odroid HC2 d’affiché :

NOTE : Il est possible qu’une mise à jour du système écrase un jour ma modification (encore que ça ne doit pas arriver tous les jours), et dans ce cas il faudra la refaire.

Mais bon, j’ai un beau MOTD maintenant ! :cool:

Openmediavault - Installation de PLEX server

Wed, 11 Nov 2020 17:34:56 +0000

Suite de l’installation d’Openmediavault : cette fois, il s’agit d’installer PLEX Media Server, solution bien pratique pour diffuser le contenu media (films, séries, documentaires) du NAS vers la TV Samsung, qui intègre un client Plex.

Pour ce faire, on va utiliser Docker et Portainer, qui simplifie l’installation. Il va tout de même y avoir quelques valeurs à saisir correctement, mais rien de très compliqué non plus, et tout a fonctionné du premier coup, c’est bien là l’essentiel.

J’ai en fait suivi une vidéo (en anglais) pour cette installation. Je la retranscris ici en mode texte avec les captures d’écran nécessaires, et en français. Il y a un petit changement par rapport à la vidéo concernant le répertoire de configuration de Plex, qu’il n’est plus nécessaire de créer car il est géré par l’installation. La version Plex d’installée est la 1.20.4.3517 .

C’est parti…

Dossiers partagés

Avant d’installer Plex, on va d’abord créer des dossiers partagés. Pendant l’installation d’OMV, j’avais partagé tout mon disque DATA (OMV-DATA), de manière à pouvoir y accéder depuis mon PC.

Je vais donc créer des sous-répertoires à ce dossier partagé, pour l’utilisation de Plex :

J’ai donc créé les trois dossiers dont j’ai besoin : Films, Series et Docus. Lors de la création de ceux-ci, j’ai ajouté un chemin relatif pour créer des sous-répertoires par rapport à OMV-DATA (qui est celui que je partage en NFS), et j’ai accordé à tous ces dossiers les droits Lecture/Ecriture :

Passons maintenant à l’installation du container Plex.

Docker et Portainer

Info

Au sujet de Docker, si vous l’installez, il peut être utile de le déplacer hors du disque système, si ce dernier est sur une carte microSD comme c’est mon cas avec mon odroid-hc2 (et tous les SBC comme les Raspberry & Co). Et mieux vaut le faire dès le départ, c’est plus simple.

Voir cet article : Openmediavault : déplacement de Docker.

Pour installer ces deux-là, rien de plus simple : on va dans OMV-Extras (qui ont été précédemment installés par le script d’installation), et on installe les deux programmes :

Ensuite, on ouvre Portainer (bouton à droite de l’installation de Portainer), qui s’ouvre dans un nouvel onglet, et on saisit un mot de passe. Puis on choisit “Local” pour la gestion de l’environnement Docker, et on se connecte. On clique sur la petite baleine bleue, et on arrive sur notre “Dashboard”. Il y a déjà un Container qui tourne, c’est Portainer (qui est donc lui-même un container dans Docker).

Plex

On clique sur Container, puis sur le bouton " + Add container". Là, il va falloir aller chercher l’adresse du Container Plex. On ouvre alors un nouvel onglet dans notre navigateur, et on rentre l’adresse hub.docker.com et on cherche “linuxserver/plex” :

On arrive sur alors sur la page de Linuxserver.io (qui fournit des containers) pour PLEX :

C’est à partir des informations de cette page qu’il va falloir saisir les paramètres de configuration pour notre futur container Plex. C’est la partie la plus fastidieuse, mais finalement assez simple. Sur cette page descriptive du container Plex, on trouve donc un peu plus bas les infos suivantes :

Ce sont toutes ces informations qu’il va falloir saisir en créant notre container Plex (sauf PLEX_CLAIM) afin de pouvoir ensuite la démarrer. Une dernière chose à faire, c’est de noter l’UID et le GID pour le compte admin de notre propre NAS. On se loggue donc en SSH sur le serveur, et on tape la commande suivante :

pascal@odroidhc2:~$ id admin
uid=997(admin) gid=100(users) groups=100(users),996(openmediavault-admin)
pascal@odroidhc2:~$

Retour dans l’onglet “New container” ouvert précédemment, on commence par lui donner un nom et indiquer le chemin de l’image ci-dessus :

Puis en bas de la page, on clique sur “Env”, et sur “+ add environment variable” plusieurs fois pour ajouter nos variables (en appliquant bien nos propres valeurs pour UID et GID) :

Même chose pour Network où l’on choisit “host” dans la liste :

Pour les Volumes, il va falloir définir chaque répertoire avec le chemin absolu (voir plus haut), en ayant coché “Bind” auparavant :

Info

Dans la vidéo, un dossier Config est créé et destiné aux fichiers de configurations de Plex. Cela ne sert plus à rien, le container va créer son propre répertoire “config”. On peut le retrouver en éditant le container créé et en allant voir les Volumes : chez moi, le dossier est créé dans /var/lib/docker/volumes/ec75ef70e88d3dbfed36925d274292439931f9ff77c88dde055abb9bbf41ae6b/_data. Ça peut servir pour aller voir les logs de Plex en cas de souci…

Et enfin , on modifie le mode “Restart” comme indiqué en mode “Unless stopped” :

Voilà, tout est configuré, il ne reste plus qu’à cliquer sur le bouton " Deploy the container". Votre instance Plex est désormais installée et opérationnelle !

Il ne reste plus qu’à copier des vidéos dans vos dossiers partagés (dans mon cas, via le partage NFS que j’ai mis en place pendant l’installation d’OMV. Puis de lancer l’interface de Plex pour la première fois en ouvrant l’adresse suivante : http://192.168.1.X:32400/web/index.html

Il faudra un peu la configurer, choisir les dossiers Media, etc… Rien de très compliqué, et ce n’est pas l’objet de cet article.

Enfin, sur la TV, je me suis déconnecté de mon instance existante (sur la baie Synology), puis reconnecté avec l’adresse mail du nouveau compte Plex que j’ai créé pour cette occasion. Le “Plex client” de la TV vous demande alors de rentrer un code :

Il suffit alors de taper l’adresse indiquée http://plex.tv/link et de saisir le code pour que le client de la TV se synchronise avec le nouveau serveur.

Et voilà, le nouveau serveur PLEX est prêt ! Reste à recopier ma vidéothèque qui est toujours sur la baie Synology et aussi à automatiser une solution de backup avec Rsync vers mon PC local, puisque sur ce nouveau NAS, je n’ai pas de RAID. Ce sera l’objet d’un prochain article.

ODROID-HC2 - Installation d'Openmediavault

Sun, 08 Nov 2020 16:22:40 +0000

Ça faisait longtemps que je voulais remplacer ma baie Synology par un système ouvert, à savoir openmediavault, " The open network attached storage solution". Restait à savoir sur quel matériel faire tourner ce serveur, l’objectif étant aussi de minimiser le budget : ces baies propriétaires comme Synology, Qnas, restent tout de même assez chères, quand on y ajoute le prix des disques durs.

Il y a bien les NAS Kobol qui m’avaient tapés dans l’œil, projet open-source proposant des baies physiques (open hardware) sur lesquelles on peut faire tourner Armbian ou Syncloud, Openmediavault ou encore Nextcould. Mais là en plus du prix (300$ + le port), le produit est indisponible depuis plusieurs mois.

Après avoir d’abord pensé à utiliser le populaire Raspberry 4, j’ai finalement opté pour un Odroid-HC2. D’abord parce qu’il dispose d’un contrôleur SATA, un vrai contrôleur disque, ce qui préférable à la solution USB d’un Raspberry. Ensuite parce que le processeur est nettement plus puissant.

Enfin parce que j’aime bien la conception : le fait de pouvoir insérer un disque dur 3"½ dans le rail, permet avec une coque de n’avoir au final un seul boîtier, contrairement à un Raspberry où l’on se retrouve forcément avec un disque externe. C’est tout de même plus pratique.

Évidemment, je fais le choix d’un disque unique, pas de baie RAID comme dans les NAS du marché. Mais avec un backup via le réseau sur mon PC où j’ai de la place en stockage, ce sera parfait. C’est le principe KISS ! (Keep It Simple, Stupid). :cool:

Voyons voir la mise en œuvre et l’installation d’Openmediavault, la première étape de mon future NAS. Il s’agit de la version 5.5.15-1. Car j’ai ensuite l’intention d’installer OpenVPN, un serveur NextCloud, PLEX media server, et sans doute un logiciel de torrent. Ce sera l’objet d’autres articles.

Hardware

Info

OCT 2021 : À l’époque je n’ai pas fait attention à l’architecture (32 bits ou 64 bits). Ce NAS est en x32 (processeur armv7l) et de nos jours il est tout de même préférable d’utiliser une architecture x64 (il y a des problèmes de limitation en x32, voir cet article). Donc même si je suis content de ce NAS, si c’était à refaire, je ne le choisirais pas.

Comme j’avais un HD 3"½ en stock de 1To, c’était l’occasion de l’utiliser. Pour info, le HC2 permet d’utiliser ce type de disque, quand le HC1 n’autorise que les disques de 2"½. Il ne restait plus qu’à commander le matériel.

Pour ce faire, je suis allé sur le site odroid.fr, qui permet de payer en euros, et d’inclure la TVA dans le prix, ce qui évite les mauvaises surprises à la douane (tout est envoyé d’Angleterre je crois). Bref, alimentation, carte SD 8 Go, coque et port compris, j’en ai eu pour un peu moins de 100 € (97,95 €).

L’assemblage est on ne peut plus simple (voir photo), il ne reste plus qu’à installer openmediavault.

Installation d’OMV

Le premier problème est de trouver la bonne image OS à récupérer. Le lien des images OMV toutes prêtes vous renvoient vers un document expliquant qu’il faut utiliser maintenant une autre méthode, le nombre de SBD ( S ingle B oard C omputer) ne cessant de croître, et qu’il est impossible de fournir une image toute prête pour chaque modèle de SBC.

On arrive donc sur cette page du forum OMV, où il faut choisir Installing OMV5 on Armbian Buster. Buster est la version recommandée pour OMV sur ce genre de carte. Ce dernier lien affiche la documentation intitulée “Getting Started with OMV Addendum A: Installing OMV5 On Armbian SBC’s”. Commencer par la télécharger localement comme il est demandé, afin de l’ouvrir avec votre lecteur de PDF préféré (d’ailleurs les hyperliens de la doc ne fonctionnaient pas avec l’affichage du PDF dans Firefox !).

Dans “Supported Devices”, il faut cliquer sur le lien Armbian Download Page. Sur la page qui s’affiche, on trouve finalement notre modèle :

On clique sur l’image, et on arrive enfin sur la page recherchée. Ici, il faut choisir Buster qui offre une meilleure compatibilité avec OMV :

Il ne reste qu’à suivre les instructions, à savoir dézipper le fichier avec 7-Zip (extension .xz). Sur Ubuntu, il suffit de passer la commande suivante pour installer 7-Zip :

sudo apt install p7zip-full

Puis pour extraire l’archive :

7z e Armbian_20.08.1_Odroidxu4_buster_legacy_4.14.195.img.xz

On récupère alors un fichier .img qu’il va falloir flasher sur la carte microSD avec Balena Etcher, dont l’utilisation est vraiment simplissime :

Voilà, tout est prêt pour le premier démarrage : insérer la carte microSD dans l’Odroid, assurez-vous d’avoir bien raccordé le boîtier au réseau (c’est requis pour l’installation), puis brancher l’alimentation. Les trois LEDs doivent s’allumer (une rouge, une verte et une bleue qui doit se mettre à clignoter quand le réseau est activé).

Le temps de se faire un café, et l’on va pouvoir se connecter en SSH sur la machine. Pour trouver l’adresse IP, vous pouvez aller sur votre Box et regarder les adresses allouées (DHCP). Un nouveau client a du apparaître. Sinon, sous Linux, on peut faire un nmap tout simple (à adapter à votre réseau) :

pascal$ sudo nmap -sn 192.168.1.0/24
...
Nmap scan report for 192.168.1.30
Host is up (0.00088s latency).
MAC Address: 00:1E:06:37:0D:45 (Wibrain)
...

Pour info, Wibrain est le nom de la boîte qui est devenue ensuite Hardkernel qui fabrique les Odroid… Voilà, j’ai mon adresse, et je vais même aller dans l’interface de la Box pour lui assigner cette adresse, afin qu’elle ne change pas, c’est plus simple comme ça (Baux DHCP statiques). Puis on se connecte en SSH sur le serveur avec le compte admin (le mot de passe par défaut est 1234) :

ssh admin@192.168.1.30

La première chose demandée est de changer le mot de passe, normal. On crée ensuite un autre compte (avec la permission sudo) à utiliser de préférence à root. Ensuite, il s’agit de mettre le système à jour, suivi d’un redémarrage :

sudo apt update
sudo apt upgrade
reboot

On attend le redémarrage, puis on se reconnecte (avec le nouveau mot de passe. J’en profite pour fignoler et changer le nom de la machine puisque par défaut c’est “odroidxu4” :

sudo hostnamectl set-hostname odroidhc2

Puis on lance l’installation d’openmediavault proprement dit, à l’aide d’un script qui va tout configurer :

wget -O - https://github.com/OpenMediaVault-Plugin-Developers/installScript/raw/master/install | sudo bash

J’ai du taper la touche “Entrée” pour que l’on me demande mon mot de passe, sinon il ne se passait rien ! L’installation peut prendre jusqu’à 30 minutes selon la doc… Avec le HC2, ça a pris à peine une dizaine de minutes. Le système va redémarrer tout seul à la fin de l’installation.

Toujours bon à savoir, la doc précise que Network Manager a été retiré des machines SBC qui tournent OVM pour la raison suivante : incompatibilité avec Portainer et Docker (Portainer facilite l’utilisation de Docker).

Et on passe enfin en mode graphique : dans votre navigateur préféré, taper l’adresse de la machine, et identifiez vous avec le compte “admin” et le mot de passe “openmediavault” :

Configuration

Il va maintenant falloir suivre l a doc d’installation d’OVM 5 (Getting started with Openmediavault 5) que l’on va également télécharger en local. Puis on l’ouvre en allant directement au chapitre “Initial Configuration”.

On va suivre la documentation pour régler certains paramètres : entre autres changer le mot de passe, et plus globalement passer en revue les sections qui nous intéressent dans le menu de gauche. Si l’anglais de la doc vous rebute, il y a des vidéos qui expliquent tout ça dont certaines en français, comme celle-ci par exemple.

On va en fait régler la config de base, monter le disque, etc… À noter dans “Paramètres généraux”, la Déconnexion automatique est réglée à 5mn, c’est pas mal de la passer à 1 jour, sinon c’est plutôt gênant (enfin, c’est selon vos préoccupations de sécurité !). En profiter pour changer le mot de passe par défaut dans l’onglet d’à côté.

Côté Plugins, j’installe openmediavault-resetperms 5.0, qui est bien pratique pour visualiser quels plugins utilisent quels dossiers partagés (vu dans une vidéo).

Dans “Disques”, on sélectionne notre HD et on l’efface. Puis dans “Système de fichiers” on crée et on formate le disque avec un label DATA (par exemple). Puis on le monte. Enfin, on va dans “Dossiers partagés” et on partage ce disque en donnant les droits de Lecture/Écriture à tout le monde (avec le nom OMV-DATA par exemple). Etc… À la fin, j’ai ceci :

J’ai pour ma part opté pour un partage NFS sur tout le disque DATA (soit tout le HD SATA, la carte microSD étant réservée au système), plus adapté à mon PC Ubuntu que SMB. Dans la partie NFS, je l’active, puis crée un partage en indiquant l’adresse IP de mon PC, et en accordant les droits Lecture/Écriture :

Voilà, je peux monter ce partage à partir de mon PC Ubuntu. Le mount via /etc/fstab fonctionne parfaitement, et c’est doute la façon la plus simple de procéder :

Problème NFS avec Nautilus

À noter qu’à partir de Nautilus, le partage était bien vu dans “Autres emplacements”, mais l’accès refusé :

En fait, il s’agit d’un problème de port utilisé. Si je regarde les journaux systèmes côté OMV, je vois ceci :

Il s’agit d’un problème de sécurité, par défaut un serveur NFS n’accepte que les ports inférieurs à 1024. Il faut donc ajouter une option appelée “insecure” pour qu’il accepte des ports plus élevés. On la voit dans les options du partage :

Mais alors, ça devrait fonctionner ? En fait, non, parce que Nautilus utilise les “pseudos filesystem” de NFSv4, ce qui n’est pas le cas du mount dans /etc/fstab.

Pour résoudre lce problème, il faut se connecter en ssh sur le serveur OMV, éditer le fichier /etc/exports, et ajouter l’option “insecure” aux lignes sous la partie # NFSv4 - pseudo filesystem root :

$ cat /etc/exports
# This file is auto-generated by openmediavault (https://www.openmediavault.org)
# WARNING: Do not edit this file, your changes will get lost.

# /etc/exports: the access control list for filesystems which may be exported
#               to NFS clients.  See exports(5).
/export/OMV-DATA 192.168.1.20(fsid=d725df26-36b0-4925-b9ca-3c65fa1b7572,rw,subtree_check,insecure)

# NFSv4 - pseudo filesystem root
/export 192.168.1.20(ro,fsid=0,root_squash,no_subtree_check,hide,insecure)

Si l’option était bien indiquée pour le premier lien (correspondant à l’interface graphique d’OMV), j’ai du rajouter l’option pour la partie sous NVFv4. Il ne reste plus qu’à redémarrer le service NFS :

$ sudo systemctl restart nfs-kernel-server

Et voilà, je peux accéder directement au partage via Nautilus si je le souhaite :

Ce premier partage me servira à copier les fichiers facilement à partir de mon desktop Ubuntu sur le NAS OMV.

Conclusion

À ce stade, je remarque que l’interface d’OMV est une interface d’admin pure et dure, à aucun endroit je ne peux créer un fichier de test, histoire de tester mon partage NFS. Il me faut soit le faire à partir du client Ubuntu, soit connecté en SSH sur l’Odroid-hc2, en allant dans le répertoire /exports/OMV-DATA.

J’apprends aussi (à mes dépends) que OMV fonctionne avec une base de données et qu’il vaut mieux éviter de faire des changements en se connectant directement sur la machine hôte, par exemple pour effacer un répertoire partagé. C’est ce que j’ai fait, et là, le répertoire était toujours affiché dans OMV, impossible de l’effacer. J’ai fini par tout réinstaller !

Ce n’est pas interdit pour certaines commandes (comme le redémarrage d’un service ci-dessus), mais il faut savoir ce que l’on fait. En fait, tout ce qui touche la configuration d’OMV doit être dans la database, et des modifs directes sur le système casseront ce mécanisme.

Voilà, ce sera tout pour cette première étape. La suivante, ce sera d’installer PLEX server, et pour cela utiliser Docker. C’est bien, j’ai déjà entendu parlé de Docker sans jamais l’utiliser. Ce sera l’occasion de rentrer dans ce monde de “containers” (conteneurs logiciels en français) qui permettent entre autres de simplifier l’installation.

Ce sera pour le prochain épisode.

Info

Au sujet de Docker, si vous l’installez, il peut être utile de le déplacer hors du disque système, si ce dernier est sur une carte microSD comme c’est mon cas.

Voir cet article : Openmediavault : déplacement de Docker

Installation de Pi-Hole sur mon Raspberry Volumio

Mon, 17 Aug 2020 17:00:29 +0000

J’en avais parlé lors de l’installation de Volumio sur mon Raspberry, je pouvais aussi utiliser ce dernier pour d’autres choses, plutôt que de le laisser dédié à Volumio.

J’ai donc pensé à Pi-hole, une solution dont on dit du bien pour bloquer les publicités au niveau du réseau local (donc pour tous les appareils de la maison), qui agit au niveau des requêtes DNS, avec un système de “Adlists”.

Pi-hole va devenir votre serveur DNS, et comme il possède une liste de sites utilisés pour afficher la publicité, vous traquer, etc… Pi-hole va stopper ces requêtes, et faire suivre toutes les autres au DNS que vous choisirez pendant l’installation (les “upstream DNS”). C’est simple et efficace semble-t-il, et leur slogan est “Pihole, un trou noir pour les publicités”.

Autant vous le dire tout de suite, ça a été un peu plus compliqué que prévu ! Essentiellement parce que Volumio est fourni avec une version de Raspbian (v8 Jessie) qui commence à dater un peu et sur laquelle Pi-hole n’est pas supporté. Et comme les choses évoluent vite, je précise que cet article est basé sur Pi-Hole version 5.1.2 et Volumio version 2.779.

Il y a bien une variable PIHOLE_SKIP_OS_CHECK disponible et dont j’espérais qu’elle réglerait facilement le problème, mais l’installation échoue malgré tout avec des problèmes de dépendance qu’il faudra supprimer.

Une fois l’installation réussie, j’ai eu un petit problème de configuration réseau à résoudre pour que Pi-hole fonctionne. Et quand enfin Pi-hole était opérationnel, c’est Volumio qui ne marchait plus à cause d’une mise à jour du daemon MPD !

Tout a fini par rentrer dans l’ordre, voilà donc le détail de cette installation peu respectueuse des règles de l’art (!). Disons que cela fonctionne, mais il serait bon que Volumio sorte une version sur Raspbian 10 “Buster”, cela simplifierait beaucoup les choses (c’est dans les tuyaux apparemment, mais ça n’avance pas vraiment).

Info

C’est désormais chose faite avec Volumio 3 qui tourne sur Debian 10.
Voir cet article.

Préambule

Pour la petite histoire Volumio est toujours fourni à ce jour avec Raspbian 8.0 Jessie, version sortie en 2015, et qui a atteint son EOL ( E nd O f L ife) le 30 juin dernier. Depuis, deux versions sont sorties, la 9 (Stretch) en 2017; puis la 10 (Buster) en 2019 : ce serait donc bien que Volumio passe sur Buster.

Gageons que cela ne devrait pas tarder, et cela simplifiera énormément le cohabitation de ces deux softs !

Pré-requis : Comme Pi-hole va devenir notre serveur DNS, il faut affecter une adresse IP fixe au Raspberry, ce qui se fait via l’interface d’administration de la box. Dans mon cas, c’est l’adresse 192.168.1.17 qui était déjà assignée au Raspberry Volumio.

Installation de Pi-hole

Mais commençons par le commencement, à savoir l’installation standard de Pi-hole, qui s’effectue par le lancement de cette commande, une fois connecté sur le Raspberry (en ssh à priori, voir l’installation de Volumio) :

curl -sSL https://install.pi-hole.net | bash

L’installation échoue avec un message clair (et coloré) :

Pas de problème, je relance donc l’installation avec la commande indiquée sous le message d’erreur :

curl -sSL https://install.pi-hole.net | PIHOLE_SKIP_OS_CHECK=true sudo -E bash

Et là, si l’installation va plus loin, elle bloque soudainement après avoir sélectionné les “upstreams DNS” ; à ce stade, le Raspberry ne répond plus, il n’y a plus qu’à le redémarrer électriquement pour s’en sortir :

Ça commence à être très embêtant tout ça… Comme je vois le message me demandant de mettre mon système à jour, je le fais à toutes fins utiles :

sudo apt update ; sudo apt upgrade

Et là je vois que le service dhcpcd5 a été mal installé ou est incomplet (“Errors were encountered while processing: dhcpcd5”). Après quelques recherches sur le net, il semble bien que l’installation de Pihole sur Jessie bloque sur le service dhcpcd5, ce qui confirme l’origine du problème.

Il va falloir d’une part réinstaller correctement le service dhcpd5 sur Jessie :

sudo apt purge dhcpcd5 ; sudo apt install dhcpcd5

Je tente à tout hasard une réinstallation de Pi-hole une fois le service correctement installé, mais l’installation plante au même endroit. Je redémarre le Raspberry et nettoie le répertoire où Pi-hole a laissé des traces :

rm -rf /etc/pihole

Pour information, ce module dhcpcd5 sert quand vous utilisez le service DHCP (fournisseur d’adresse IP) de Pi-hole à la place de votre box qui a ce rôle par défaut. Comme je ne vais utiliser cette fonctionnalité, j’y reviendrai plus loin, retirer cette dépendance ne devrait donc pas avoir d’impact.

Pour ce faire, il va falloir procéder différemment pour l’installation ; on va d’abord télécharger le script d’installation :

wget -O basic-install.sh https://install.pi-hole.net

Puis l’éditer afin d’activer la variable PIHOLE_SKIP_OS_CHECK, et également supprimer la dépendance à dhcpcd5.

Pour la variable, je trouve une liste de déclaration de variables dans le script vers la ligne 58, j’y insère donc ma variable à cet endroit :

Et pour la dépendance à dhcpcd5, il faut aller à la ligne 324 et supprimer dhcpcd5 de la liste de INSTALLER_DEPS :

Nouvel essai et nouvel échec : l’installation va enfin jusqu’au bout mais se termine par un message " Unable to locate package php5-xml".

Il y a donc une autre dépendance à supprimer : php5-xml, autant le faire tout de suite, il faut supprimer "${phpVer}-xml" quelques lignes plus bas, dans la liste pour PIHOLE_WEB_DEPS (voir image ci-dessus). Une fois fait, voici ce que ça donne :

Ce module php5-xml sert sans doute quelque part dans la page d’admin de Pi-hole… Comme il n’existe pas sur Jessie, j’installe tout de même le paquet php5-xmlrpc qui lui existe pour cette version au cas où :

sudo apt install php-xmlrpc

Info

Plusieurs mois plus tard, je n’ai observé aucun problème dans l’interface web de Pi-hole. Mais je ne peux rien garantir sur l’impact de cette dépendance non satisfaite.

On relance donc l’installation en exécutant le script modifié par nos soins :

sudo ./basic-install.sh

Et cette fois l’installation va jusqu’à son terme ! Je pousse un grand Ouf! de soulagement :

À noter sur ce dernier écran le mot de passe pour s’identifer sur la page d’administration ! C’est le moment de le noter… Si vous l’oubliez, taper la commande suivante :

pihole -a -p

Info

En cas de problème avec Pihole (pour reconfigurer ou réparer votre installation), il sera nécessaire de lancer la commande suivante :
sudo pihole -r

Dans ce cas, il faudra appliquer les mêmes modifications que précédemment au script suivant pour régler le problème des dépendances et permettre au script de s’exécuter :
/etc/.pihole/automated install/basic-install.sh

Mais il reste encore un peu de configuration à faire pour ne pas être en conflit avec Volumio.

Comme Pi-hole utilise lighttpd comme serveur web, il va falloir modifier la configuration pour utiliser un autre port que le port HTTP 80, déjà utilisé par Volumio. J’ai suivi les informations trouvées sur cette page, même si je n’ai pas compris pourquoi il faut modifier les fichiers de logs.

Bref, j’ai édité le fichier /etc/lighttpd/lighttpd.conf et modifié les lignes suivantes :

server.port                 = 8080
server.errorlog             = "/tmp/lighttpd_error.log"
accesslog.filename          = "/tmp/lighttpd_access.log"

Suivi d’un redémarrage du web server :

sudo systemctl restart lighttpd

Je croise les doigts et entre l’adresse http://192.168.1.17:8080/admin dans mon navigateur : ça marche, Pi-hole tourne et l’interface répond :

Utiliser Pi-hole avec le PC

Reste à utiliser Pi-hole maintenant. Pour cela, je vais commencer avec mon PC portable, qui est sous Ubuntu, connecté en wifi sur mon réseau local.

Le plus simple est de définir Pi-hole comme serveur DNS au niveau de la box : ainsi, toutes les machines de votre réseau l’utiliseront automatiquement. Comme je suis chez Orange, je vais sur la page admin de la box, mais mauvaise surprise : Orange ne permet pas de changer les DNS !!

Après quelques recherches sur le net, l’information est confirmée, Orange impose des limitations (des contraintes) comme celles-ci que j’ai trouvé sur reddit (je les note, c’est toujours utile) :

Tu veux un DNS autre que celui de ton FAI distribué en DHCP ? impossible à configurer dans la Livebox, l’option n’existe pas.

Tu as un autre serveur DHCP sur ton réseau qui peut remplacer la livebox ? Ok, mais dit adieu à la Box TV qui ne marche QUE avec le DHCP de la livebox.

Tu veux faire de la redirection de port ? OK mais pas sur une IP statique, uniquement sur un équipement enregistré en DHCP dans ta Livebox (une aberration).

Pas grave, comme je n’ai que deux PC à configurer, je vais le faire à leur niveau, ce n’est pas une grosse contrainte.

Info

J’ai depuis changé d’avis sur la question, et j’utilise désormais Pi-hole comme serveur DHCP pour tous mes appareils (smartphone, TV, etc…) sauf pour le décodeur Orange qui doit obtenir son adresse de la box pour fonctionner. Voir cet article.

Et le serveur DHCP de Pi-hole fonctionne très bien ! ;)

Je prends mon PC portable pour ce premier test, et configure le wifi pour utiliser ce nouveau DNS (voir cette page pour plus de détails) :

Puis on se déconnecte/reconnecte du wifi pour que la modification soit prise en compte. Et on le vérifie par la commande suivante (appuyer sur la barre d’espace pour faire défiler jusqu’à la fin) :

$ systemd-resolve --status
...
  Current DNS Server: 192.168.1.17
         DNS Servers: 192.168.1.17
                      2a01:cb08:8928:f600:a3e:5dff:fe79:52bc
                      fe80::a3e:5dff:fe79:52bc
          DNS Domain: ~.
                      home
lines 55-75/75 (END)

Attention à ce que ce soit bien l’adresse du serveur Pi-hole qui est affichée en “Current DNS Server”, et pas l’adresse IPV6 : ça m’est arrivé de me retrouver dans cette situation (sans savoir pourquoi) et dans ce cas, Pi-hole n’est pas utilisé ! À moins que vous ayez déclaré une adresse IPV6 sur le Raspberry ET déclaré un DNS IPV6 sur Pi-hole, ce qi n’est pas mon cas ici.

Mon DNS est bien le Raspberry, tout semble correct. Hélas, Firefox sur le portable n’affiche plus rien, manifestement le DNS soit ne répond pas, soit ne reçoit pas les requêtes. C’est ce qu’il va falloir déterminer maintenant. L’occasion d’apprendre quelques commandes utiles pour dépanner (je me suis servi de cette page pour certaines commandes) :

D’abord on teste une requête DNS du portable, qui nous confirme qu’avec le nouveau DNS déclaré, la résolution ne fonctionne pas :

Ensuite, je teste le côté serveur. Les requêtes DNS sont envoyées sur le port 53, voyons donc si le port 53 est bien à l’écoute sur le réseau, cela nous donnera une bonne indication pour savoir si le service DNS tourne bien :

Ça a l’air de fonctionnern en UDP comme en TCP… Et puis je me souviens avoir sélectionné " eth0" comme interface lors du script d’installation de Pi-hole…

Or mon Raspberry est connecté en wifi à mon réseau local !! Erreur, c’est " wlan0" que je dois choisir dans ce cas. Il faut relancer le script d’installation de Pi-hole, puis choisir “Reconfigure”, et choisir wlan0 comme interface réseau cette fois.

Il faudra aussi reconfigurer le service lighttpd car les modifications faites précédemment seront écrasées. Je termine par un reboot du Raspberry car le service lighttpd refuse de redémarrer. Vérification sur la page d’admin de Pi-hole du changement d’interface réseau :

Cette fois c’est bon, et je le vois tout de suite : les compteurs ne sont plus à zéro ! Je vérifie avec le PC portable, tout fonctionne désormais… côté Pi-hole !

Configuration Pi-hole (AdLists)

On l’a vu, Pi-hole fonctionne avec un système de listes. Rien de très nouveau ici, et comme toujours cela implique de mettre les listes à jour. De base, Pi-hole est fourni avec 2 listes :

https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts
https://mirror1.malwaredomains.com/files/justdomains

On les retrouve sur la page d’administration, après s’être identifié, dans “Group Management - Adlists”.

J’ai trouvé sur cette page d’autres listes à ajouter (on peut en ajouter plusieurs en même temps en les séparant par un espace). Une fois ceci fait, il faut lancer la commande sudo pihole -g pour mettre à jour les listes (il faut le faire même si vous décidez de n’utiliser que les deux listes fournies par défaut) :

J’ai ensuite supprimé les listes qui étaient en erreur lors de cette mise à jour des “Adlists”.

Exemple de “Whitelist”

Après la mise en place de Pi-hole, j’ai observé qu’un site ne fonctionnait plus : c’était “pressreader”, dont l’accès m’est offert par la médiathèque de ma commune, et qui permet de lire en ligne un certain nombre de publications, dont la presse régionale. Après l’identification, le site restait bloqué…

Il suffit alors d’aller dans la page d’admin de Pi-hole, et de sélectionner “Query log” : après avoir rafraîchit la page qui pose problème, j’ai pu voir que certaines requêtes étaient bloquées :

Il suffit alors de cliquer sur le bouton “Whitelist” pour l’entrée “cdnj.cloudflare.com” (j’ai laissé les google fonts bloquées), puis de recharger la page du site en question : le problème était résolu !

Il faudra par fois tâtonner un peu en autorisant (ou pas) certaines requêtes pour débloquer un site, mais j’ai été agréablement surpris par la facilité de l’opération. L’interface de Pi-hole est apparemment bien conçue.

Problème MPD avec Volumio

Mais voilà, Volumio ne fonctionne plus, mon client Android MPDroid ne se connecte plus au serveur. Même approche, je teste d’abord le port 6600 sur lequel MPD est censé écouter :

sudo nmap -sT -p 6600 192.168.1.17

Et je vois qu’effectivement, le service MPD n’est pas à l’écoute. Je vérifie alors l’état du service avec la commande sudo systemctl status -l mpd.service :

Le service ne démarre pas. et l’on voit pourquoi : le fichier libbcm_host.so n’est pas trouvé (il s’agit d’une ’library’ utilisée par mpd). Que s’est-il passé ? Il semble que la version de MPD ait été mise à jour (certainement lors du “apt update” exécuté plus haut). J’ai désormais la version 0.20.18-1 :

volumio@volumio:~$ sudo apt list mpd
[sudo] password for volumio:
Listing... Done
mpd/now 0.20.18-1 armhf [installed,local]
N: There is 1 additional version. Please use the '-a' switch to see it
volumio@volumio:~$ sudo apt list -a mpd
Listing... Done
mpd/now 0.20.18-1 armhf [installed,local]
mpd/oldstable 0.19.1-1.1 armhf

Et si la lib libbcm_hpst.so existe toujours, elle n’est plus au même endroit ! Un simple lien symbolique va résoudre le problème :

sudo ln -s /opt/vc/lib/libbcm_host.so  /usr/lib/

Et hop ! on relance le service MPD et on vérifie qu’il a bien démarré :

Et voilà, tout fonctionne enfin, Volumio et Pi-hole cohabitent sur mon Raspberry. Cool ! :cool:

Un Raspberry Pi pour ma chaîne HI-FI

Mon, 06 Jul 2020 17:18:34 +0000

J’ai eu récemment besoin de me refaire une installation “Hi-Fi” dans le salon. En effet, j’ai déménagé, et mon PC n’est plus dans le salon comme précédemment, or c’était lui qui faisait office de chaîne audio (toute ma musique est numérisée). Il me fallait donc trouver une autre solution.

Je suis d’abord allé dans un magasin de Hi-Fi demander conseil, et j’en suis ressorti avec un devis de 2000€ : 1000€ pour un ampli tuner récent (“connecté”) et autant pour un jeu d’enceintes 5en1.

J’ai alors posé la question sur le forum linuxfr.org, et fort de leurs conseils, je me suis vite orienté vers la solution suivante, beaucoup moins onéreuse :

En plus ça faisait longtemps que j’entendais parler des Raspberry Pi, ces nano-ordinateurs de la taille d’une carte de crédit… Il ne me manquait que l’opportunité de l’utiliser : c’est maintenant chose faite avec Volumio, un serveur audio basé sur MPD, le serveur de son bien connu du monde Linux.

Il a fallu ensuite le synchroniser avec ma bibliothèque musicale présente sur le PC. Puis trouver un client Android pour piloter tout ça à partir du smartphone, en essayant de gérer du mieux possible l’éternel problème de l’affichage des pochettes ! :-?

Voyons tout cela d’un plus près…

Le matériel

Un Raspberry Pi comme serveur de son, équipé d’une carte DAC+ Pro pour convertir le son en format analogique (130€), ainsi que d’un disque USB 2 GB où ma bibliothèque musicale est stockée (70€).

Un ampli-tuner KENWOOD acheté d’occasion 70€ sur “le bon coin”.

J’aurais pu choisir un ampli numérique comme le SMSL AD18 par exemple : il coûte moins de 150 €, a paraît-il de très bonnes performances, et est d’une taille minuscule : il se serait parfaitement accordé avec le Rapsberry ! Mais le nombre d’entrées/sorties est limité, et comme il n’est pas exclu qu’un jour je branche ma TV sur l’ampli, j’ai donc choisi ce bon vieux KENWWOD analogique.

Une paire d’enceintes de bonne qualité : des Q Acoustics 3020i (292€). De taille compacte et d’excellente finition, elles ont deux voies, deux haut-parleurs, de type bass-reflex avec un évent de décompression situé en face arrière. Franchement, le son est bon, et très tonique.

Voilà, pour 560€, j’ai un truc qui me convient, qui devrait produire un bon son, et je suis loin du devis du magasin Hi-Fi. 8-)

Montage Raspberry

J’ai commandé le Raspberry sur le site suisse HiFiBerry, qui a le mérite d’être spécialisé sur le sujet. Par contre, ce n’était pas forcément une bonne idée car j’ai du payer 35€ de frais de douane à la livraison du colis. Mieux vaut sans doute une fois identifié ce que l’on a besoin de commander sur un site français….

Voilà ma commande : Raspberry Pi 4B 2GB: €49.90, HiFiBerry DAC+ Pro: €34.90, Acrylic case: €9.90, SD card 16GB: €9.90, Raspberry Pi 4 power supply 5.1V/3A: €9.90. Sans oublier 16€ de livraison.

On reçoit tout en kit, qu’il faut assembler, mais c’est assez facile et bien fait. HifiBerry fournit une page d’aide. Le plus long est finalement de retirer le film plastique de protection sur chacune des faces du boîtier, pas toujours facile à “attraper”…

Installation Volumio

Le boîtier est prêt, il ne reste plus qu’à lui installer un système. Là aussi, les choses sont bien faites, puisque l’on trouve des images qui intègrent l’OS et l’application audio. Ces dernières peuvent être libre ou non, gratuites ou payantes. Il y a une liste proposée sur Hifiberry, mais ce n’est pas exhaustif.

J’ai hésité entre RuneAudio et Volumio, tous deux libres et open source, puis choisi ce dernier bien que l’application Android soit payante,(01/2023 : soit je me suis trompé à l’époque, soit cela a changé, mais l’appli est désormais gratuite) mais ce n’est pas gênant : toutes ces applis sont basées sur MPD ( M usic P layer D aemon) du monde Linux, et d’autres clients (libres et gratuits) existent, j’y reviendrai tout à l’heure. Volumio est par ailleurs basé sur Raspbian, un dérivé de Debian adapté aux cartes Raspberry. C’était aussi un critère de choix (RuneAudio est lui basé sur ArchLinux).

Il suffit alors de télécharger le fichier zip “Volumio for Raspberry”, l’extraire pour en récupérer le fichier .img, vérifier le md5sum éventuellement, et utiliser par exemple BalenaEtcher pour flasher l’image sur la carte microSD.

Il reste à insérer la carte microSD dans le Raspberry et de brancher ce dernier. Quelques minutes plus tard, on s’y connecte par un hotspot wifi que Volumio a créé : le nom est Volumio et le mot de passe est volumio2. J’ai fait ça par le téléphone, n’ayant pas de wifi sur le PC.

Une fois connecté via ce hotspot temporaire, je réponds à quelques questions de base, et je sélectionne HiFiBerry DAC Plus comme sortie (le DAC + Pro n’est pas listé, mais c’est le même pilote) :

C’est évidemment un élément important à vérifier au départ, à savoir que le lecteur audio que vous avez choisi reconnaisse bien votre carte DAC.

Puis je sélectionne mon réseau wifi et j’y connecte le Raspberry. Une fois ceci fait, je peux accéder à Volumio à partir du navigateur de mon PC, via son adresse IP (que je trouve sur la box).

Copie et synchro bibliothèque musicale

Toute ma musique numérisée est sur mon PC (je n’utilise plus depuis longtemps de chaîne HiFi avec lecteur de CD etc…). Quand j’achète un CD, je le “rippe” sur le PC et l’intègre à ma bibliothèque musicale.

Il me faut donc maintenant copier celle-ci sur le disque USB de mon Raspberry, et tant qu’on y est automatiser la synchronisation afin que toute nouvelle musique que j’ajoute sur le PC soit copiée automatiquement vers le Rapsberry et le lecteur Volumio.

Pour cela, un simple script rsync fera parfaitement l’affaire. Il faut d’abord activer l’accès SSH sur le Raspberry afin de pouvoir s’y connecter. Pour cela, il faut aller à l’adresse suivante dans le navigateur http://192.168.1.17/DEV et activer le SSH (l’adresse IP dépend bien entendu de votre réseau local, que l’on trouve sur la box/router).

Ensuite il va falloir que le script puisse se connecter au Raspberry de manière automatique, l’idée étant de lancer ce script automatiquement sans intervention manuelle. Pour cela, j’ai suivi les instructions données sur cette page, et tout a parfaitement fonctionné. On utilise ssh-keygen pour générer une clef, et ssh-copy-id pour la copier sur le Raspberry. C’est plutôt simple et efficace. On génère la clef (donc sur le PC d’où je vais lancer le script) :

[~]
pascal$ ssh-keygen
Generating public/private rsa key pair.
Enter file in which to save the key (/home/pascal/.ssh/id_rsa):[Appuyer sur Entrée]
Enter passphrase (empty for no passphrase): [Appuyer sur Entrée]
Enter same passphrase again: [Appuyer sur Entrée]
Your identification has been saved in /home/pascal/.ssh/id_rsa.
Your public key has been saved in /home/pascal/.ssh/id_rsa.pub.
The key fingerprint is:
33:b3:fe:af:95:95:18:11:31:d5:de:96:2f:f2:35:f9 [~]
pascal$

Puis on la copie sur le Raspberry avec l’utilisateur volumio :

[~]
pascal$ ssh-copy-id -i ~/.ssh/id_rsa.pub volumio@192.168.1.17
volumio@192.168.1.17's password:
Now try logging into the machine, with "ssh 'remote-host'", and check in:

.ssh/authorized_keys

to make sure we haven't added extra keys that you weren't expecting.

Voilà, il n’y a plus qu’à vérifier que tout fonctionne en se connectant avec cette simple commande, qui doit fonctionner sans avoir à entrer de mot de passe :

ssh volumio@192.168.1.17

Si cela ne fonctionne pas, on obtient des informations en testant la clef en mode “verbose” :

ssh -v -i ~/.ssh/id_rsa volumio@192.168.1.17

Voir aussi cette page pour plus d’explications.

Le script rsync sera quelque chose comme ça, selon votre configuration. La musique du PC est dans /Edata/Ma Musique et celle de Volumio est dans /media/Music. L’option –delete de rsync permet d’effacer sur la cible (bibliothèque Volumio) ce que j’ai effacé sur la source (bibliothèque PC), c’est mon choix, à vous de voir selon vos préférences :

#!/bin/bash
rsync -e 'ssh -p 22' -a --delete "/Edata/Ma Musique/" "volumio@192.168.1.17:/media/Music"

Il ne reste plus qu’à l’ajouter à votre crontab, et votre musique est désormais synchronisée automatiquement.

Playlists

J’utilise quelques Playlists sur le PC (dans Rhythmbox) que je voudrais bien retrouver dans Volumio. Elles sont de deux sortes :

Certaines sont créées au fil du temps en cours d’écoute : le morceau me plaît, je fais glisser avec la souris le morceau sur le nom de ma playlist dans le panneau de gauche (fonctionnalité Rhythmbox). Dans ce cas, chaque morceau reste dans son dossier d’origine, celui de l’album. Celles-ci ne seront pas faciles à recréer (chemin absolu).
D’autres playlists directement récupérées ou recréées à partir d’une liste sur le net, comme celle(s) de Vernon Subutex par exemple, ou d’après un roman comme Lester Bangs Mégatonnique Rock Critic, ou encore de Power (!) : dans ce cas, tous les morceaux sont dans le même dossier. Et ce sera donc facile de les recréer à priori (chemin relatif).

Il y a également les flux radios qui m’intéressent. Voyons voir tout cela, dans Volumio, puis avec un simple client MPD sur le téléphone.

Playlists dans Volumio

Concernant les Playlists, la syntaxe utilisée par Volumio n’est pas celle de fichiers .m3u, un format standard d’ailleurs utilisé par MPD. Heureusement, il existe un plugin (pas encore intégré à Volumio, et qu’il faudra donc installer manuellement) qui permet de le faire, merci à P’tit Nicolas pour son commentaire. On trouve ce plugin m3u_importer ici.

Pour activer les plugins dans Volumio, il faut commencer par se créer un compte MyVolumio (c’est gratuit avec le plan Free). Ensuite, pour installer le plugin, il suffit de suivre les instructions en se connectant en SSH sur Volumio et donc en tapant les commandes suivantes :

wget https://github.com/skiphansen/volumio-plugins/raw/master/plugins/miscellanea/m3u_importer/m3u_importer.zip
mkdir m3u_importer
cd m3u_importer
miniunzip ../m3u_importer.zip
volumio plugin install

Pour le premier type de playlists créées au fil du temps (chemin absolu), il m’a fallu les modifier avant de pouvoir les importer : en effet le chemin d’accès à chaque fichier est forcément différent entre mon PC et le Raspberry ! Mais avec un bon éditeur de texte, c’est l’affaire de quelques secondes.

Voilà à quoi ressemble un titre d’une playlist de Rhythmbox exportée au format m3u :

#EXTINF:,Tangerine /Data/Musique/Christophe/Les vestiges du Chaos/06 Tangerine.mp3

Je vais remplacer le chemin absolu par un chemin relatif :

#EXTINF:,Tangerine ./Christophe/Les vestiges du Chaos/06 Tangerine.mp3

Avec un éditeur de texte, ce sera très rapide :

Une fois ceci fait, je transfère le fichier sur le Raspberry Volumio (avec FileZilla par exemple), et je déplace le fichier à la racine de ma bibliothèque musicale, soit dans mon cas /mnt/USB/Music :

$ pwd
/mnt/USB/Music
$ ls *.m3u
pascal.m3u

Il ne reste plus qu’à lancer le plugin d’importation :

Et je retrouve ma playlist fonctionnelle dans Volumio… Génial !

S’il s’agit de Playlists du deuxième type (chemin relatif), contenant déjà un chemin relatif, il n’y a qu’à pointer directement sur le bon répertoire et le tour est joué :

Ce plugin est vraiment le bienvenu, et comme j’ai été amené à utiliser l’application Volumio sur Android plutôt qu’un simple cient MPD pour la gestion du volume (voir plus bas), c’est top !

À toutes fins utiles, j’ai vu que Volumio stockait ses playlists dans /data/playlists.

Radios dans Volumio

Concernant les flux radios, Volumio en fournit une liste assez impressionnante, il est donc facile d’y sélectionner celles qui nous intéressent, et de se créer ses “Radios Favorites” :

Le fichier créé est /data/favourites/radio-favourites. Si vous choisissez “Mes radios internet”, ce sera /data/favourites/my-web-radio.

Album Art

C’est toujours le problème : l’affichage des pochettes des albums ! Tout dépend bien entendu de la qualité d’organisation de votre bibliothèque musicale, et ce n’est pas toujours facile ! J’y porte pourtant beaucoup d’attention, et néanmoins j’ai toujours des surprises, particulièrement avec les compilations ou les playlists : j’ai par exemple une belle collection de CDs des Inrockuptibles, et je veux que ce soit la pochette des Inrocks qui s’affiche.

Sur le PC, avec Rhythmbox, j’ai dans chaque dossier d’album un fichier cover.jpg pour la pochette de l’album, c’est une façon simple et locale de gérer le problème. Il existe beaucoup de lecteurs audio qui se reposent sur des services internet pour retrouver la pochette d’un album ou même des images d’un artiste, mais je ne suis pas fan de cette solution qui a ses limitations et où finalement on ne contrôle plus grand chose.

Pour les compilations, dans cette configuration, il faut faire bien attention à ce que le tag “Album Artist” de chaque morceau contienne la valeur “Various Artists”, ce qu’il faut en général faire manuellement. Dans ce cas, Rhythmbox affichera bien le fichier cover.jpg du dossier de la compilation.

Album Art dans Volumio

Pour l’interface web, il faut aller dans l’interface web de Volumio, et activer dans Sources l’option Web Albumart.

Car je voulais utiliser un client MPD, je n’ai pas donc besoin de l’activer (l’application Android va en fait “parler” directement au daemon MPD, en court-circuitant Volumio).

Depuis que je suis revenu à l’application Volumio sur Android, j’ai réactivé cette option, et ma foi, ça se débrouille pas trop mal, même sur les compilations des Inrocks, l’appli smeble trouver le fichier cover.jpg dans le dossier…

Penser aussi à renseigner le paramètre “Champs métadonnées pour les compilations” selon vos tags ID3 :

Enfin, à toutes fins utiles, Volumio stocke les informations dans /data/albumart. On y retrouve toute l’arborescence de la bibliothèque musicale, comme folder, ou web où sont recréées et stockées les images des albums.

Client MPD Android

Pour piloter Volumio, il y a deux applications disponibles sur F-Droid, le magasin d’applications libres : MPDroid et M.A.L.P. Et ce sont bien sûr tous les deux des clients MPD.

M.A.L.P à une interface un peu plus moderne (material design), et sa dernière mise à jour est récente (mars 2020). La gestion de l’Album Art semble plus évoluée car elle se base sur des services en ligne aussi bien pour les pochettes que pour les artistes (MusicBrainz,Last.fm, Fanart.tv). Ainsi quand un morceau est joué, l’image affichée change et passe de la pochette à des images de l’artiste. Plutôt sympa (particulièrement pour les playlists, voir plus bas)…

Mais hélas, je n’ai pas trouvé de moyen de lui faire lire l’image cover.jpg pour mes compilations des Inrocks. Dommage, l’appli avait l’air pas mal sinon, j’ai créé une “feature request”, on verra ce que ça donne…

MPDroid est si l’on en croit le développeur très complet et atteint les limites de l’API de MPD ! Cela explique que la dernière version date de 2017. Il ne faut donc pas attendre de nouveautés prochainement. L’interface est d’ailleurs assez proche de M.A.L.P, bref c’est un client MPD simple et fonctionnel, et qui “fait le boulot”.

Pour se connecter, il suffit d’aller dans les paramètres, d’entre l’adresse IP du serveur Volumio (192.168.1.17 dans mon cas), de laisser le champ “Mot de passe” vide (!), et de laisser le port par défaut, soit 6600. À noter côté Volumio, ce port est affecté à un service appelé mshvlm :

pascal$ nmap 192.168.1.17 -p 6600
Starting Nmap 7.80 ( https://nmap.org ) at 2021-04-11 10:40 CEST
Nmap scan report for volumio.home (192.168.1.17)
Host is up (0.00096s latency).

PORT     STATE SERVICE
6600/tcp open  mshvlm

Nmap done: 1 IP address (1 host up) scanned in 0.03 seconds

C’est un peu bizarre, je m’attendais à y voir le service mpd. Mais bon, ça fonctionne !

Pour les Playlists, il faut les créer, et on peut sélectionner un dossier, ce qui correspond à mes besoins pour les compilations issues de mes lectures. L’inconvénient est que si je suis en vue “Album” ou “Artiste”, je me retrouve avec une entrée pour chaque morceau de la compilation… et sans pochette ! :-(

Pour celles créées au fil des écoutes avec Rhythmbox, j’ai finalement créés des dossiers spécifiques, et fait un Drag&Drop de Rhythmbox dans le dossier : cela a bien évidemment dupliqué ces morceaux dans ma bibliothèque, mais je ne suis plus à quelques Mo près ! ;-) Par contre, cela pose problème pour les pochettes dans MPDroid, comme nous allons le voir.

Cela a donc été très rapide de les recréer. Les fichiers créés sont (côté Raspberry) stockés dans /var/lib/mpd/playlists : ce sont donc des playlists “mpd” (et non pas Volumio), au format .m3u, ce qui est tout de même appréciable.

En ce qui concerne les radios il suffit de choisir “Flux”, puis “Ajouter le Flux” en haut à droite, et entrer le nom et l’adresse web de la station :

On retrouve la liste de nos radios dans le fichier /var/lib/mpd/playlists/[Radio\ Streams].m3u, que l ‘on peut éditer du coup pour en ajouter d’autres plus rapidement.

Album Art dans MPDroid

Pour MPDroid, il faut aller dans Paramètres - Paramètres des pochettes, cocher “Télécharger les pochettes locales”, puis dans “Chemin vers la musique” mettre cover-art comme valeur, ce qui ne s’invente pas ! Et ne pas oublier de mettre le bon nom de fichier que vous utilisez, cover.jpg en ce qui me concerne, dans “Nom du fichier pochette”.

Ne pas hésiter à faire un “Rafraîchir la bibliothèque MPD” dans les “Paramètres - Informations Serveur” après ce genre de modifications.

Mais rien n’est parfait, avec mes Playlists où chaque morceau apparaît non seulement isolément (logique !), mais également sans pochette. Or ces morceaux ont tous la pochette intégrée dans les tags du fichier. L’idéal serait donc que MPDroid lise cette information en premier, et affiche cette pochette si elle est présente. Ou alors qu’il aille chercher l’information sur le net comme le fait M.A.L.P… Là encore, c’est vraiment galère à gérer !

Difficile de trouver la solution parfaite semble-t-il ! :-?

Client Volumio sur Android

Il y a bien sûr un client officiel fourni par Volumio pour Android. Je l’avais écarté dans un premier temps, préférant utiliser une application disponible sur F-Droid (MPDroid).

Mais j’ai été confronté à un problème de réglage du volume, qui ne fonctionnait pas à partir de MPDroid (un simple client MPD donc), alors que cela fonctionne très bien à partir du client Volumio, dont l’interface est moins sympa je trouve, mais je vais m’y faire facilement puisque cela me résout le problème !

Il y a pourtant bien un paramètre dans les Options de Lecture Générales intitulé : " Controle du volume par les clients MPD", mais sans effet sur MPDroid. J’ai même testé avec un client Gnome sur le PC (gmpc) : le curseur de réglage du volume apparaît clairement comme non disponible…

Le problème semble lié au type de mixage défini à “matériel” qui est pourtant le meilleur réglage possible puisque mon DAC+ Pro le supporte, dans les options de volume de Volumio :

Finalement, ce sera donc cette appli que j’utiliserai pour le contrôle à distance. Pour le volume, on règle l’ampli à un niveau assez fort, et on ajuste dans Volumio, et ça fonctionne très bien ! :cool:

NOTE : je pourrais aussi utiliser le client web de Volumio pour ce faire.

Et du coup, je peux utiliser les Playlists de Volumio (voir plus haut) et éviter de dupliquer mes pistes… :cool:

Problème rencontré

J’ai par la suite remarqué qu’il me manquait des albums sur le Raspberry… Après investigation, j’ai trouvé des “read permissions error” dans le fichier /var/log/mpd.log sur le Raspberry.

Le problème venait de mauvais droits sur mon arborescence du PC (utilisateur différent). Problème vite résolu avec la commande suivante (suivie d’un refresh de la bibliothèque) :

chmod -R 755 /media/Music/*

Raspbian

Pour finir, quelques commandes utiles, puisqu’après tout Volumio tourne sur Raspbian, un dérivé de Debian adapté au Raspberry.

Justement, pour savoir sur quoi on tourne ( notez que pour la commande lsb_release, il faut installer le paquet lsb-release, cherchez l’erreur !) :

volumio@volumio:~$ uname -a
Linux volumio 4.19.86-v7l+ #1283 SMP Fri Nov 29 18:37:40 GMT 2019 armv7l GNU/Linux
volumio@volumio:~$ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)"
NAME="Raspbian GNU/Linux"
VERSION_ID="8"
VERSION="8 (jessie)"
...
volumio@volumio:~$ sudo apt install lsb-release
...
volumio@volumio:~$ lsb_release -a
No LSB modules are available.
Distributor ID:	Raspbian
Description:	Raspbian GNU/Linux 8.0 (jessie)
Release:	8.0
Codename:	jessie

Et si vous voulez installer d’autres paquets, comme par exemple vim (cela a été mon premier besoin pour pouvoir simplement éditer un fichier), mais aussi pour utiliser le Raspberry à d’autres fins (c’est tout l’avantage d’être sous Raspbian), il faut commencer par faire un sudo apt update pour récupérer la liste des packages. On peut alors ensuite enchaîner sur un sudo apt install vim qui ne passait pas sans cela.

Conclusion

Je suis plutôt satisfait de cette installation. J’ai utilisé un Raspberry pour la première fois, et c’est assez passionnant, on peut faire plein de choses avec ce micro ordinateur. C’est très facile à assembler, et la partie software, avec l’image flash de Volumio, est d’une simplicité enfantine.

Surtout, j’ai une très bonne qualité de son. Bien que n’étant pas audiophile, je peux vous dire que le son sort bien, sans aucun souffle ! La carte DAC permet une très bonne qualité de signal analogique, et bien sûr les enceintes qui sont forcément toujours un élément important d’une chaîne Hi-Fi..

Je pense aussi installer d’autres choses sur ce Raspberry, comme Pi-Hole par exemple, qui a l’air d’être un truc sympa pour bloquer les pubs sur son réseau local. J’espère que c’est possible avec cette image Volumio ? Si c’est le cas, ce sera l’occasion d’un autre article ! ;-)

MAJ : L’article sur l’installation de Pi-Hole est dispo : Installation de Pi-Hole sur mon Raspberry Volumio.