<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Devops on Servicios Rogeliowar</title><link>https://blog.serviciosrogeliowar.com/fr/tags/devops/</link><description>Recent content in Devops on Servicios Rogeliowar</description><generator>Hugo -- gohugo.io</generator><language>fr</language><copyright>© 2026 Rogelio Guerra Riverón</copyright><lastBuildDate>Tue, 19 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://blog.serviciosrogeliowar.com/fr/tags/devops/index.xml" rel="self" type="application/rss+xml"/><item><title>Comment nettoyer les identifiants exposés dans Git avec git-filter-repo et faire tourner les tokens</title><link>https://blog.serviciosrogeliowar.com/fr/posts/como-limpiar-credenciales-expuestas-en-git-con-git-filter-repo-y-rotar-tokens/</link><pubDate>Tue, 19 May 2026 00:00:00 +0000</pubDate><guid>https://blog.serviciosrogeliowar.com/fr/posts/como-limpiar-credenciales-expuestas-en-git-con-git-filter-repo-y-rotar-tokens/</guid><description>&lt;h2 class="relative group"&gt;Le vrai problème
 &lt;div id="le-vrai-problème" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#le-vrai-probl%c3%a8me" aria-label="Ancre"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;Récemment, j&amp;rsquo;ai réalisé que j&amp;rsquo;avais pusheé un fichier &lt;code&gt;.env&lt;/code&gt; contenant des identifiants d&amp;rsquo;API dans un référentiel privé. Bien qu&amp;rsquo;il soit privé, ce n&amp;rsquo;est pas une excuse. Un accès compromis, un référentiel devenant public, ou simplement un audit de sécurité aurait exposé mes tokens. J&amp;rsquo;ai appris que &lt;strong&gt;je ne peux pas faire confiance à la suppression de fichiers dans les commits ultérieurs&lt;/strong&gt;—Git conserve tout l&amp;rsquo;historique.&lt;/p&gt;</description></item><item><title>Restic: sauvegardes chiffrées avec déduplication pour ton serveur Linux</title><link>https://blog.serviciosrogeliowar.com/fr/posts/restic-backups-cifrados-deduplicacion/</link><pubDate>Mon, 11 May 2026 00:00:00 +0000</pubDate><guid>https://blog.serviciosrogeliowar.com/fr/posts/restic-backups-cifrados-deduplicacion/</guid><description>&lt;p&gt;J&amp;rsquo;avais déjà des &lt;a href="https://blog.serviciosrogeliowar.com/fr/posts/backups-automaticos-con-rsync-y-cron-para-docker-domestico/" &gt;backups avec rsync et cron&lt;/a&gt;, mais rsync copie des fichiers, pas des snapshots. Si tu supprimes accidentellement un fichier et que la sauvegarde se synchronise avant que tu ne t&amp;rsquo;en aperçoives, tu le perds. &lt;a href="https://restic.net/" target="_blank" rel="noreferrer"&gt;Restic&lt;/a&gt; résout ce problème et ajoute quelque chose que rsync ne donnera jamais : &lt;strong&gt;chiffrement AES-256, déduplication et snapshots avec historique navigable&lt;/strong&gt;.&lt;/p&gt;

&lt;h2 class="relative group"&gt;Ce qui rend Restic différent
 &lt;div id="ce-qui-rend-restic-différent" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#ce-qui-rend-restic-diff%c3%a9rent" aria-label="Ancre"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;table&gt;
	&lt;thead&gt;
			&lt;tr&gt;
					&lt;th&gt;Caractéristique&lt;/th&gt;
					&lt;th&gt;rsync&lt;/th&gt;
					&lt;th&gt;Restic&lt;/th&gt;
			&lt;/tr&gt;
	&lt;/thead&gt;
	&lt;tbody&gt;
			&lt;tr&gt;
					&lt;td&gt;Chiffrement AES-256&lt;/td&gt;
					&lt;td&gt;Non&lt;/td&gt;
					&lt;td&gt;Oui&lt;/td&gt;
			&lt;/tr&gt;
			&lt;tr&gt;
					&lt;td&gt;Déduplication&lt;/td&gt;
					&lt;td&gt;Non&lt;/td&gt;
					&lt;td&gt;Oui (au niveau des blocs)&lt;/td&gt;
			&lt;/tr&gt;
			&lt;tr&gt;
					&lt;td&gt;Snapshots navigables&lt;/td&gt;
					&lt;td&gt;Non&lt;/td&gt;
					&lt;td&gt;Oui&lt;/td&gt;
			&lt;/tr&gt;
			&lt;tr&gt;
					&lt;td&gt;Plusieurs backends&lt;/td&gt;
					&lt;td&gt;Non&lt;/td&gt;
					&lt;td&gt;SFTP, S3, Backblaze, rclone…&lt;/td&gt;
			&lt;/tr&gt;
			&lt;tr&gt;
					&lt;td&gt;Vérification d&amp;rsquo;intégrité&lt;/td&gt;
					&lt;td&gt;Non&lt;/td&gt;
					&lt;td&gt;&lt;code&gt;restic check&lt;/code&gt;&lt;/td&gt;
			&lt;/tr&gt;
			&lt;tr&gt;
					&lt;td&gt;Politique de rétention&lt;/td&gt;
					&lt;td&gt;Manuel&lt;/td&gt;
					&lt;td&gt;&lt;code&gt;restic forget --prune&lt;/code&gt;&lt;/td&gt;
			&lt;/tr&gt;
	&lt;/tbody&gt;
&lt;/table&gt;
&lt;p&gt;La déduplication est particulièrement utile pour les sauvegardes de bases de données et les répertoires de configuration qui changent peu : un référentiel Restic qui a 6 mois de sauvegardes quotidiennes occupe généralement beaucoup moins qu'180 copies complètes.&lt;/p&gt;</description></item><item><title>Durcissement de serveurs Linux : guide pratique</title><link>https://blog.serviciosrogeliowar.com/fr/posts/hardening-servidores-linux/</link><pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate><guid>https://blog.serviciosrogeliowar.com/fr/posts/hardening-servidores-linux/</guid><description>&lt;p&gt;Avoir un serveur exposé à Internet sans une configuration de sécurité minimale, c&amp;rsquo;est laisser la porte entrouverte. Dans cet article, je rassemble les étapes que j&amp;rsquo;applique sur mes propres serveurs pour réduire la surface d&amp;rsquo;attaque sans compliquer la gestion du quotidien.&lt;/p&gt;

&lt;h2 class="relative group"&gt;SSH : la première ligne de défense
 &lt;div id="ssh--la-première-ligne-de-défense" class="anchor"&gt;&lt;/div&gt;
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none"&gt;
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#ssh--la-premi%c3%a8re-ligne-de-d%c3%a9fense" aria-label="Ancre"&gt;#&lt;/a&gt;
 &lt;/span&gt;
 
&lt;/h2&gt;
&lt;p&gt;Le service SSH est le point d&amp;rsquo;entrée le plus attaqué sur tout serveur Linux. Voici les réglages les plus importants dans &lt;code&gt;/etc/ssh/sshd_config&lt;/code&gt; :&lt;/p&gt;</description></item></channel></rss>