Ce que nous faisons · Opérations: Nos propres builds de paquets et notre miroir
Quand une faille sérieuse est publiée, chaque serveur de l'internet se tourne vers les mêmes miroirs publics au même moment. Les nôtres n'ont pas à le faire. Nous exploitons notre propre miroir de paquets dans notre datacenter et, quand un correctif existe en amont (upstream) mais n'est pas encore empaqueté, nous le construisons nous-mêmes.
De quoi il s'agit
- h2: De quoi il s'agit
Deux choses qui fonctionnent ensemble.
Notre propre miroir. Une copie locale complète des dépôts Oracle Linux que nos serveurs utilisent, des dépôts communautaires dont nous dépendons (y compris les dépôts PHP de Remi) et des images d'installation pour les nouvelles machines. Il vit dans notre propre réseau, n'est joignable que depuis notre propre espace d'adressage, et c'est de là que nos serveurs se mettent à jour.
Nos propres builds. Quand une version corrigée est sortie à la source mais n'est pas encore dans les dépôts de la distribution, nous construisons le paquet nous-mêmes à partir de la spécification de paquet du mainteneur de la distribution et nous le publions sur le miroir, pour que vos serveurs soient corrigés maintenant et reviennent sur le paquet officiel dès qu'il arrive.
Comment nous le construisons
- h2: Comment nous le construisons
Le miroir reste cohérent pendant la synchronisation. Chaque dépôt est synchronisé en deux phases : d'abord les paquets, puis les métadonnées du dépôt, récupérées à part et basculées d'un coup. Un serveur qui se met à jour en pleine synchronisation voit soit l'ancien dépôt, soit le nouveau, jamais un mélange à moitié mis à jour.
L'historique complet, pas seulement la dernière version. Nous conservons l'historique complet des paquets des dépôts du système d'exploitation, pour qu'un serveur puisse être reconstruit dans un état connu ou qu'un paquet soit ramené à la version précédente depuis notre propre copie.
Une page d'état montre d'un coup d'œil la fraîcheur de chaque dépôt.
Des builds en salle blanche. Nos builds s'exécutent dans un conteneur neuf, à partir du paquet source et de la spécification du mainteneur, avec la somme de contrôle de la source vérifiée contre la version officielle du projet. Nous ne changeons rien d'autre.
Construits pour s'effacer. Chaque build interne est versionné de sorte que le paquet officiel de la distribution le remplace automatiquement à la prochaine mise à jour normale. Personne n'a à se souvenir d'annuler quoi que ce soit.
Ce dont il vous protège
-
h2: Ce dont il vous protège
-
Un miroir public qui expire le jour où vous en avez le plus besoin.
- Une faille activement exploitée laissée ouverte après la publication de son correctif.
- Un serveur impossible à corriger parce qu'il est volontairement coupé de l'internet.
- Des builds maison laissés en service longtemps après l'arrivée du correctif officiel.
En pratique
- h2: En pratique
Des builds de runtime le jour même. Quand un correctif de sécurité PHP est publié en amont avant que les miroirs publics des distributions ne l'aient empaqueté, nous construisons les paquets corrigés en interne, depuis la spécification du mainteneur, dans les heures qui suivent la publication, et nous les déployons sur les serveurs infogérés de nos clients le soir même.
Corriger les serveurs qui ne voient pas l'internet. Les serveurs volontairement isolés de l'internet, comme les systèmes de backup et de gestion, se mettent à jour depuis le miroir à l'intérieur de notre réseau comme n'importe quel autre serveur. L'isolement n'est jamais une excuse pour rester sans correctif.
Pourquoi EuroVPS
-
h2: Pourquoi EuroVPS
-
Notre propre miroir de paquets, dans notre propre datacenter.
- Des paquets corrigés construits en interne depuis la spécification du mainteneur, le jour même de la publication du correctif.
- Les paquets officiels prennent le relais automatiquement à leur arrivée.
- La correction des serveurs isolés n'est jamais bloquée par le monde extérieur.
Questions fréquentes
- h2: Questions fréquentes
- Mes serveurs utiliseront-ils votre miroir ? Les serveurs que nous gérons pointent dessus. Les correctifs viennent alors de l'intérieur de notre réseau, vite, quel que soit l'état des miroirs publics.
- Modifiez-vous le logiciel que vous construisez ? Non. Nous construisons la version amont à partir de la spécification du mainteneur. La seule différence est l'étiquette de version qui permet au paquet officiel de remplacer le nôtre.
- Que se passe-t-il quand le paquet officiel est publié ? Votre serveur passe dessus à la prochaine mise à jour normale, automatiquement.
- Mes propres serveurs peuvent-ils utiliser le miroir ? Les serveurs à l'intérieur de notre réseau le peuvent. Demandez-nous et nous le configurons pour les vôtres.
- closing line: Si vous voulez des correctifs qui n'attendent personne, Parler à un ingénieur.
Votre prochain partenaire d'infrastructure
Examinons votre environnement.
Dites-nous ce que vous faites tourner aujourd'hui et ce qui doit s'améliorer. Un ingénieur examinera votre demande et vous aidera à planifier la suite.
+357 222 32280
Commençons par votre environnement.
Un peu de contexte nous aide à démarrer la bonne conversation.