momh

Raspbian Bullseye Lite sur NAS Argon Eon

Brice Boucard — 2022-01-27T16:59:15Z

On choisit pour notre nouveau NAS Argon Eon « propulsé » par un Raspberry Pi de se passer d'interface graphique et on opte donc pour la distribution Raspbian Bullseye Lite.

Une fois notre carte microSD créée (merci à l'utilitaire rpi-imager) et les premières configurations réalisées grâce à l'outil raspi-config (changement de mot de passe, localisation, clavier...), on peut passer à sa préparation ; au programme : alsa et bluetooth, partage de fichiers, mpd, transmission-daemon, flexget, Spotify Connect...

Maintenance et configuration

On commence par réaliser une mise à jour du système :

sudo apt update && sudo apt upgrade && sudo reboot

Puis on installe l'utilitaire de gestion du NAS Argon Eon, qui gère notamment la vitesse de ventilation :

curl https://download.argon40.com/argoneon.sh | bash

Wi-Fi et IP fixe

Pour se connecter à un réseau Wi-Fi, il suffit d'utiliser l'utilitaire raspi-config et d'initier le premier choix, Wireless Lan, du premier menu, System Options.

Les informations de connexion devrait alors se retrouver dans le fichier /etc/wpa_supplicant/wpa_supplicant.conf :

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev update_config=1 country=FR network={ ssid="SSID" psk="PASSWORD" }

Pour attribuer une IP fixe à votre Raspberry, il convient tout d'abord d'identifier l'interface réseau Wi-Fi, a priori wlan0, grâce à la commande ifconfig. Ensuite, il faut éditer le fichier /etc/dhcpcd.conf et ajouter une nouvelle interface :

interface wlan0 static ip_address=192.168.1.56 static routers=192.168.1.1 static domain_name_servers=80.67.169.12 80.67.169.40 2001:910:800::12 2001:910:800::40

La dernière ligne permet d'utiliser les serveurs DNS de French Data Network et de ne plus subir certaines restrictions, notamment celles limitant l'accès à des sites de torrents (cf. infra).

Alsa et bluetooth : bluealsa

Il semble que le paquet bluealsa ne soit plus disponible dans la branche stable de Debian et ne se trouve que dans unstable...
Plutôt que de le compiler depuis ses sources, j'ai récupéré les paquets nécessaires dans les dépôts Debian et les ai simplement installé avec apt :

wget http://ftp.fr.debian.org/debian/pool/main/b/bluez-alsa/libasound2-plugin-bluez_3.0.0-2_armhf.deb wget http://ftp.fr.debian.org/debian/pool/main/b/bluez-alsa/bluez-alsa-utils_3.0.0-2_armhf.deb sudo apt install ./libasound2-plugin-bluez_3.0.0-2_armhf.deb sudo apt install ./bluez-alsa-utils_3.0.0-2_armhf.deb

On crée ensuite un service systemd pour bluealsa, en reprenant celui proposé par bablokb/pi-btaudio :

sudo nano /etc/systemd/system/bluealsa.service

# -------------------------------------------------------------------------- # Modified version of bluealsa.service unit definition # (replaced WantedBy=graphical.target with WantedBy=bluetooth.target) # # Author: Bernhard Bablok # License: GPL3 # # Website: https://github.com/bablokb/pi-btaudio # # -------------------------------------------------------------------------- [Unit] Description=BluezALSA proxy Requires=bluetooth.service After=bluetooth.service [Service] Type=simple User=root ExecStart=/usr/bin/bluealsa [Install] WantedBy=bluetooth.target

On lance ensuite le service :

sudo systemctl enable bluealsa.service sudo service bluealsa start

On édite ensuite le fichier /etc/asound.conf en suivant là encore ce que propose bablokb/pi-btaudio :

pcm.!default "bluealsa" ctl.!default "bluealsa" defaults.bluealsa.interface "hci0" defaults.bluealsa.device "FC:58:FA:14:27:BC" defaults.bluealsa.profile "a2dp"

Dans notre cas, nous ajoutons une sortie pour notre ampli bluetooth Tangent Ampster :

pcm.tangent { type plug slave { pcm { type bluealsa device FC:58:FA:14:27:BC profile "a2dp" } } hint { show on description "Tangent Ampster BT" } }

Partages SAMBA

Une fois installé :

sudo apt install samba

On peut configurer nos partages en éditant le fichier /etc/samba/smb.conf.
Ainsi danse mon cas, j'ajoute cette section à la toute fin du fichier, le répertoire /home/pi/shares/ contenant l'ensemble des points de montage des disques du NAS.

[shares] comment = Argon Eon NAS Shares path = /home/pi/shares read only = no browsable = yes writable = yes valid users = pi

Une fois le fichier enregistré, il convient d'attribuer un mot de passe à votre utilisateur (dans mon cas, pi) :

sudo smbpasswd -a pi

puis de redémarrer le service :

sudo service smbd restart

Ensuite, sur le client : on commence par créer un fichier contenant les informations de connexion :

touch ~/.nascredentials chmod 600 ~/.nascredentials nano ~/.nascredentials

user=pi password=

Puis on édite le fichier /etc/fstab pour monter au démarrage

//192.168.1.56/shares /home/bbrice/NAS cifs defaults,credentials=/home/bbrice/.nascredentials,uid=1000,gid=1000,file_mode=0755,dir_mode=0755 0 0

Librespot : un client Spotify Connect

On commence par installer rust et ses utilitaires nécessaires à la compilation ainsi que les dépendances, avant de cloner le dépôt et de lancer la compilation :

curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh sudo apt install build-essential libpulse-dev git clone https://github.com/librespot-org/librespot.git cd librespot cargo build --release --no-default-features --features "alsa-backend"

On crée ensuite un service systemd :

mkdir -p ~/.config/systemd/user/ nano ~/.config/systemd/user/librespot.service

[Unit] Description=Librespot (an open source Spotify client) Documentation=https://github.com/librespot-org/librespot Documentation=https://github.com/librespot-org/librespot/wiki/Options Wants=network.target sound.target After=network.target sound.target [Service] Restart=always RestartSec=10 ExecStart=/usr/bin/librespot --name "%u@%H" --device bluealsa [Install] WantedBy=default.target

et on le lance :

systemctl --user enable librespot.service systemctl --user start librespot.service

Téléchargements automatisés : Flexget et transmission-daemon

Pour ce qui est de l'installation et la configuration de Flexget, il suffit de se reporter à cet article : Télécharger ses séries avec Flexget
Il convient de veiller à utiliser un DNS neutre afin de pouvoir accéder au flux d'EZTV... Pour ce faire, comme sous Raspbian Buster, il suffit d'éditer le fichier /etc/dhcpcd.conf.

Pour ce qui est de transmission-daemon, la tâche est un peu plus ardue mais pimylifeup.com nous apporte une solution qui fonctionne parfaitement.

MPD

Pour ce qui est de mpd, rien de bien complexe, il suffit juste de se replonger dans mes anciens articles... le point essentiel étant d'utiliser notre ampli Tangent Ampster connecté en bluetooth comme sortie ; il suffit d'ajouter cette section (en la modifiant en fonction de la configuration vue ci-dessus dans /etc/asound.conf) dans le fichier /etc/mpd.conf :

audio_output { type "alsa" name "Tangent Ampster BT - ALSA Bluetooth" device "tangent" mixer_type "software" format "44100:16:2" }

puis de relancer le service

sudo service mpd restart

Spotify Connect et PulseAudio sous Raspbian Bullseye

Brice Boucard — 2022-01-19T21:00:00Z

Si raspotify m'a donné pleinement satisfaction pendant quelques années comme client Spotify Connect sur mon Raspberry Pi, il n'en va plus de même depuis une importante mise à jour du logiciel : impossible de le combiner avec PulseAudio et de diriger le son vers mon ampli connecté via Bluetooth.
Du coup on se tourne directement vers la librairie librespot.

Si l'on peut installer librespot tout simplement via le gestionnaire de paquet Rust cargo, l'on a préféré directement le compiler avec le support du backend PulseAudio... en suivant scrupuleusement la documentation.

Installation de Rust et des dépendances

Il faut donc commencer par installer Rust et l'on procède comme recommandé grâce à l'utilitaire rustup :

curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh

Une fois cela fait, on installe plus prosaïquement les dépendances nécessaires à la compilation :

sudo apt install build-essential libpulse-dev

Compilation

On commence par récupérer les sources via Git :

git clone https://github.com/librespot-org/librespot.git

Puis, dans le dossier librespot, on lance la compilation :

cd librespot ~/.cargo/bin/cargo build --no-default-features --features "pulseaudio-backend"

Premier test et lancement au démarage

Pour lancer le client Spotify Connect, il suffit alors de lancer la commande suivante :

.~/librespot/target/debug/librespot

et vous devriez pouvoir vous connecter depuis votre application Spotify.

Si tout fonctionne, on peut alors copier l'exécutable /librespot/target/debug/librespot dans le $PATH et créer le service systemd.

sudo cp ~/librespot/target/debug/librespot /usr/bin/ mkdir -p ~/.config/systemd/user cp ~/librespot/contrib/librespot.user.service ~/.config/systemd/user/ systemctl --user enable librespot.user.service

Télécharger ses séries avec Flexget

Brice Boucard — 2021-08-21T05:22:00Z

Cela fait quelques années que j'utilise Flexget — relativement basiquement — pour télécharger automatiquement les épisodes des séries que je suis mais ce n'est que depuis récemment que je suis parvenu à une configuration pleinement satisfaisante.

Flexget est un outil d'automation pour médias, notamment pour séries et animes, permettant entre autres de télécharger et d'organiser les épisodes...
Je ne prétends pas ici présenter l'outil dans ses moindre détails mais simplement présenter la configuration utilisée sur mon Raspberry Pi qui envoie les torrents à un daemon Transmission qui tourne sur mon NAS D-Link DNS-320 avec fun_plug (cf. cet article).

Pour l'installation, on choisit l'option « virtualenv » de la documentation

python3 -m venv ~/flexget/ cd ~/flexget/ bin/pip install flexget

Cependant, si vous souhaitez utiliser le plugin Transmission de Flexget, il vous faudra installer le paquet transmission-rpc :

bin/pip install transmission-rpc

sinon vos logs (dans ~/.config/flexget/flexget.log) vous afficheront des lignes de ce type :

2021-10-29 09:09:48 WARNING task feed-eztv Aborting task (plugin: transmission) 2021-10-29 09:09:51 CRITICAL transmission feed-rarbg transmission-rpc module version 3.0 or higher required.

La configuration de FlexGet se fait dans le fichier ~/.config/flexget/config.yml et nécessite de prêter une attention toute particulière aux indentations...

Sans entrer dans le détail : on se connecte à une instance de Transmission, on définit les critères de téléchargement des torrents des séries que l'on suit (depuis le site TV Calendar) en rejetant les séries issues de certains networks et on envoie un mail pour annoncer les épisodes téléchargés.
Et ce pour deux flux RSS différents, chacun faisant l'objet d'une tâche que l'on lance automatiquement toutes les heures.

templates: tv: transmission: host: 192.168.X.XX port: 9091 # username: username # password: password configure_series: settings: timeframe: 12 hours target: 1080p quality: 720p-1080p propers: 3 days from: pogcal: username: azerty@uiop.fr password: XXXXX thetvdb_lookup: yes if: - "tvdb_network and tvdb_network=='Netflix'": reject - "tvdb_network and tvdb_network=='Amazon'": reject notify: task: template: html # Optional, if you want html instead of plain text via: - email: from: azerty@uiop.fr to: - azerty@uiop.fr - qwerty@uiop.com smtp_host: smpt.host.com smtp_port: 587 smtp_username: azerty@uiop.fr smtp_password: "XXXXXX" smtp_tls: yes html: yes # To parse template as HTML tasks: feed-eztv: priority: 1 template: tv rss: https://eztv.re/ezrss.xml feed-rarbg: priority: 2 template: tv rss: http://rarbg.to/rssdd.php?categories=2;18;41;49 schedules: - tasks: '*' interval: hours: 1

L'idée est donc de faire tourner FlexGet en mode daemon et de lui faire déclencher des tâches régulièrement (la section schedules en toute fin de fichier). Pour ce faire, on le lance ainsi :

~/flexget/bin/flexget --loglevel VERBOSE daemon start --autoreload-config -d

Pour que FlexGet se lance automatiquement à chaque démarrage, on crée une tâche Cron grâce à la commande crontab -e

@reboot /home/pi/flexget/bin/flexget --loglevel VERBOSE daemon start --autoreload-config -d

WeeWX, MQTT et skin Belchertown

Brice Boucard — 2020-12-20T15:14:00Z

Le skin Belchertown pour WeeWX proposé par Pat O'Brien est extrêmement complet (et complexe, du moins pour moi) et est particulièrement intéressant pour ses graphiques dynamiques en JavaScript.

Installation et configuration de base

Son installation n'est pas particulièrement difficile puisqu'il suffit de suivre les instructions fournies ; ainsi, à ce jour :

wget https://github.com/poblabs/weewx-belchertown/releases/download/weewx-belchertown-1.2/weewx-belchertown-release-1.2.tar.gz sudo wee_extension --install weewx-belchertown-release-1.2.tar.gz

Ensuite, il convient de passer à sa configuration en ayant pris soin, afin de bénéficier de certaines options dont le module de prévisions à sept jours, de remplir certaines conditions.

La configuration de base est la suivante :

sudo nano /etc/weewx/weewx.conf

[StdReport] ... [[Belchertown]] skin = Belchertown HTML_ROOT = /var/www/html/weewx/

MQTT

Nous allons surtout nous intéresser à la mise en place du rafraîchissement automatique des graphiques et de l'affichage des données permises par ce skin grâce au protocole MQTT (Message Queuing Telemetry Transport). Il convient d'abord d'installer et de configurer un « serveur », un broker, en l'occurrence mosquitto tel que nous l'avons vu dans un précédent article à partir du post de Pat O'Brien sur son blog.

Bien sûr, dans mon cas, WeeWX ne récupérant des données de la station météo que toutes les cinq voire dix minutes, l'utilisation du plugin weewx-mqtt ne se justifie pas forcément...

Une fois le broker Mosquitto installé et configuré, il faut installer le plugin weewx-mqtt :

sudo pip3 install paho-mqtt wget -O weewx-mqtt.zip https://github.com/matthewwall/weewx-mqtt/archive/master.zip wee_extension --install weewx-mqtt.zip

On modifie ensuite sa configuration qui dépend de la section [Restful] dans le fichier /etc/weewx/weewx.conf :

[Restful] ... [[MQTT]] server_url = mqtt://USER:PASSWORD@SERVER:PORT/ topic = weewx unit_system = METRIC binding = archive, loop aggregation = aggregate [[[tls]]] tls_version = tlsv12 ca_certs = /etc/ssl/certs/ca-certificates.crt

On en profite pour éditer la configuration du skin Belchertown de la sorte :

[StdReport] ... [[Belchertown]] skin = Belchertown HTML_ROOT = /var/www/html/weewx/ mqtt_websockets_enabled = 1 mqtt_websockets_host = "SERVER" mqtt_websockets_port = 9001 mqtt_websockets_ssl = 1 mqtt_websockets_topic = "weather/loop" disconnect_live_website_visitor = 1800000

Il ne nous reste plus qu'à relancer weewx :

sudo service restart weewx

On peut vérifier le bon fonctionnement du plugin weewx-mqtt en lançant la commande mosquitto_sub pour suivre le topic weewx/loop ou en épluchant /var/log/syslog à la recherche d'une ligne de ce type :

tail -f /var/log/syslog | grep weewx [snip] Mar 1 06:48:23 raspberrypi weewx[3998] INFO weewx.restx: MQTT: Published record 2021-03-01 06:45:00 CET (1614588300) [snip]

Mosquitto, un broker MQTT

Brice Boucard — 2020-12-11T22:21:00Z

J'ai découvert le protocole MQTT (Message Queuing Telemetry Transport) lors de l'interfaçage de ma station météo Netatmo et du logiciel WeeWX sur mon Raspberry Pi ; il s'agit d'un protocole de messagerie de type publication-abonnement, extrêmement rapide et léger, utilisé notamment dans l'internet des objets.

Nous allons ici voir comment installer et configurer un broker, un agent MQTT, en l'occurrence Mosquitto, en nous appuyant très largement sur l'article « How to setup your own MQTT Broker » de Pat O'Brien.

Installation et premiers tests

On commence par l'installer :

sudo apt install mosquitto mosquitto-clients

Nous pouvons dès lors « jouer » un peu...
On peut commencer par vérifier la version de notre agent ou le temps écoulé depuis son lancement :

mosquitto_sub -t \$SYS/broker/version mosquitto_sub -t \$SYS/broker/uptime

Puis commencez par ouvrir deux sessions dans votre terminal (on ne saurait trop vous conseiller d'utiliser tmux, présenté dans cet article) : dans la première, on lance la commande mosquitto_sub -t test/# puis dans la seconde on lance mosquitto_pub -t test/test -m "Test message"...

Configuration, accès, SSL

Il convient de préciser d'emblée que Mosquitto est très regardant sur le formatage de ses fichiers de configuration et qu'il n'accepte pas d'espace en fin de ligne.

On commence par éditer un fichier /etc/mosquitto/conf.d/myconfig.conf :

persistence false # mqtt listener 1883 protocol mqtt # websockets listener 9001 protocol websockets

On redémarre alors Mosquitto :

sudo service mosquitto restart

Gestion des accès

Mosquitto permet de gérer topic par topic les droits de publication et d'abonnement.

On commence par générer un couple identifiant / mot de passe, ainsi :

sudo mosquitto_passwd -c /etc/mosquitto/passwd USER

puis on édite un fichier /etc/mosquitto/acl

# Autoriser l'abonnement anonyme à $SYS topic read $SYS/# # Autoriser l'abonnement et la publication anonymes à test topic test/# # Autoriser le seul abonnement anonyme à testlecture topic read testlecture/# # Accès limité pour l'écriture sur testlecture # Abonnement et publication sur secret pour USER seulement user USER topic write testlecture topic secret/#

on édite ensuite le fichier /etc/mosquitto/conf.d/myconfig.conf pour qu'il ressemble à cela :

persistence false allow_anonymous true password_file /etc/mosquitto/passwd acl_file /etc/mosquitto/acl # mqtt listener 1883 protocol mqtt # websockets listener 9001 protocol websockets

On redémarre le service avant de vérifier avec la commande netstat que les ports déclarés sont bien ouverts :

$ sudo service mosquitto restart $ sudo netstat -tulpn | grep 1883 tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 142015/mosquitto tcp6 0 0 :::1883 :::* LISTEN 142015/mosquitto $ sudo netstat -tulpn | grep 9001 tcp6 0 0 :::9001 :::* LISTEN 142015/mosquitto

Pour le canal test, accessible sans authentification ni pour l'abonnement ni pour la publication, on vérifie avec cette commande dans notre première session :

mosquitto_sub -h localhost -p 1883 -t test/#

et dans la seconde nous lançons :

mosquitto_pub -h localhost -p 1883 -t test/1 -m "Hello topic test/1"

Le canal testlecture ne devrait être accessible anonymement qu'en lecture :

mosquitto_sub -h localhost -p 1883 -t testlecture/#

La première des deux commandes suivantes ne devrait rien renvoyer dans notre première session ; il convient en effet de s'authentifier pour publier dans ce canal :

mosquitto_pub -t testlecture/test -m "test" mosquitto_pub -u USER -P PASSWORD -t testlecture/test -m "test"

Enfin, le canal secret nécessite de s'authentifier aussi bien pour l'abonnement que pour la publication :

mosquitto_sub -u USER -P PASSWORD -t secret/#

mosquitto_pub -u USER -P PASSWORD -t secret/test -m "test"

Certificat SSL

Il est bien évidemment possible de rendre cet agent MQTT accessible sur Internet et de le configurer pour qu'il utilise une connexion sécurisée grâce à un certificat comme ceux proposés par Let's Encrypt. Nous allons considérer ici que vous avez déjà configuré votre nom de domaine et généré le certificat, comme évoqué ici.

Ainsi, dans mon cas, vous devriez pouvoir vous abonner au canal weather produit par WeeWX et son plugin weewx-mqtt avec la commande suivante :

mosquitto_sub -h meteo.momh.fr -p 8883 --capath /etc/ssl/certs/ -t weather/#

Il convient, après avoir généré son certificat, d'éditer le fichier /etc/mosquitto/conf.d/myconfig.conf de la sorte :

# Insecure mqtt to localhost only, and secure mqtt listener 1883 localhost listener 8883 certfile /etc/letsencrypt/live/DOMAINE/cert.pem cafile /etc/letsencrypt/live/DOMAINE/chain.pem keyfile /etc/letsencrypt/live/DOMAINE/privkey.pem protocol mqtt # websockets listener 9001 certfile /etc/letsencrypt/live/DOMAINE/cert.pem cafile /etc/letsencrypt/live/DOMAINE/chain.pem keyfile /etc/letsencrypt/live/DOMAINE/privkey.pem protocol websockets

Après avoir redémarré le service

sudo service mosquitto restart

on peut tester ainsi, avec pour chacune de nos deux sessions, les commandes :

mosquitto_sub -h DOMAINE -p 8883 --capath /etc/ssl/certs/ -u USER -P PASSWORD -t secret/#

mosquitto_pub -h DOMAINE -p 8883 -u USER -P PASSWORD --capath /etc/ssl/certs/ -t secret/test -m "Test message dans le canal secret"

Nous pouvons désormais utiliser notre agent MQTT avec WeeWX !

Auto-hébergement, DynHost OVH et certificat Let's Encrypt sous Raspbian

Brice Boucard — 2020-12-06T09:28:00Z

Ayant « associé » ma station météo Netatmo à mon Raspberry Pi grâce à WeeWX (lire ce post), je souhaite désormais rendre accessible sur Internet le site web ainsi généré. Je considère ainsi que vous avez déjà un serveur Apache fonctionnel et configuré (même si nous aborderons la création d'un VirtualHost par la suite).

DynHost et mise à jour de l'IP

Étant chez OVH, je profite de leur service DynHOST qui « permet de faire pointer un sous-domaine vers une adresse IP dynamique qui sera mise à jour dans votre zone DNS à chaque changement de celle-ci. ».

On crée notre DynHost puis on en gère les accès, en créant un nouvel identifiant. Puis, sur notre Raspberry Pi, on installe ddclient :

sudo apt install ddclient

Lors de l'installation, des écrans successifs vont nous permettre de le configurer :

Fournisseur de service de DNS dynamique : Autre
Protocole de mise à jour du DNS dynamique : dyndns2
Serveur de DNS dynamique : www.ovh.com
Mandataire HTTP : néant
Identifiant : l'identifiant saisi précédemment (comprenant le nom de domaine en préfixe)
Mot de passe : le mot de passe correspondant
Méthode de découverte d'adresse IP : Service de découverte d'IP basée sur le web
Hôtes à mettre à jour : le DynHost créé précédemment

La configuration peut se faire sinon à la main, en éditant le fichier /etc/ddclient.conf qui doit ressembler à cela :

protocol=dyndns2 use=web, web=checkip.dyndns.com server=www.ovh.com login=DOMAINE-USER password='PASSWORD' DYNHOST

Il vous faut ensuite éditer le fichier /etc/default/ddclient et veiller à bien avoir :

run_daemon="true"

Et enfin, on redémarre ddclient :

sudo service ddclient restart

Redirection des ports

Ensuite, il faut se rendre dans l'interface de gestion de votre Box Internet et configurer, dans la section NAT, la redirection des port 80 et 443 vers ceux de votre Raspberry Pi (pour en connaître l'IP sur votre réseau local, utilisez la commande hostname -I).

Désormais, en saisissant l'URL de votre DynHost, vous devriez accéder à la même page que lorsque vous accédez à l'adresse localhost.

Mise en place du HTTPS

Pour ce faire, nous allons générer un certificat Let's Encrypt pour notre DynHost.

On commence par copier, dans /etc/apache2/sites-available/, le fichier 000-default.conf vers DYNHOST.conf ; par exemple :

sudo cp /etc/apache2/sites-available/000-default.conf /etc/apache2/sites-available/meteo.momh.fr.conf

puis par le configurer pour pointer vers notre répertoire /var/www/html/weewx ou autre répertoire en fonction du ou des skin(s) que vous utilisez. Par exemple, minimalement :

 ServerName meteo.momh.fr ServerAdmin webmaster@localhost DocumentRoot /var/www/html/weewx ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined

Pour générer le certificat, nous allons utiliser certbot, qu'il convient d'installer :

sudo apt install certbot python3-certbot-apache

puis d'activer le module ssl d'Apache :

sudo a2enmode ssl sudo systemctl restart apache2

On peut alors générer notre certificat avec la commande suivante :

sudo certbot --apache -d DynHOST

Il vous est proposé de rediriger l'éventuel traffic HTTP vers HTTPS :

Please choose whether or not to redirect HTTP traffic to HTTPS, removing HTTP access. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 1: No redirect - Make no further changes to the webserver configuration. 2: Redirect - Make all requests redirect to secure HTTPS access. Choose this for new sites, or if you're confident your site works on HTTPS. You can undo this change by editing your web server's configuration. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Select the appropriate number [1-2] then [enter] (press 'c' to cancel): 2

Un certificat est alors généré et un nouvel hôte virtuel est configuré dans Apache, à l'emplacement /etc/apache2/sites-available/DYNHOST-le-ssl.conf. Si vous avez choisi l'option 2, le VirtualHost présenté ci-dessus se voit modifié avec les lignes suivantes :

RewriteEngine on RewriteCond %{SERVER_NAME} =DYNHOST RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]

Pour voir que tout fonctionne, on peut utiliser l'outil de test proposé par ssllabs.com.

Station météo Netatmo & WeeWX [bis]

Brice Boucard — 2020-11-05T09:13:00Z

Suite à mon premier post sur le sujet (auquel il convient de se reporter pour la configuration et l'utilisation d'une base de donnée MySQL), je me suis attelé plus longuement à la compatibilité du plugin weewx-netatmo de Matthew Wall avec les versions 4 de WeeWX sous Python 3.

Installation

De ce fait, on n'a plus besoin d'installer une ancienne version de WeeWX et l'on peut se reporter sur la version disponible dans les dépôts :

wget -qO - https://weewx.com/keys.html | sudo apt-key add - wget -qO - https://weewx.com/apt/weewx-python3.list | sudo tee /etc/apt/sources.list.d/weewx.list sudo apt update sudo apt install weewx

Désormais, la configuration et autres skins ne se trouvent plus dans /home/weewx mais dans /etc/weewx. L'installation du plugin weewx-netatmo peut se faire depuis mon fork du plugin :

wget -O weewx-netatmo.zip https://github.com/bricebou/weewx-netatmo/archive/master.zip sudo wee_extension --install weewx-netatmo.zip sudo wee_config --reconfigure

On ouvre ensuite le fichier de configuration /etc/weewx/weewx.conf pour vérifier que nos identifiants Netatmo soient bien pris en compte. Ensuite, on redémarre WeeWX :

sudo service weewx restart

Modifications apportées

Pour ce faire, on utilise l'outil 2to3 :

sudo pip3 install 2to3

puis on lance la commande :

2to3 -w netatmo.py

Une erreur subsistait mais le problème avait déjà été résolu par kwalker05 ; il suffit, à la ligne 521, de remplacer :

params = urlencode(params)

par

params = urlencode(params).encode("utf-8")

ncspot, un client ncurse pour Spotify

Brice Boucard — 2020-10-03T09:22:00Z

Si mes recherches pour utiliser Spotify depuis mon Raspverry Pi sous Raspbian Buster m'ont tout d'abord conduit à la prise en charge des DRM pour utiliser le client web open.spotify.com puis au client Spotify Connect raspotify, j'ai enfin découvert un client Spotify ne nécessitant pas de serveur X : ncspot est ainsi un client ncurse pour Spotify écrit en Rust et hautement inspiré des clients ncmpc ou ncmpcpp pour MPD.

Installation

On commence par installer les dépendances :

sudo apt install libncursesw5-dev libdbus-1-dev libpulse-dev libssl-dev libxcb1-dev libxcb-render0-dev libxcb-shape0-dev libxcb-xfixes0-dev

On installe ensuite une « instance » de Rust, grâce au script rustup :

curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh

avant de lancer l'installation à proprement parler de ncspot :

cargo install ncspot

Usage et configuration

Il suffit alors de lancer la commande ncspot et l'on peut alors naviguer entre trois écrans grâce aux touches F1, F2 et F3 : queue, recherche, bibliothèque.

Pour en savoir plus, il suffit d'accéder à l'écran d'aide avec la touche ?.

La configuration se fait dans le fichier ~/.config/ncspot/config.toml avec a possibilité de définir soi-même des raccourcis clavier au sein d'une section [keybindings] et un thème au sein d'une section [theme] (un générateur vous en facilite la création) :

backend = "pulseaudio" [saved_state] volume = 70 repeat = "no" shuffle = true [keybindings] "Shift+p" = "pause" [theme] background = "black" primary = "green" secondary = "cyan" title = "magenta" playing = "black" playing_selected = "blue" playing_bg = "magenta" highlight = "black" highlight_bg = "green" error = "white" error_bg = "red" statusbar = "magenta" statusbar_progress = "magenta" statusbar_bg = "black" cmdline = "cyan" cmdline_bg = "light black"

Scrobbling

Si l'on souhaite scrobbler ce que l'on écoute avec ncspot, il convient d'installer rescrobbled, écrit lui aussi en Rust :

wget https://github.com/InputUsername/rescrobbled/archive/v0.2.0.tar.gz tar xvzf v0.2.0.tar.gz cd rescrobbled-0.2.0/ cargo install --path .

La configuration se fait à travers le fichier ~/.config/rescrobbled/config.toml mais nécessite d'avoir généré au préalable un couple clé-secret via cette page de Last.fm :

mkdir ~/.config/rescrobbled/ nano ~/.config/rescrobbled/config.toml

lastfm-key = "Last.fm API key" lastfm-secret = "Last.fm API secret" #listenbrainz-token = "ListenBrainz API token" enable-notifications = false min-play-time = 0 # in seconds player-whitelist = [ "ncspot" ] # if empty or ommitted, will allow all players

Il faut ensuite lancer la commande rescrobbled alors que le lecteur ncspot fonctionne ; il vous sera alors demander votre identifiant et votre mot de passe.
Pour lancer le service en tant que démon, il faut placer le fichier ~/rescrobbled-0.2.0/rescrobbled.service dans votre répertoire ~/.config/systemd/user/ :

mkdir -p ~/.config/systemd/user cp ~/rescrobbled-0.2.0/rescrobbled.service ~/.config/systemd/user/

Lancez ensuite la commande suivante pour lancer rescrobbled au démarrage :

systemctl --user enable rescrobbled.service

et pour le lancer sans avoir à redémarrer :

systemctl --user start rescrobbled.service

Raspbian, Spotify et PulseAudio

Brice Boucard — 2020-10-02T09:32:00Z

Il est possible d'utiliser son Raspberry Pi sous Raspbian comme client Spotify Connect, c'est-à-dire d'en faire une sorte de module de sortie audio, et ce grâce à Raspotify.

Il est à noter que sous Raspbian Bullseye et suite à une évolution majeure de Raspotify, nous préférons utiliser directement la librairie librespot comme expliqué dans cet article.

Installation

Pour l'installer, rien de plus simple :

sudo apt -y install curl apt-transport-https curl -sSL https://dtcooper.github.io/raspotify/key.asc | sudo apt-key add -v - echo 'deb https://dtcooper.github.io/raspotify raspotify main' | sudo tee /etc/apt/sources.list.d/raspotify.list sudo apt-get update sudo apt-get -y install raspotify

Ensuite, depuis votre application Spotify, il suffit de sélectionner la sortie « Raspotify » dans les options proposées dans le menu accessible depuis l'icone dans le bas inférieur gauche de l'écran de lecture :

Configuration

Raspotify est fonctionnel out of the box mais, s'il en est besoin, il est possible de jouer sur certains paramètres dans le fichier /etc/default/raspotify.

En cas de modification, il convient alors de relancer le service raspotify :

sudo service raspotify restart

Raspotify & PulseAudio

Pour que Raspotify utilise PulseAudio, il suffit de suivre la démarche proposée par Marc Fauvain :

sudo mkdir /var/cache/raspotify/.pulse sudo sh -c 'echo "default-server = 127.0.0.1" > /var/cache/raspotify/.pulse/client.conf' sudo chown -R raspotify:raspotify /var/cache/raspotify/.pulse

Il faut également éditer le fichier /etc/asound.rc :

sudo nano /etc/asound.rc

pcm.!default { type pulse } ctl.!default { type pulse }

MPD, PulseAudio et Bluetooth sous Raspbian Buster

Brice Boucard — 2020-09-29T10:58:00Z

Alors que je venais juste de mettre en place la cohabitation entre MPD et mon ampli connecté en Bluetooth sur mon Raspberry Pi 2 (voir ici), je basculais sur un modèle 4, modifiant quelque peu mes usages et utiisant cette fois-ci l'interface graphique (afin de profiter notamment de Spotify, une fois la gestion des DRM ajoutée). Et du coup, afin d'avoir une maîtrise plus fine de mes sorties audio, j'ai opté pour l'utilisation de PulseAudio.

On commence par purger bluealsa s'il est installé :

sudo apt purge bluealsa

puis on installe tout ce qui concerne le Bluetooth et PulseAudio :

sudo apt install pi-bluetooth pulseaudio pulseaudio-module-bluetooth paprefs pavumeter pavucontrol pasystray

On vérifie la configuration de PulseAudio (/etc/pulse/default.pa) notamment pour ce qui est du Bluetooth :

### Automatically load driver modules for Bluetooth hardware .ifexists module-bluetooth-policy.so load-module module-bluetooth-policy .endif .ifexists module-bluetooth-discover.so load-module module-bluetooth-discover .endif

et on ajoute ces éléments :

# automatically switch to newly-connected devices load-module module-switch-on-connect load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1 # IP of localhost

On tue PulseAudio :

pulseaudio -k

S'il ne redémarre pas tout seul, il suffit de lancer la commande :

pulseaudio -D

On veille à bien connecter notre enceinte Bluetooth via l'utilitaire en ligne de commande bluetoothctl : on commence par rechercher les périphériques disponibles (scan on), puis on lui accorde notre confiance (pas d'authentification nécessaire, trust) avant de faire l'appairage avec le bon device (pair) et de nous y connecter (connect) ; on peut alors cesser la recherche (scan off) :

bluetoothctl

Agent registered [bluetooth]# scan on Discovery started [CHG] Controller 00:1A:7D:DA:71:15 Discovering: yes [CHG] Device FC:58:FA:14:27:BC RSSI: -71 [CHG] Device FC:58:FA:14:27:BC TxPower: 4 [...] [bluetooth]# pair FC:58:FA:14:27:BC Attempting to pair with FC:58:FA:14:27:BC [CHG] Device FC:58:FA:14:27:BC Connected: yes [...] [CHG] Device FC:58:FA:14:27:BC ServicesResolved: yes [CHG] Device FC:58:FA:14:27:BC Paired: yes Pairing successful [CHG] Device FC:58:FA:14:27:BC ServicesResolved: no [CHG] Device FC:58:FA:14:27:BC Connected: no [bluetooth]# trust FC:58:FA:14:27:BC [CHG] Device FC:58:FA:14:27:BC Trusted: yes Changing FC:58:FA:14:27:BC trust succeeded [bluetooth]# connect FC:58:FA:14:27:BC Attempting to connect to FC:58:FA:14:27:BC [CHG] Device FC:58:FA:14:27:BC Connected: yes Connection successful [CHG] Device FC:58:FA:14:27:BC ServicesResolved: yes [Tangent Ampster BT]# scan off Discovery stopped [...] [Tangent Ampster BT]# exit

On configure une sortie PulseAudio dans la configuration de mpd, /etc/mpd.conf :

sudo nano /etc/mpd.conf

audio_output { type "pulse" name "My Pulse Output" server "localhost" mixer_type "software" }

On relance MPD et l'affaire est jouée :

sudo service mpd restart