En préambule de cet article, non, je n'ai pas basculé chez les verts (couleur de Nvidia) ni chez les bleus (couleur d'Intel). J'ai rédigé cet article pour mon poste de travail professionnel qui est un PC portable Dell Inc. XPS 15 9520 équipé d'un processeur Intel et d'une carte graphique secondaire Nvidia.

Je n'aime pas ces deux entreprises depuis de nombreuses années. Nvidia à cause de nombreuse mauvaise expérience passée sous Linux et pour son aversion pour l'open-source, même si cela change doucement aujourd'hui. Intel pour sa position dominante qui est resté tellement longtemps sur ces positions qu'ils ont raté le virage de l'embarqué (l'architecture ARM a avalé le marché) et s'être mangé une baffe quand son seul concurrent sur le AMD64, AMD, a su sortir une nouvelle génération de processeur moins cher et pratiquement aussi performante.

Voilà pour le préambule, place à la documentation !

Comme j'ai pu le dire dans un précédent article, je n'aime pas docker mais trouve en podman une alternative acceptable. Aussi dans cet article, je vais utiliser podman pour créer un conteneur CouchDB, permettant la synchronisation d'Obsidian via le plugin Self-hosted LiveSync.

Je fais cet article avant tout parce que la procédure d'installation fourni par le développeur n'est pas clair pour quiconque ne souhaite pas passer par fly.io.

Le "encore" du titre vient de ce que ma mère m'a dit lorsque je lui ai fourni mon nouveau relevé d'identité bancaire. Oui, parce que pendant deux mois en 2022, j'ai changé plusieurs fois de banques, testant les banques en lignes et néo-banques pour finalement rester au Crédit Agricole Brie Picardie.

Lors de mon voyage en Écosse, ma banque n'a rien trouvé de mieux que bloquer ma carte (Gold MasterCard) et même un appel n'a pas permis de la débloquer. Pratique lorsqu'on vient de prendre le taxi et que c'est l'unique moyen de paiement... Bref, en moins de 10 minutes, je me suis inscrit sur Lydia (la partie bancaire), commandé une carte de paiement mais aussi une carte virtuelle que j'ai pu ajouter dans Google Wallet. J'ai choisi Lydia parmi une myriade d'autres néo-banques parce que j'avais pu voir son fondateur en interview et avait apprécié le personnage.

Introduction

Avec l'arrivée de ma nouvelle infrastructure, j'ai décidé de me créer un réseau dédié au stockage afin de garantir de bonnes performances à mes instances Proxmox VE. L'installation est très simple : un adaptateur USB/Ethernet sur chaque hôte et un switch à pas cher non-connecté à mon réseau domestique. Je verrais dans quelques mois pour passer tout ça en 2.5Gbps, mais pour l'instant le Gigabit semble faire l'affaire.

Malheureusement, je me suis rapidement aperçu que les adaptateurs USB se déconnectaient, aléatoirement et donc perdait l'accès à mon réseau de stockage. Cela est grandement problématique, mais avant de tout passer par la fenêtre, j'ai fait un détour sur le forum de Proxmox. D'après ce que j'ai compris, le noyau Linux déconnecte automatiquement les périphériques USB inutilisés pour limiter la consommation énergétique. Cependant, ici, il semble déconnecter les adaptateurs malgré leur utilisation.

Cet article contient les commandes que j'ai exécutées pour contourner le problème sur mes adaptateurs en désactivant tout simplement leur gestion énergétique par le noyau.

Hier, j'ai terminé la migration de mon ancienne infrastructure à base d'Odroid C4 vers des ZimaBlade 7700. Dit comme ça, je prends conscience que ça ne représente pas grand-chose pour vous, mais les conséquences de mon cotés sont assez énormes.

Le premier gros changement est le passage de LXD à Proxmox VE. Cela fait des années que j'utilise LXD, mais la reprise du projet par Canonical ne m'a pas encouragé dans cette voie. L'alternative libre Incus était une solution, mais j'avais envie de m'amuser à nouveau avec Proxmox VE.

Le second changement, c'est la création d'une infrastructure un peu plus professionnelle. Le proxy inversé est maintenant assuré par haproxy et non plus par nginx. L'accès à mon infrastructure passe maintenant par un VPN wireguard. Les instances sont maintenant sur mon réseau domestique, mais l'accès depuis internet passe toujours par un VPS OVH via un VPN wireguard. Le service consul permet la connectivité entre les différents services en abstrayant les IP. Les backups sont maintenant généralisés via borgmatic (lien en anglais) sur un NAS et répliqués chez OVH via le service CloudArchive. Chaque nuit, un instantané de chaque instance est pris et sauvegardé également sur un NAS, mais sans réplication cette fois.

Et enfin, le dernier changement est l'utilisation de podman partout où docker est utile. J'ai fait ce choix un peu à contre-coeur, étant anti-docker, mais podman à l'avantage de ne pas s'exécuter par défaut avec le superutilisateur (root) tout en semblant beaucoup plus simple à appréhender. Dans la liste des conteneurs, il y a notamment un serveur drone.io (lien en anglais) et un serveur Joplin.

En guise de conclusion, je ne vais pas promettre d'écrire plus souvent, mais simplement vous souhaiter un bel été.

J'ai changé plusieurs fois de distribution sur mon poste de travail à cause du client VPN d'AWS. qui n'est compatible qu'avec Ubuntu 18.04 (plus maintenu) et 20.04 (fin de support en 2025). Mon premier choix a été d'utiliser une Ubuntu 22.04 et de bidouiller le client VPN pour le faire fonctionné. Une fois que j'ai réussi mon compte, j'ai vite changé pour Linux Mint 21 basé sur Ubuntu 22.04) Le VPN y tournait tout aussi bien que sur Ubuntu.

Après plusieurs semaines à travailler sous Linux Mint, j'ai fini par me lasser des choix logiciels fait par cette distribution. La nostalgie d'une Debian bien propre a fini par avoir raison de moi et ai installé Debian Sid. Le client VPN d'AWS, après bidouillage, y fonctionnait très bien. Cependant après quelques semaines, j'ai commencé à avoir des incidents assez aléatoires comme des déconnexions du wifi ou le poste qui surchauffe. Comme il s'agit de mon poste de travail, chercher puis réparer les problèmes sur mon poste engendre une baisse de ma productivité. Certains me diront que j'aurais pu choisir la version testing (Trixie) ou stable (Bookworm) de Debian, plutôt qu'unstable (Sid), mais j'aime être à jour et ai établi mes quartiers sur la dernière version de GNOME.

Tout ça pour finalement m'orienter vers Fedora Silverblue. Cependant je n'ai pas été capable de faire fonctionner le client VPN d'AWS dessus. Après avoir tenté pendant un moment, les coupables sont SELinux (que j'ai pu contourner), mais surtout le système en lecture seule (système immuable). Au final, j'ai installé une Fedora Workstation et tout fonctionne au poil. Un petit bémol tout de même, démarrer mon Dell XPS 15 9520 avec une alimentation non-officielle branchée empêche le système de démarrer. C'est curieux, mais ne m'handicape pas.

Dans la suite de l'article, je liste les différentes étapes que j'ai suivi post-installation de Fedora Workstation pour y être comme à la maison.

J'ai joué plusieurs fois avec docker sans tirer satisfaction de cet outil que beaucoup de monde plébiscite.

Dernièrement, j'ai eu l'occasion de jouer avec podman une alternative à docker que je trouve propre.

Dans la suite de cette article, j'explique comment créer un conteneur podman pour Syncthing. J'utilise syncthing depuis plusieurs années pour synchroniser plusieurs de mes appareils dont mon smartphone sous Android.

Auparavant fervent utilisateur de Xfce, je suis passé depuis quelques années maintenant sous GNOME notamment pour sa simplicité d'utilisation au clavier. Malheureusement, la navigation entre les fenêtres (touches Alt + Tab) par défaut n'est vraiment pas pratique du fait du groupement par application.

Depuis des années, je râle sur les images Debian fournit pour LXD. En effet, ces images utilisent systemd-networkd au lieu du couple ifupdown et resolvconf prévu par l'équipe Debian.

Au lieu de continuer à pester dans mon coin, j'ai enfin pris le temps de créer ma propre image de Debian à l'aide de distrobuilder. La suite de l'article contient la liste des étapes que j'ai suivi pour réaliser mon image Debian Sid. Cette image se veut au plus près d'une installation standard de Debian avec l'interface eth0 en DHCP.

Je profite de l'actualisation de mon article décrivant ma configuration système sur mes hôtes LXD pour publier cet article qui traîne depuis un bon moment en brouillon.

Cet article décrit la mise en place de LXD sur l'ensemble des mes hôtes. Ici l'installation se concentre sur un seul hôte, le premier d'un cluster ou un hôte en standalone. Je ne pense pas faire d'article décrivant la mise en cluster, la documentation officielle étant plutôt bien faite sur le sujet.