<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="fr">
	<id>https://doc.ycharbi.fr/index.php?action=history&amp;feed=atom&amp;title=Keepalived</id>
	<title>Keepalived - Historique des versions</title>
	<link rel="self" type="application/atom+xml" href="https://doc.ycharbi.fr/index.php?action=history&amp;feed=atom&amp;title=Keepalived"/>
	<link rel="alternate" type="text/html" href="https://doc.ycharbi.fr/index.php?title=Keepalived&amp;action=history"/>
	<updated>2026-05-10T13:36:17Z</updated>
	<subtitle>Historique des versions pour cette page sur le wiki</subtitle>
	<generator>MediaWiki 1.40.0</generator>
	<entry>
		<id>https://doc.ycharbi.fr/index.php?title=Keepalived&amp;diff=1426&amp;oldid=prev</id>
		<title>Ycharbi : Page créée avec « Category:redondance_de_passerelles  [https://keepalived.readthedocs.io/en/latest/ Keepalived] est une implémentation libre du protocole [https://fr.wikipedia.org/wiki/Virtual_Router_Redundancy_Protocol VRRP] (licence [https://www.gnu.org/licenses/old-licenses/gpl-2.0.html GPLv2]) sous ''Linux''.  Il permet la mise en œuvre d'une redondance de passerelles offrant ainsi, et de manière automatisée, une meilleur résilience de l'accès aux réseaux externes à un... »</title>
		<link rel="alternate" type="text/html" href="https://doc.ycharbi.fr/index.php?title=Keepalived&amp;diff=1426&amp;oldid=prev"/>
		<updated>2023-02-21T18:01:16Z</updated>

		<summary type="html">&lt;p&gt;Page créée avec « &lt;a href=&quot;/index.php/Cat%C3%A9gorie:Redondance_de_passerelles&quot; title=&quot;Catégorie:Redondance de passerelles&quot;&gt;Category:redondance_de_passerelles&lt;/a&gt;  [https://keepalived.readthedocs.io/en/latest/ Keepalived] est une implémentation libre du protocole [https://fr.wikipedia.org/wiki/Virtual_Router_Redundancy_Protocol VRRP] (licence [https://www.gnu.org/licenses/old-licenses/gpl-2.0.html GPLv2]) sous &amp;#039;&amp;#039;Linux&amp;#039;&amp;#039;.  Il permet la mise en œuvre d&amp;#039;une redondance de passerelles offrant ainsi, et de manière automatisée, une meilleur résilience de l&amp;#039;accès aux réseaux externes à un... »&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Nouvelle page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;[[Category:redondance_de_passerelles]]&lt;br /&gt;
&lt;br /&gt;
[https://keepalived.readthedocs.io/en/latest/ Keepalived] est une implémentation libre du protocole [https://fr.wikipedia.org/wiki/Virtual_Router_Redundancy_Protocol VRRP] (licence [https://www.gnu.org/licenses/old-licenses/gpl-2.0.html GPLv2]) sous ''Linux''.&lt;br /&gt;
&lt;br /&gt;
Il permet la mise en œuvre d'une redondance de passerelles offrant ainsi, et de manière automatisée, une meilleur résilience de l'accès aux réseaux externes à un ensemble de machines se trouvant dans un ''LAN''. Il est en outre utilisé au sein d'une grappe de serveurs afin d'assurer l'accès à leurs services en cas de panne d'un des nœuds la composant. Il convient également tout à fait à la déserte fiable d'un réseau ''WAN'' à un parc de machines clientes.&lt;br /&gt;
&lt;br /&gt;
=Fonctionnement=&lt;br /&gt;
''Keepalived'' est un service simple à installer et à configurer. Il nécessite un minimum de deux machines pour fonctionner et peut en supporter 255 avec une priorité allant de 1 à 255. Une relation maître/esclave est entretenue entre les membres du groupe où l'unique maître est désigné par la priorité la plus haute. En cas de défaillance, l'esclave avec la priorité la plus haute prend momentanément sa place jusqu'à son retour ou sa propre défaillance, le prochain esclave prend alors le relais en suivant la même règle. Mettant en œuvre ''VRRP'', une adresse ''IP'' virtuelle est attribuée au groupe et est allouée au maître actif du moment. L'adresse multicast 224.0.0.18 (traduite en ''vrrp.mcast.net'') est utilisée pour envoyer des messages de contrôles du maître aux esclaves (ces derniers ne font qu'écouter) par intervalle configurable (en secondes). C'est à la cessation de l'émission que le maître est considéré comme défaillant. Le service est donc rapidement rétabli en cas de problème.&lt;br /&gt;
&lt;br /&gt;
=Installation et configuration=&lt;br /&gt;
L'outil est disponible dans les dépôt ''Debian Stable''&lt;br /&gt;
 apt install --no-install-recommends keepalived&lt;br /&gt;
&lt;br /&gt;
Le fichier de configuration n'existe pas par défaut. Il faut le créer&lt;br /&gt;
 vim /etc/keepalived/keepalived.conf&lt;br /&gt;
&lt;br /&gt;
Configuration de la première machine&lt;br /&gt;
&amp;lt;syntaxhighlight lang=&amp;quot;bash&amp;quot;&amp;gt;&lt;br /&gt;
vrrp_instance VI_1 {&lt;br /&gt;
	interface eth0&lt;br /&gt;
	virtual_router_id 51&lt;br /&gt;
	priority 255&lt;br /&gt;
	advert_int 1&lt;br /&gt;
	virtual_ipaddress {&lt;br /&gt;
		192.168.0.254/24&lt;br /&gt;
	}&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/syntaxhighlight&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Configuration de la deuxième machine&lt;br /&gt;
&amp;lt;syntaxhighlight lang=&amp;quot;bash&amp;quot;&amp;gt;&lt;br /&gt;
vrrp_instance VI_1 {&lt;br /&gt;
	interface eth0&lt;br /&gt;
	virtual_router_id 51&lt;br /&gt;
	priority 254&lt;br /&gt;
	advert_int 1 &lt;br /&gt;
	virtual_ipaddress {&lt;br /&gt;
		192.168.0.254/24&lt;br /&gt;
	}&lt;br /&gt;
}&lt;br /&gt;
&amp;lt;/syntaxhighlight&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Dans le groupe défini, la première machine sera maître tandis que la seconde sera esclave. Voici une explication des lignes utilisées :&lt;br /&gt;
# &amp;lt;syntaxhighlight lang=&amp;quot;bash&amp;quot; inline&amp;gt;vrrp_instance VI_1 {&amp;lt;/syntaxhighlight&amp;gt; : création d'une instance ''VRRP'' (le nom est libre)&lt;br /&gt;
# &amp;lt;syntaxhighlight lang=&amp;quot;bash&amp;quot; inline&amp;gt;interface eth0&amp;lt;/syntaxhighlight&amp;gt; : interface de travail sur laquelle sera appliquée l'adresse ''IP'' virtuelle. Les messages de contrôles transitent également par celle-ci&lt;br /&gt;
# &amp;lt;syntaxhighlight lang=&amp;quot;bash&amp;quot; inline&amp;gt;virtual_router_id 51&amp;lt;/syntaxhighlight&amp;gt; : identifiant du groupe (de 1 à 255). La comparaison des priorités s'effectue entre machines d'un même groupe &lt;br /&gt;
# &amp;lt;syntaxhighlight lang=&amp;quot;bash&amp;quot; inline&amp;gt;priority 255&amp;lt;/syntaxhighlight&amp;gt; : définition de la priorité de la machine. Pour rappel, un nombre élevé est prioritaire&lt;br /&gt;
# &amp;lt;syntaxhighlight lang=&amp;quot;bash&amp;quot; inline&amp;gt;advert_int 1&amp;lt;/syntaxhighlight&amp;gt; : intervalle d'envoi des messages de contrôles&lt;br /&gt;
# &amp;lt;syntaxhighlight lang=&amp;quot;bash&amp;quot; inline&amp;gt;virtual_ipaddress {&amp;lt;/syntaxhighlight&amp;gt; : adresse ''IP'' virtuelle du groupe&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Redémarrer le service&lt;br /&gt;
 systemctl restart keepalived.service&lt;br /&gt;
&lt;br /&gt;
=Vérifications=&lt;br /&gt;
Il est possible de vérifier le bon fonctionnement du service en visualisant l'attribution de l'adresse ''IP'' virtuelle sur la machine ayant la priorité la plus élevée&lt;br /&gt;
 ip -br a&lt;br /&gt;
&lt;br /&gt;
Un débranchement de son câble réseau entraînera un déplacement de cette adresse sur la machine la plus prioritaire. La rapidité de cette convergence varie selon la fréquence des messages de contrôles définie dans la configuration. Ces messages sont visualisable avec &amp;lt;syntaxhighlight lang=&amp;quot;bash&amp;quot; inline&amp;gt;tcpdump&amp;lt;/syntaxhighlight&amp;gt;&lt;br /&gt;
 tcpdump -n proto 112&lt;br /&gt;
&lt;br /&gt;
=Sources=&lt;br /&gt;
* https://manpages.debian.org/bullseye/keepalived/keepalived.conf.5.en.html&lt;br /&gt;
* https://www.redhat.com/sysadmin/ha-cluster-linux&lt;br /&gt;
* https://www.redhat.com/sysadmin/keepalived-basics&lt;/div&gt;</summary>
		<author><name>Ycharbi</name></author>
	</entry>
</feed>