Benedetti Benoit

Dans un précédent hors-série [1], nous avons exploré en détail Proxmox Virtual Environment (ou Proxmox VE ou PVE) [2]. Puis nous avons consacré la première partie [3] de cette série d’articles à la présentation de Proxmox Backup Server (ou PBS) [4]. Nous avons examiné la manière de sauvegarder des machines virtuelles individuellement et d’intégrer des sauvegardes basées sur PBS dans un environnement PVE. Dans cette deuxième et dernière partie, nous allons approfondir la gestion de vos sauvegardes en mettant l’accent sur des aspects essentiels tels que leur intégrité, la synchronisation entre différentes instances de PBS, ainsi que la planification du nettoyage et de la purge des sauvegardes. Tout cela afin de vous aider à maintenir un processus de sauvegarde optimal et à protéger vos machines virtuelles en toute confiance.

Dans un monde numérique où la protection des données est primordiale, les solutions de sauvegarde et de restauration sont nombreuses. Si certaines d’entre elles sont performantes, elles sont bien souvent coûteuses et peu flexibles. Face à cette problématique, Proxmox Backup Server se démarque en proposant une alternative libre et innovante. En combinant déduplication, compression et chiffrement et grâce à une interface web conviviale, elle assure une sauvegarde efficace et sécurisée de vos machines virtuelles, conteneurs et machines physiques.

VMware domine largement le marché de la virtualisation avec son hyperviseur de type 1, VMware ESXi. Mais vous n’êtes pas obligé de succomber au grand capital, et d’utiliser une solution propriétaire et payante pour virtualiser votre infrastructure. Dans cet article, nous allons découvrir Proxmox VE, une solution libre et gratuite de virtualisation pour votre installation personnelle comme pour vos besoins professionnels.

Exécuter un script dans votre terminal n’est souvent pas synonyme d’interface utilisateur ergonomique et sexy. Vous allez me dire que ce n’est pas forcément un problème, car ce n’est pas le but. On veut un script qui fasse une chose, qui le fasse bien, et qui retourne sur la sortie standard pour pouvoir être tubé vers une autre commande. Parfois, on a quand même besoin de développer des scripts qui demandent plusieurs entrées utilisateur sur la ligne de commandes. Alors si on peut le faire facilement de manière interactive et ergonomique (avec des listes à choix multiples, champs texte, mot de passe, etc.) et qu’en plus on peut mettre tout ça en forme de jolie manière, ce serait quand même fort sympathique.

Dans le précédent article [1], nous avons continué à découvrir Nushell sur la ligne de commandes. Dans cet article, nous allons découvrir les possibilités de scripting du langage Nushell. Nous verrons également quels sont les fichiers de configuration et comment les utiliser pour paramétrer votre shell.

Dans le précédent article [1], nous avons découvert Nushell. Nous avons vu que ses commandes internes (builtins) utilisent un format de données structurées en sortie, et quelles sont ces différentes structures de données. Dans cet article, nous allons commencer par voir de manière plus avancée comment manipuler celles-ci à l’aide de builtins et de filtres. Nous verrons comment charger des données depuis d’autres sources de données et les transformer en données structurées, mais aussi la gestion des flux standards ou encore son éditeur de lignes de commandes, Reedline, une alternative à GNU Readline.

Sh, Ksh, bash, Dash, Zsh, Fish, Rush, Tcsh, C Shell, etc. Non, ceci n’est pas la liste des prénoms des enfants d’Elon Musk. Ni celle de nouvelles galaxies découvertes par le télescope James Webb. Mais une liste des Shells les plus connus que vous pouvez utiliser pour travailler en ligne de commandes. Chacun d’eux a ses fans, défenseurs et détracteurs, et ces utilisateurs s’affrontent bien sûr dans des flamewars aussi enflammées et inutiles qu’un débat Nano / Vim / Emacs. Alors pour jeter de l’huile sur le feu et rajouter une entrée à cette déjà longue liste, je vous propose de découvrir un nouveau shell, le bien nommé Nushell.

À partir du moment où vos machines sont connectées à un réseau, elles sont exposées à des scans, des tentatives d’attaques, et exploitées si elles sont vulnérables. Ces attaques peuvent être ciblées et motivées, ou simplement opportunistes. Vous définissez déjà peut-être manuellement des méthodes de protection, comme l’écriture de règles de pare-feu. Ou vous exécutez automatiquement des actions de bannissement à l’aide de scripts que vous avez écrits ou d’outils dédiés comme Fail2ban [1]. Dans cet article, nous allons découvrir CrowdSec, une solution libre et communautaire de détection et remédiation des attaques.

Si vous travaillez souvent en ligne de commande, vous avez sûrement déjà utilisé un multiplexeur de terminaux. Un tel outil vous permet d’utiliser plusieurs terminaux dans une seule fenêtre de terminal. Vous connaissez sûrement Screen, tmux ou encore Byobu. Dans cet article, nous allons découvrir Zellij.