Les références à RDEM Systems publiées ailleurs que sur nos sites : registres réseau, projets open source, articles de tiers. Chaque ligne renvoie vers sa source, qui fait foi.
Ces références sont dispersées sur plusieurs plateformes : GitHub, PeeringDB, le site du SYRTE, un projet amont, des sites d'information. Cette page les rassemble sous une seule identité, celle de RDEM Systems, opérateur de l'AS206014.
Tous les liens ont été vérifiés le 18 septembre 2026. Une source retirée passe dans les archives, sans lien.
Temps de référence, registres de l'interconnexion, liste des serveurs NTS
Le SYRTE est le laboratoire qui réalise UTC(OP), la réalisation française du temps universel coordonné. Sur sa page consacrée à la diffusion de l'heure par Internet, RDEM Systems est référencé par le SYRTE parmi les ressources NTP, dans la rubrique « Pour plus d'informations ». Les voisins de liste sont ntp.org et support.ntp.org.
Le lien pointe vers notre guide des serveurs NTP en France.
L'AS206014, le système autonome de RDEM Systems, figure dans les bases publiques de l'interconnexion. PeeringDB et bgp.he.net y listent ses ports sur cinq points d'échange : LINX LON1, France-IX Paris, DE-CIX Frankfurt, AMS-IX et Hopus.
L'architecture de ce réseau est décrite sur la page réseau autonome AS206014.
Contribution acceptée dans la liste de référence des serveurs NTS (Network Time Security). Nous avons proposé l'ajout de nos serveurs, le mainteneur l'a fusionné : il s'agit de notre contribution, pas d'une citation par un tiers. La liste compte 11 serveurs NTS publics de RDEM Systems, de ntp1 à ntp11.rdem-systems.com.
Depuis, nous exploitons 16 serveurs NTP/NTS publics, de ntp1 à ntp16.rdem-systems.com.
Les cinq plus récents ne figurent pas encore dans la liste : l'ajout de ntp12 y est proposé dans une pull request encore ouverte.
Leur configuration et leur usage sont documentés sur la page de nos serveurs NTP et NTS publics.
Code publié et correctifs acceptés par d'autres projets
Notre interface graphique est née d'un fork de ce client Proxmox Backup Server écrit en Go. La GUI a été remergée dans le projet amont, qui crédite RDEM Systems : le README indique qu'elle est basée sur la Nimbus Backup GUI de RDEM Systems et se termine par « © 2024-2026 Proxmox Backup Client GO Contributors and RDEM Systems ». Licence GPL-3.0.
Le déroulé est raconté dans l'article sur la contribution de la GUI Windows au projet amont.
Client Windows de sauvegarde vers Proxmox Backup Server, publié sous licence GPL-3.0 dans notre organisation GitHub.
Scripts de build publiés sous licence MIT, qui produisent des paquets proxmox-backup-client signés pour Fedora, RHEL, Rocky Linux, AlmaLinux, Arch Linux et Alpine. Le binaire est celui de Proxmox, reconditionné sans modification ; le dépôt n'est ni affilié à Proxmox Server Solutions GmbH, ni approuvé par elle.
Les instructions d'installation sont sur la page du dépôt non officiel proxmox-backup-client, et l'usage sur le tutoriel sauvegarder un serveur Linux avec proxmox-backup-client.
Correctif de la limite de réception des messages BGP de taille étendue dans bgpd, fusionné sur la branche master, puis porté sur les branches stables 10.5, 10.6 et 10.7 par des backports proposés par Richard Demongeot et acceptés par les mainteneurs.
Le détail technique figure sur la page de nos contributions open source.
Des publications qui renvoient vers nos contenus
L'article cite l'incident de refroidissement du datacenter Equinix PA4 à Pantin et renvoie vers notre retour d'expérience sur l'incident de refroidissement Equinix PA4.
L'article traite de l'application de NIS2 et des premières amendes européennes pour les entreprises suisses. Pour résumer les exigences de conformité qui pèsent sur la sauvegarde, il renvoie vers notre article sur la conformité NIS2 des sauvegardes (version anglaise).
Il rappelle aussi que le délai de rétablissement des services après un incident doit être documenté et testé régulièrement. Dans notre infogérance de serveurs, c'est l'objet du test de restauration périodique et de son rapport.
Le comparatif cite parmi ses sources notre comparatif PBS vs Veeam (version anglaise).
Pour les infrastructures qui passent de VMware à Proxmox : notre guide de migration VMware vers Proxmox et notre offre d'infogérance Proxmox.
L'article explique comment arbitrer RTO et RPO service par service plutôt que de viser une heure de reprise pour tout le système d'information. Pour chiffrer ce que coûte une heure d'arrêt à une PME, il renvoie vers notre calculateur du coût d'indisponibilité.
L'article traite des sauvegardes que les ransomwares ciblent en premier et de l'immuabilité comme parade. Il s'appuie sur notre article sauvegarde immuable et protection contre les ransomwares (version anglaise) pour la part des attaques qui visent les sauvegardes.
L'article compare l'indemnisation en valeur à neuf et l'indemnisation vétusté déduite pour un parc informatique. Il intègre à ce calcul le coût horaire de l'indisponibilité, en renvoyant vers notre calculateur du coût d'indisponibilité.
L'article met le coût d'un prestataire de proximité en regard du délai de réaction sur incident. Pour chiffrer ce que représente une heure de panne pour une PME, il renvoie vers notre calculateur du coût d'indisponibilité.
L'article décrit le renouvellement d'un parc de trente portables par vagues plutôt qu'en une fois. Il cite la fourchette de 500 à 5 000 €/heure et renvoie vers notre calculateur du coût d'indisponibilité.
Des sources retirées depuis, dont nous gardons la trace
edomotique.com a publié un article sur pool.ntp.org qui citait notre contribution au NTP Pool. La page a été retirée depuis : son adresse redirige vers la rubrique Réseaux du site. Nous conservons la mention, sans lien vers une source qui n'existe plus. La contribution elle-même reste vérifiable sur le NTP Pool.
5 B RUE DES NOYERS, 95300 PONTOISE, FRANCE