Pour occuper ce week-end bien maussade, je me suis mis à réimplémenter le protocole CARP d'OpenBSD de façon à ce qu'il puisse être utilisé sous d'autres OS, en particulier sous Linux.
 
CARP permet d'assigner la même adresse IP à deux machines du même réseau. Il y en a qu'une seule qui répond aux requêtes, mais si elle plante, c'est l'autre machine qui prend immédiatement la relève.
 
C'est pratique pour avoir de la haute disponibilité sur un firewall, un serveur FTP, etc.
 
Vous pouvez tester le truc ici :
 
http://www.ucarp.org/
 
Vala.

Chapeau !

Putain moi quand je cherche a occuper un week end, je me regarde un film, je bois, ou au mieux je tente des modifs mineurs sur des programmes que jutilise tous les jours!
Toi je vois que tu as plus de courage que moi!!

Moi j'ai passé mon Dimande à cherche de la doc sur mon PLS ti-525

mais ça existe déjà sous linux ce genre de truc ... je connais pas le nom, mais c'est sur. ils en parlent dans le dernier HS de linuxMag il me semble

J'ai trouvé deux trucs dans le genre sous Linux :
- heartbeat + fake : ça a l'air un peu chiant a configurer (surtout fake) et apparemment il faut un cable série ou une carte réseau supplémentaire dans chaque machine.
- vrrpd : utilise le protocole vrrp (pas libre, brevet Cisco), et je n'ai pas réussi à le mettre en place sans qu'il nique ma route par défaut et les autres adresses IP de la même interface.

 
Non, HSRP est l'implémentation propriétaire de Cisco du mécanisme de secours de routeur mais VRRP est par contre la norme (non propriètaire Cisco), RFC 2338.

Question : tu as fait ça en un seul weekend ??
Si oui plus que chapeau
 
Tu as utilisé un parc de combien de machines pour tester ??

regarde les dates et heures ds la partie dl

comme tu dis
 
axey : l'homme qui code plus vite que son ombre

axey
merci encore

 
Je sais pas trop mais le nombre de réponses sur Google a "VRRP patents" fait peur.
 
Cf l'annonce de CARP :
 
http://kerneltrap.org/node/view/1021
 
On dirait aussi que VRRP est breveté par Nortel en Europe :
 
http://www.foo.be/vrrp/
 

 
Euh 3, ma passerelle sous OpenBSD, une machine sous Linux et un iBook
 
Je vais tenter de le mettre en prod demain au boulot.
 

Pour tester, il faut avoir plusieurs machines....
sinon, s'aurait été avec plaisir !
 
Je veux bien faire mirroir, mais c tout ce que je peux faire!

les hommes sont parfois géniaux.

En plus ca tombe super bien ) j'en aurais peut etre besoin dans qq semaines

Je connaissais le principe et voulais l'appliquer pour un serveur web dont je m'occupe... (pour le moment j'envisagais la solution ou il y a un cable null-modem qui relie les 2 PCs) .  
J'ai pas encore été sur le site web pour lire la doc mais première question à chaud... Quand une requete arrive, elle est envoyée aléatoirement sur un des serveurs pour répartir la charge ? ou c'est toujours le meme qui prend tant qu'il est pas down ?

 
je crois que la réponse est dans le premier post

Oui, j'avais lu en diagonale... désolé !

J'avais un FreeBSD5.1 (selon le site le 4.9 ne supporte pas ucarp) dans un vmware donc je me suis dis pourquoi pas
Je n'ai pas assez de machines pour tester mais la compilation se déroule sans erreurs, le programme se lance correctement, sans arguments, pas la peine de tester avec, il me manque une machine.

 
Le VRRP tel que défini dans le RFC n'est par définition pas propriétaire. Nortel a juste breuveté une extension de VRRP. Quant à Cisco, fidéle à son habitude, il a implémenté HSRP (propriètaire) depuis longtemps mais n'a intégré VRRP dans l'IOS que récemment (train 12.2T).
Le RFC est cosigné par Ascend, Microsoft, Nokia, DEC et IBM et supporté par la quasi totalité des acteurs du nomde des réseaux (Juniper, Bintec, Nortel, Motorola...).
Donc tant qu'on se limite à une implémentation strict de la définition du RFC, il n'y a pas de problème. Je peux vérifier cela si tu veux auprès de Cisco et Juniper entre autre    
De toute façon je comprend que CARP apporte des extensions à VRRP, donc autant l'utiliser. La limitation que j'y vois c'est que tant que CARP ne sera pas supporté sur les routeurs (et il ne le sera pas qu'il n'y aura pas un RFC ou au moins un draft IETF supporté par plusieurs acteurs majeurs), on ne pourra pas mettre en place de secours entre un routeur et un Linux utilisé comme routeur.
Il faut aussi faire attention aux confusions car CARP est pour l'IETF l'abreviation de Cache Array Routing Protocol.