Obtenir le statut de toutes les jails fail2ban photo

Fail2ban : afficher le statut de toutes les jails

par · Lecture: 8 minutes

Fail2ban est l’un des outils les plus pratiques pour protéger un serveur Linux contre les tentatives répétées d’authentification, les attaques par force brute et certains comportements abusifs dans les logs.

Il surveille des fichiers de logs, détecte des motifs suspects, puis bannit les adresses IP concernées via le pare-feu du système. Sur un serveur exposé à Internet, il devient vite indispensable pour SSH, Postfix, Dovecot, Nginx, Apache, WordPress, Plesk ou encore les services FTP.

Une fois Fail2ban configuré, il est utile de voir rapidement quelles jails sont actives, combien d’IP elles ont bannies, et si certaines jails ne détectent plus rien à cause d’un changement de chemin de log ou de backend.

La commande de base est simple :

sudo fail2ban-client status

Elle affiche le nombre de jails actives et leur liste. Pour obtenir le détail d’une jail précise, on utilise ensuite :

sudo fail2ban-client status sshd

Mais quand le serveur contient plusieurs jails, taper la commande à la main pour chacune devient vite pénible. Voici donc plusieurs méthodes propres pour afficher le statut de toutes les jails Fail2ban d’un coup.

Afficher la liste des jails Fail2ban actives

Commencez par vérifier que Fail2ban tourne correctement :

sudo systemctl status fail2ban --no-pager

Puis listez les jails actives :

sudo fail2ban-client status

Exemple de sortie :

Status
|- Number of jail:      4
`- Jail list:           dovecot, postfix, sasl, sshdLangage du code : JavaScript (javascript)

La documentation et les manpages de fail2ban-client indiquent que la commande status affiche l’état global du serveur Fail2ban, tandis que status <JAIL> affiche l’état d’une jail précise. Manpage Debian fail2ban-client.

Lire Fail2ban : afficher le statut de toutes les jails

Logo textuel bleu en minuscules indiquant "infomaniak" sur un fond gris clair. La police de caractères moderne et grasse reflète la fiabilité de l'hébergement Infomaniak, sans graphiques ou symboles supplémentaires autour du texte.

Installer WP-CLI sur un hébergement Infomaniak en SSH

par · Lecture: 6 minutes

WP-CLI transforme vite la gestion d’un site WordPress. Au lieu de cliquer partout dans l’administration, vous lancez une commande. Vous pouvez mettre à jour les extensions, vider les transients, vérifier l’état du site, régénérer les permaliens ou lancer un search-replace proprement.

Sur un hébergement Infomaniak, WP-CLI fonctionne très bien. Toutefois, il faut garder une chose en tête : vous êtes sur un hébergement Web avec accès SSH, pas sur un serveur root. Donc, on évite la méthode classique avec sudo mv wp-cli.phar /usr/local/bin/wp. À la place, on installe WP-CLI dans l’espace utilisateur, puis on ajoute ce dossier au PATH.

C’est plus propre, plus portable, et surtout compatible avec les limites normales d’un hébergement mutualisé. Bref, on fait les choses comme un admin civilisé. C’est rare, profitons-en.

Prérequis

Avant de commencer, vérifiez que vous avez :

  • un hébergement Web Infomaniak avec accès SSH ;
  • un site WordPress déjà installé ;
  • un compte FTP + SSH actif ;
  • un terminal local, ou la console SSH disponible dans le Manager Infomaniak.

Connectez-vous ensuite en SSH à votre hébergement. Une fois dans la session, commencez par vérifier la version de PHP utilisée en ligne de commande.

php -v

Cette étape compte, car WP-CLI s’exécute avec PHP en ligne de commande. Si la version CLI ne correspond pas à celle attendue par votre site WordPress, commencez par corriger ce point dans votre configuration Infomaniak.

Lire Installer WP-CLI sur un hébergement Infomaniak en SSH

Un cône de signalisation orange vif, rappelant le logo de la VLC, avec deux larges bandes blanches réfléchissantes, repose sur une base orange plate. L'arrière-plan est blanc, ce qui permet de mettre l'accent sur la peau propre et intacte du cône.

Linux : corriger le son saccadé dans VLC

par · Lecture: 10 minutes

VLC est robuste, mais il peut parfois produire un son saccadé sous Linux : micro-coupures, craquements, son haché, décalage audio, reprise difficile après pause, ou lecture qui accroche pendant quelques secondes.

Le problème ne vient pas toujours du fichier. Il peut venir de VLC, du module de sortie audio, de PipeWire, de PulseAudio, d’ALSA, du cache, du décodage matériel, du Bluetooth, du HDMI, ou d’un réglage audio trop optimiste. Oui, Linux aime parfois transformer une chanson en diagnostic système.

Voici une méthode propre pour corriger le son saccadé dans VLC sous Linux, sans modifier dix paramètres au hasard.

Identifier le type de saccade

Avant de corriger, identifiez le symptôme exact. Cela évite de toucher à PipeWire alors que le problème vient simplement du cache VLC.

SymptômeCause probable
Son qui craque ou crépiteSortie audio, PipeWire/PulseAudio, buffer trop faible
Son haché après pause ou avance rapideTime-stretching, cache, sortie audio VLC
Son et image qui saccadent ensembleDécodage vidéo, accélération matérielle, CPU/GPU
Son saccadé uniquement sur un disque réseauCache fichier ou réseau insuffisant
Son mauvais uniquement en BluetoothProfil Bluetooth, codec, latence ou signal instable
Son coupé uniquement en HDMISortie audio, fréquence d’échantillonnage, pilote graphique

La règle : changez un seul réglage à la fois, testez, puis continuez. Sinon, vous ne saurez jamais quelle correction a réellement fonctionné. C’est excellent pour perdre une soirée, moins pour dépanner.

Lire Linux : corriger le son saccadé dans VLC

Articles suivants →