Nos contributions aux logiciels libres
Notre infrastructure repose sur l'open source. Il est normal de lui rendre ce que nous lui devons : correctifs acceptés en amont, code publié, outils partagés.
Chez RDEM Systems, nous opérons notre propre réseau BGP (AS206014), notre virtualisation Proxmox et notre sauvegarde sur des logiciels libres. Quand nous rencontrons un bug ou un manque, nous ne nous contentons pas d'un contournement local : nous corrigeons à la source et nous proposons le correctif au projet.
Deux contributions récentes illustrent cette démarche : un correctif BGP accepté en amont dans FRRouting, et NimbusBackupClient, notre client open source de sauvegarde Windows vers Proxmox Backup Server, entièrement réécrit et doté d'une interface graphique.
FRRouting — messages BGP étendus (RFC 8654)
Correctif accepté et fusionné dans le projet officiel
FRRouting (FRR) est la suite de routage libre de référence (BGP, OSPF, IS-IS, PIM…), utilisée par des opérateurs et des datacenters dans le monde entier. C'est le moteur qui fait tourner notre réseau autonome.
Nous avons identifié et corrigé un défaut dans la réception des messages BGP de taille étendue (RFC 8654) : le démon bgpd pouvait rester bloqué sur la limite historique de 4096 octets au lieu d'accepter les messages jusqu'à 65535 octets. Le correctif recalcule la limite de réception au moment de la négociation des capacités, plutôt que de s'appuyer sur une valeur figée.
PR #22423 — mergée
Branche master · correctif d'origine
PR #22543 — mergée
Backport stable/10.5
PR #22544 — mergée
Backport stable/10.6
PR #22545 — mergée
Backport stable/10.7
Le correctif a été fusionné sur la branche de développement puis backporté par les mainteneurs sur trois versions stables (10.5, 10.6, 10.7) : il profite désormais à l'ensemble des utilisateurs de FRRouting, pas seulement à notre infrastructure.
NimbusBackupClient — sauvegarde Windows vers PBS
Client GUI open source, entièrement réécrit par nos soins
Il n'existait pas de client graphique convenable pour sauvegarder une machine Windows vers Proxmox Backup Server (PBS). Nous sommes partis du projet en ligne de commande tizbac/proxmoxbackupclient_go, que nous avons entièrement remanié : ajout d'une interface graphique (Go + Wails), d'un mode service Windows, de la sauvegarde applicative cohérente via VSS, et d'un déploiement automatisable en infrastructure-as-code.
Cohérence & sécurité
Snapshots VSS, épinglage de certificat (certificate pinning), validation des entrées, checksums SHA-256 et attestations de build.
GUI ou service
Interface bilingue FR/EN avec suivi en temps réel, ou fonctionnement en service Windows avec planification intégrée. Multi-serveurs PBS.
Infrastructure-as-code
Configuration par fichier JSON, déploiement sans étape interactive. Exclusions intelligentes (VSS, corbeille, fichier d'échange…).
Pourquoi nous contribuons
Une démarche technique, pas seulement de la communication
Corriger à la source évite les rustines locales et la dette technique invisible.
Un correctif accepté en amont est relu par les mainteneurs : c'est un gage de qualité.
Ce que nous exploitons au quotidien, nous savons aussi le lire, le déboguer et l'améliorer.
Une infrastructure opérée par ceux qui écrivent le code
Réseau BGP, virtualisation, sauvegarde : nous maîtrisons notre pile technique jusqu'au code source. Parlons de votre projet.
Nous contacterContact
Adresse
5 B RUE DES NOYERS, 95300 PONTOISE, FRANCE