Dans le cadre professionnel, je me rends chez le client qui me mets à disposition une place parmi ses collaborateurs dans un openspace. Chaque place dispose d'un grand écran 34", d'un clavier, souris, d'un dock de marque DELL modèle D6000 et d'un cable USB-C permettant de relier le tout au PC pour l'alimentation, les périphériques USB, l'affichage de l'écran.

Le dock marche parfaitement avec le poste fourni par le client.

# Ubuntu 25.10

Sur mon poste professionnel sous Ubuntu 25.10, l'affichage ne se fait pas (le reste marche : périphérique USB, alimentation du PC...)

Sur le site de DELL, il y a des choses mais pour d'ancienne version d'Ubuntu (22.04), car le modèle de dock a quelques années. Et ça ne marche pas. J'ai continué à cherché un peu, ai trouvé un tutoriel qui marche, voici donc l'astuce. Il faut un installer un driver d'affichage que l'on télécharge sur le site https://www.synaptics.com/products/displaylink-graphics/downloads/ubuntu, le "DisplayLink USB Graphics Software for Ubuntu6.2-EXE.zip" (nom du fichier displaylink-driver-6.2.0-30.run.zip)

On dezipe, on donne les droits d'exécution et on lance le programme.

Deux options : installation avec apt ou non, j'ai répondu "N" pour que ça build (chez moi la méthode via Apt n'avait pas marché, le lancement en mode build a permis de faire reconnaître le dock et l'écran dans la foulée)

$ sudo apt install dkms $ sudo unzip displaylink-driver-6.2.0-30.run.zip $ sudo ./displaylink-driver-6.2.0-30.run [sudo: authenticate] Password: Verifying archive integrity... 100% MD5 checksums are OK. All good. Uncompressing DisplayLink Linux Driver 6.2.0 100% Distribution discovered: Ubuntu 25.10 Do you want to install with apt? (Y/n) n Installing [ Installing EVDI ] [[ Installing EVDI DKMS module ]] Creating symlink /var/lib/dkms/evdi/1.14.11/source -> /usr/src/evdi-1.14.11 Sign command: /usr/bin/kmodsign Signing key: /var/lib/shim-signed/mok/MOK.priv Public certificate (MOK): /var/lib/shim-signed/mok/MOK.der Building module(s)... done. Signing module /var/lib/dkms/evdi/1.14.11/build/evdi.ko Installing /lib/modules/6.17.0-14-generic/updates/dkms/evdi.ko.zst Running depmod... done. [[ Installing EVDI library ]] make: Entering directory '/tmp/tmp.xZdleLA2sY/evdi/library' cc -I../module -std=gnu99 -fPIC -D_FILE_OFFSET_BITS=64 $(pkg-config --cflags-only-I libdrm) -c -o evdi_lib.o evdi_lib.c cc -I../module -std=gnu99 -fPIC -D_FILE_OFFSET_BITS=64 $(pkg-config --cflags-only-I libdrm) -c -o evdi_procfs.o evdi_procfs.c cc evdi_lib.o evdi_procfs.o -shared -Wl,-soname,libevdi.so.1 -o libevdi.so.1.14.11 -lc -lgcc cp libevdi.so.1.14.11 libevdi.so ln -sf libevdi.so.1.14.11 libevdi.so.1 make: Leaving directory '/tmp/tmp.xZdleLA2sY/evdi/library' [ Installing x64-ubuntu-1604/DisplayLinkManager ] [ Installing libraries ] [ Installing firmware packages ] [ Installing licence file ] [ Adding udev rule for DisplayLink DL-3xxx/4xxx/5xxx/6xxx devices ] [ Adding upstart and powermanager sctripts ] Please read the FAQ http://support.displaylink.com/knowledgebase/topics/103927-troubleshooting-ubuntu DisplayLink evdi module installed successfully. DisplayLink driver installed successfully.

Une fois le driver installé, l'écran est reconnu de suite comme un écran secondaire et le driver reste installé (on peut redémarrer le PC).

#Ubuntu 26.10 - Ca marche aussi

Avec Ubuntu 26.04, le noyau change et passe en version 7.0 et les drivers n'étaient plus compatibles. L'affichage ne se fait plus.

Mise à jour du 20 octobre 2026. Avec mon passage à Ubuntu 26.10, j'ai regardé et il y a eu une mise à jour des drivers pour la prise en compte des noyaux 7.x Donc ça remarche en suivant ma méthode. Il faut penser à bien récupérer le drivers ici et suivre ma procédure

https://www.synaptics.com/products/displaylink-graphics/downloads/ubuntu

In a professional context, I go to the client's site, where they provide me with a desk among their employees in an open space. Each desk has a large 34" screen, a keyboard, a mouse, a DELL dock model D6000, and a USB-C cable to connect everything to the PC for power, USB peripherals, and screen display.

The dock works perfectly with the PC provided by the client.

# Ubuntu 25.10

On my work PC running Ubuntu 25.10, the display doesn't work (everything else works : USB peripherals, PC power...)

On the DELL website, there are some things but for older versions of Ubuntu (22.04), because the dock model is a few years old. And it doesn't work. I kept searching a bit, found a tutorial that works, so here's the trick. You need to install a display driver that you download from the website https://www.synaptics.com/products/displaylink-graphics/downloads/ubuntu, the "DisplayLink USB Graphics Software for Ubuntu6.2-EXE.zip" (file name displaylink-driver-6.2.0-30.run.zip)

You unzip it, give it execution rights, and run the program.

Two options : installation with apt or not, I answered "N" so that it builds (for me, the apt method didn't work ; running it in build mode allowed the dock and the screen to be recognized right away)

$ sudo apt install dkms $ sudo unzip displaylink-driver-6.2.0-30.run.zip $ sudo ./displaylink-driver-6.2.0-30.run [sudo: authenticate] Password: Verifying archive integrity... 100% MD5 checksums are OK. All good. Uncompressing DisplayLink Linux Driver 6.2.0 100% Distribution discovered: Ubuntu 25.10 Do you want to install with apt? (Y/n) n Installing [ Installing EVDI ] [[ Installing EVDI DKMS module ]] Creating symlink /var/lib/dkms/evdi/1.14.11/source -> /usr/src/evdi-1.14.11 Sign command: /usr/bin/kmodsign Signing key: /var/lib/shim-signed/mok/MOK.priv Public certificate (MOK): /var/lib/shim-signed/mok/MOK.der Building module(s)... done. Signing module /var/lib/dkms/evdi/1.14.11/build/evdi.ko Installing /lib/modules/6.17.0-14-generic/updates/dkms/evdi.ko.zst Running depmod... done. [[ Installing EVDI library ]] make: Entering directory '/tmp/tmp.xZdleLA2sY/evdi/library' cc -I../module -std=gnu99 -fPIC -D_FILE_OFFSET_BITS=64 $(pkg-config --cflags-only-I libdrm) -c -o evdi_lib.o evdi_lib.c cc -I../module -std=gnu99 -fPIC -D_FILE_OFFSET_BITS=64 $(pkg-config --cflags-only-I libdrm) -c -o evdi_procfs.o evdi_procfs.c cc evdi_lib.o evdi_procfs.o -shared -Wl,-soname,libevdi.so.1 -o libevdi.so.1.14.11 -lc -lgcc cp libevdi.so.1.14.11 libevdi.so ln -sf libevdi.so.1.14.11 libevdi.so.1 make: Leaving directory '/tmp/tmp.xZdleLA2sY/evdi/library' [ Installing x64-ubuntu-1604/DisplayLinkManager ] [ Installing libraries ] [ Installing firmware packages ] [ Installing licence file ] [ Adding udev rule for DisplayLink DL-3xxx/4xxx/5xxx/6xxx devices ] [ Adding upstart and powermanager sctripts ] Please read the FAQ http://support.displaylink.com/knowledgebase/topics/103927-troubleshooting-ubuntu DisplayLink evdi module installed successfully. DisplayLink driver installed successfully.

Once the driver is installed, the screen is immediately recognized as a secondary display and the driver stays installed (you can restart the PC).

#Ubuntu 26.10 - It works too

With Ubuntu 26.04, the kernel changes and moves to version 7.0, and the drivers were no longer compatible. The display no longer works.

Update of October 20, 2026. With my move to Ubuntu 26.10, I checked and there was a driver update to support 7.x kernels. So it works again by following my method. Remember to download the driver here and follow my procedure

https://www.synaptics.com/products/displaylink-graphics/downloads/ubuntu

J'utilise 2 navigateurs Firefox en parallèle (un pour un usage pro, un pour un usage perso) avec un certains nombres d'onglets. Pour avoir en permanence à l'œil ma consommation de ma RAM, de CPU et du réseau, j'utilise une extension Gnome, System Monitor, qui fait partie des gnome-shell-extensions.

Une fois installé, il insère une rangée d'icônes dans la barre supérieure, avec les charges/vitesses correspondantes indiquées à côté pour les éléments suivants :
– Charge CPU (globale, pas par cœur)
– Utilisation de la mémoire
– Utilisation de l'espace d'échange
– Vitesse de téléchargement (upload, download) du réseau

Si je veux plus de détail, j'ouvre le Moniteur système et j'ai alors les graphiques complets.

Sur le même sujet, un article plus complet en anglais GNOME Makes New System Monitor Extension for GNOME Shell.

# Soucis de blocage temporaire

Dans le cadre de mon Autohébergement avec un Yunohost "privé" derrière une Freebox et une connexion au travers Wireguard, j'ai soudain commencé à rencontrer des pertes régulières de l'accès à Nextcloud sur Yunohost pendant quelques minutes puis ça revenait. Cela se manifestait par le fait que le client ne synchronisait plus, et une erreur / absence d'affichage des pages dans une session déjà connectée au sein du navigateur ou l'impossibilité d'afficher la page de login.

Ce depuis le PC en local, via la connexion VPN Wireguard ou encore depuis le smartphone (sur lequel j'utilise le même compte de connexion Wireguard pour avoir la même IP locale une fois connecté, pour des raisons de simplicité).

Un soucis par intermittence, par moment, qui n'apparaît pas toujours... mais qui est gênant

# Investigation

Comme je perds la possibilité d'affichage dans mon navigateur, je pense à des soucis du serveur Nginx. Rien de ce côté là dans les logs.

Je pense à un problème de résolution DNS, je vais jusqu'à forcer la résolution via le fichier /etc/hosts du PC. Là ça remarche et ça ne remarche plus et ça remarche de nouveau. Et rien dans les logs.

La base de données ? Non plus...

# Comme souvent, une fois qu'on sait, c'est évident...

En continuant à parcourir les logs, je finis par trouver le coupable : Fail2Ban. Je me fais autobloquer ma machine par mon propre serveur.

# fail2ban-client status nextcloud Status for the jail: nextcloud |- Filter | |- Currently failed:	1 | |- Total failed:	56 | - File list:        /var/log/nextcloud/nextcloud.log- Actions |- Currently banned:	1 |- Total banned:	6 `- Banned IP list:	192.168.X.Y

En effet, le fichier /var/log/nextcloud/nextcloud.log contient de façon très régulière des lignes

Login failed: 'genma' (Remote IP: '192.168.X.Y")

# tail -f /var/log/nextcloud__3/nextcloud.log {"reqId":"VtLnep0Y1g8i3VcO03DD","level":2,"time":"2026-09-21T14:07:55+00:00","remoteAddr":"192.168.27.68","user":"--","app":"core","method":"GET","url":"/apps/theming/theme/dark.css?plain=0&v=59828b5d","scriptName":"/index.php","message":"Login failed: 'genma' (Remote IP: '192.168.27.68')","userAgent":"Mozilla/5.0 (X11; Linux x86_64; rv:158.0) Gecko/20100101 Firefox/158.0","version":"34.0.4.1","data":{"app":"core"}} {"reqId":"U3R2ZxFWEYarCN3TZHao","level":2,"time":"2026-09-21T14:07:55+00:00","remoteAddr":"192.168.27.68","user":"--","app":"core","method":"GET","url":"/apps/theming/theme/light-highcontrast.css?plain=0&v=59828b5d","scriptName":"/index.php","message":"Login failed: 'genma' (Remote IP: '192.168.27.68')","userAgent":"Mozilla/5.0 (X11; Linux x86_64; rv:158.0) Gecko/20100101 Firefox/158.0","version":"34.0.4.1","data":{"app":"core"}} {"reqId":"QraYj63cpcoPVUvYr301","level":2,"time":"2026-09-21T14:07:55+00:00","remoteAddr":"192.168.27.68","user":"--","app":"core","method":"GET","url":"/apps/theming/theme/opendyslexic.css?plain=0&v=59828b5d","scriptName":"/index.php","message":"Login failed: 'genma' (Remote IP: '192.168.27.68')","userAgent":"Mozilla/5.0 (X11; Linux x86_64; rv:158.0) Gecko/20100101 Firefox/158.0","version":"34.0.4.1","data":{"app":"core"}}

L'IP est donc bloquée par sécurité de façon temporaire. Et les plages horaires où apparaissent cette erreur correspondent bien à des périodes où ma connexion à Nextcloud ne peut plus se faire...

Fail2Ban voit dans les logs plein de connexion du client de synchronisation Nextcloud qui échouent et me bloque alors temporairement...

# Solution

La solution temporaire pour retrouver l'accès est de sortir cette IP locale de la jail de Fail2ban.

Mettre l'IP locale fournie par Wireguard en white-list de façon permanente est une solution qui marche mais qui me fera oublier de chercher /et comprendre pourquoi j'ai eu ces login failed régulier. Donc je ne l'ai pas fait.

# Introduction

Dans le cadre professionnel, j'ai eu plusieurs fois à envoyer des mails à une liste de personnes préalablement inscrites via un formulaire, c'est ce que l'on appelle faire du mailing. Comme ces envois ont été à faire plusieurs fois, pour éviter les soucis et envoyer chaque mail individuellement (et non pas en mettant toute une liste dans le champ bcc, voir pire à /destinataire et là tout le monde voit les mails de tous les autres correspondants), j'ai choisi de passer par un outil dédié.

# Logiciel retenu : ListMonk

Via le forum Chatons.org, j'ai pris connaissance de l'existance du logiciel ListMonk qui répond à mes besoins.

Site web de Listmonk https://listmonk.app/ && Github de listmonk

# ListMonk sur Yunohost

Pour des raisons de facilité, ListMonk a été installé sur un serveur Yunohost sur lequel j'ai la maîtrise.
Car oui, l'application est packagée : Package Yunohost de ListMonk && "Listmonk sur le store Yunohost

Ayant accès à la configuration DNS de mondomaine.com, j'ai défini un sous-domaine mailing.mondomaine.com associé à l'IP de l'instance Yunohost, ajouté ce domaine dans Yunohost, installé listmonk sur ce domaine dans Yunohost. Rien de compliqué

# ListMonk configuration et usages

Sur l'usage de ListMonk, sur la création de liste/imports de contacts, la création d'un mail format HTML etc. je ne détaille pas (pour l'instant). J'ai réussi après quelques tatonements et si besoin, il y a une documentation en ligne ou bien des tutoriels comme Le grimoire du magicien - ListMonk, un logiciel d'infolettre libre ou encore Les lettres d'informations (Listmonk)

# L'astuce : utiliser un relais SMTP de confiance

L'adresse qui expédie le mail (contact@mondomaine.com) dispose d'un serveur SMTP configuré aux petits oignons associés au dit domaine
Je configure donc ListMonk pour qu'il utilise ce relais SMTP (en donnant le login/mot de passe du compte contact et la configuration du SMTP).

Ainsi les mails envoyés sont conformes DKIM/SPF/DMarc etc (gros raccourcis, les spécialistes des messageries comprendront) et ne tombent pas de suite dans le SPAM, je n'ai pas à me préoccupé de la réputation de l'IP publique de mon instance Yunohost.