Eternity Cloud Limited vend une capacité hébergée qui dépend encore des racks, du transit et des fenêtres de réparation

Résumé

• Eternity Cloud Limited est une nouvelle société privée britannique avec une présence publique d'hébergement, un numéro AS actif et une petite route IPv4 mais visible. Leprofil officiel de Companies Houseenregistre la constitution le 27 octobre 2025, un statut actif, un siège social à Londres et un code SIC de conseil plutôt qu'une classification d'installations ou de transporteur.
• Le site public de l'entreprise oriente les utilisateurs vers etyCloud, Whitewhale, identity, checkout et documents. Lesite ety.oneet lesite etyClouddécrivent un service cloud ou d'hébergement, tandis queWhitewhalepropose des plans VPS européens, un routage via son propre AS, un hébergement dans des centres de données de niveau 1, une protection DDoS et une promesse de disponibilité de 99,9 %.
• Les preuves réseau sont réelles mais limitées.L'objet AS201830 du RIPEnomme Eternity Cloud Limited,RIPEstatmontre un préfixe IPv4 /24 annoncé pendant la fenêtre d'observation, etla validation RPKImarque l'origine actuelle pour 82.41.36.0/24 comme valide.
• Le risque pratique est la concentration des dépendances. Les données de routage publiques indiquent une empreinte d'un seul préfixe, un seul voisin observé dans la vue AS actuelle, aucune annonce IPv6 visible, des surfaces web et de compte via Cloudflare, et aucune liste publique d'installations, d'historique de maintenance ou de registre d'incidents. Cela fait d'Eternity un petit fournisseur d'hébergement plausible, mais pas un opérateur d'infrastructure multisite éprouvé.

Pourquoi Eternity est important malgré sa taille

Les petites sociétés d'hébergement peuvent sembler marginales de l'extérieur car leurs déclarations légales sont minces, leurs sites web sont simples et leurs tables de routage sont petites. Cela ne les rend pas insignifiantes. Un fournisseur VPS à bas prix peut toujours se trouver entre un développeur et une application en direct, entre une petite entreprise et son panneau de contrôle, ou entre un projet régional et le seul serveur qu'il peut se permettre d'exploiter. La question d'infrastructure n'est pas de savoir si Eternity Cloud Limited est assez grande pour rivaliser avec les plus grandes plateformes cloud.

Il s'agit de savoir si un acheteur peut comprendre ce qu'il achète réellement lorsque l'offre mentionne cloud, VPS, emplacements européens, propre ASN, protection DDoS et capacité mensuelle bon marché.

Le registre public donne une réponse mitigée. Eternity a plus de substance qu'une simple page d'accueil. L'entreprise britannique existe. Le registre public nommeEternity Cloud Limitedcomme une société privée à responsabilité limitée active. Les enregistrements du RIPE relient le nom et l'adresse londonienne de l'entreprise à AS201830, et les données de routage publiques montrent un préfixe IPv4 originaire de cet AS. La surface de service n'est pas seulement une page de logo: l'applicationetyCloudprésente un environnement de compte d'hébergement, et la pageWhitewhaledonne des noms de plans, des prix, des tailles de ressources et des affirmations réseau.

Le même enregistrement montre aussi pourquoi l'entreprise doit être lue avec prudence. Eternity a été constituée le 27 octobre 2025, donc elle n'avait pas encore déposé un premier jeu de comptes au moment de cet examen. Les premiers comptes sont attendus en 2027 selon lapage de dépôt de Companies House. Le capital visible dans le dépôt de constitution est faible. Le siège social est une adresse londonienne centrale souvent utilisée par de nombreuses entreprises, pas une preuve de centre de données. Les registres des dirigeants et du contrôle identifient un seul administrateur actif et contrôleur significatif,Mikhail Karlov, dont l'adresse de correspondance Companies House est la même que le siège social. Aucun de ces faits ne rend l'entreprise suspecte en soi. Ils définissent simplement le point de départ: un jeune opérateur avec peu d'historique financier public et une empreinte opérationnelle publique étroite.

Cette distinction est importante pour les acheteurs d'infrastructure car le risque dans la capacité hébergée se trouve rarement dans le nom marketing. "Cloud" est une promesse commerciale, mais le service dépend toujours de racks particuliers, de fournisseurs d'accès en amont, de blocs d'adresses, de DNS, de systèmes d'identité, de systèmes de facturation et de main-d'œuvre de support.

Si un serveur tombe en panne, une route est retirée, un service de compte refuse les connexions, un lien de paiement se casse, un événement DDoS déclenche un filtrage, ou un bloc d'adresses loué doit être déplacé, le client a besoin de voies de récupération pratiques. Les registres publics ne peuvent pas répondre à chaque question de support, mais ils peuvent montrer quelles dépendances sont visibles et lesquelles restent opaques.

L'empreinte publique d'Eternity suggère un opérateur fonctionnant à la limite de cette transition. Il est assez visible pour vendre de la capacité sous son propre nom et numéro de réseau. Il n'est pas encore assez visible pour permettre à un acheteur de vérifier indépendamment la diversité des installations, la diversité des transporteurs, la propriété du matériel, le personnel de réparation, les pratiques de sauvegarde, la transparence des incidents ou les garanties de migration.

Il en résulte une entreprise qui peut être significative pour une demande d'hébergement à bas coût tout en méritant une note faible pour les preuves réseau en matière d'assurance publique.

Le registre de l'entreprise indique nouveau, actif et étroitement contrôlé

Le point de départ juridique est simple. Leprofil Companies Houseliste Eternity Cloud Limited sous le numéro 16810688, une société privée à responsabilité limitée active constituée en Angleterre et au Pays de Galles le 27 octobre 2025. Son siège social est 71-75 Shelton Street, Londres, WC2H 9JQ. Le code SIC indiqué est 62020, "Activités de conseil en technologies de l'information." Le registre indique que les premiers comptes sont établis jusqu'au 31 octobre 2026 et doivent être déposés avant le 27 juillet 2027, avec un premier état de confirmation attendu en novembre 2026.

Pour un lecteur d'infrastructure, ces entrées concernent moins la formalité que la maturité. Un fournisseur peut commencer à commercer avant le dépôt de ses premiers comptes, mais l'absence de comptes signifie qu'il n'y a pas de bilan public, de chiffre d'affaires déposé, de passif déposé, ni de vue auditée ou non auditée des actifs derrière le service. Un client de capacité hébergée ne peut donc pas utiliser le registre des sociétés britannique pour déduire le nombre de serveurs, l'ampleur des engagements fournisseurs, le volume de revenus, le niveau de fonds de roulement ou la profondeur des ressources de réparation.

Le registre confirme l'existence et le statut. Il ne confirme pas l'échelle opérationnelle.

Le registre de contrôle est également concentré. Lapage des dirigeantsliste Mikhail Karlov comme administrateur actif, nommé à la date de constitution. Lapage des personnes ayant un contrôle significatifliste M. Mikhail Karlov comme détenant 75 % ou plus des actions, 75 % ou plus des droits de vote, et le droit de nommer ou de révoquer les administrateurs. Companies House enregistre également une date de vérification d'identité en novembre 2026 pour les registres des dirigeants et du contrôle.

Un contrôle étroit est courant dans les jeunes sociétés d'hébergement. Il peut permettre des décisions rapides, maintenir des prix agressifs et réduire la bureaucratie. Il peut aussi créer un risque lié à une personne clé. Si le routage, les relations fournisseurs, les litiges de facturation, le traitement des abus, la récupération d'identité et le support client dépendent tous d'un petit groupe fondateur, le service peut être plus fragile que la page produit ne le suggère.

Le registre public ne montre pas de conseil d'administration, d'équipe de direction ou de personnel technique nommé au-delà du rôle NOC associé à l'entreprise dans les enregistrements RIPE. Un acheteur doit donc supposer que la continuité dépend fortement d'une petite couche humaine, à moins qu'Eternity ne publie des divulgations opérationnelles plus solides.

Le siège social doit également être traité avec prudence. Shelton Street est une adresse de correspondance juridique à Londres. Elle ne doit pas être interprétée comme un emplacement d'hébergement ou une installation réseau. Les enregistrements RIPE utilisent la même adresse pour l'entreprise et les objets de contact, mais ces enregistrements établissent un contact administratif, pas un emplacement de rack.

Le site Whitewhale parle d'emplacements européens de centres de données, et les données de routage pointent vers des relations en amont européennes, mais l'adresse publique de l'entreprise elle-même n'est pas une preuve de serveurs à Londres.

C'est un thème récurrent dans le profil public d'Eternity. Les enregistrements ne sont pas vides. Ils ne font simplement pas plus de travail qu'ils ne sont conçus pour en faire. Companies House prouve que l'entreprise existe, est active et est contrôlée par une personne nommée. RIPE prouve qu'un AS et des objets de route ont été enregistrés. Les pages de service prouvent que quelqu'un fait de la publicité pour une capacité VPS et cloud sous l'égide Eternity/etyCloud/Whitewhale.

Aucun de ces enregistrements, pris isolément, ne prouve la quantité de capacité physique déployée, la gestion des fenêtres de réparation, la disponibilité de matériel de rechange, ou la façon dont un client serait migré lors d'un litige fournisseur.

La surface de service est un ensemble, pas une seule page produit

Le service public d'Eternity est réparti sur plusieurs domaines. Le site racineety.oneprésente la marque Eternity et des liens vers les produits, le support, la connexion au compte et l'inscription. Le texte public et les actifs relient la marque à etyCloud et Whitewhale, et le pied de page utilise le nom Eternity Cloud Limited. Le site expose également des points de contact de support public tels quesupport@ety.oneet des liens vers un centre de documentation en anglais et en russe. Cela donne à la marque plus de structure qu'une page de placeholder, mais la structure reste compacte.

Le siteetyCloudest la surface d'hébergement cloud directe. Sa description publique en russe indique que etyCloud fournit des solutions d'hébergement fiables et rapides pour les entreprises et les développeurs. Le titre du site le présente comme un hébergement abordable. Son texte d'application montre des actions de compte utilisateur, des commandes de serveur, des factures, des tickets et des détails de serveur tels que le processeur, la mémoire, le stockage, l'emplacement, le canal, le type de stockage et le prix. Le site se lit donc comme un environnement de contrôle d'hébergement plutôt qu'une brochure générale d'entreprise.

Cela importe car un environnement de contrôle est l'endroit où les promesses cloud deviennent des promesses opérationnelles. Si un acheteur commande un serveur via etyCloud, l'expérience dépend de l'identité, de la création de compte, de la génération de paiement, du traitement des factures, du provisionnement du serveur, de l'attribution IP, du routage des tickets et de la réponse du support. Les actifs du site public montrent que ces composants existent en tant qu'interfaces web.

Ils ne prouvent pas le degré d'automatisation derrière eux, la gestion des exceptions, ou si la livraison du serveur est immédiate, manuelle ou dépendante du fournisseur.

Whitewhale ajoute une offre commerciale plus explicite. Sapage anglaiseappelle Whitewhale un fournisseur cloud sur des emplacements européens, décrit "son propre ASN AS201830", propose des plans à partir de 1 EUR par mois et liste le support àsupport@whitewhale.helpainsi que la facturation àbilling@whitewhale.help. Les cartes de plans incluent KRILL à 1 EUR par mois avec 1 vCPU, 2 Go de RAM et 10 Go NVMe, NARWHAL à 4 EUR par mois avec 2 vCPU, 4 Go de RAM et 40 Go NVMe, ORCA à 8 EUR par mois avec 4 vCPU, 8 Go de RAM et 80 Go NVMe, LEVIATHAN à 15 EUR par mois avec 6 vCPU, 12 Go de RAM et 160 Go NVMe, et un niveau personnalisé WHITEWHALE+ à partir de 25 EUR par mois. La page fait également la publicité d'un trafic illimité, de liaisons montantes partagées, d'une protection DDoS, d'emplacements européens et d'une disponibilité de 99,9 %.

La page Whitewhale est utile car elle rend l'offre concrète. C'est aussi là que les acheteurs devraient ralentir. Des prix très bas et un langage de trafic illimité peuvent être légitimes lorsque la capacité est partagée, la sursouscription gérée et les règles d'abus strictes. Ils peuvent également devenir des points de pression lorsque des événements réseau, des voisins bruyants, des files d'attente de support ou des coûts fournisseurs augmentent.

Le propre tableau comparatif de Whitewhale indique que les plans d'entrée partagent 500 Mbps tandis qu'un autre texte sur la page mentionne une liaison montante haute vitesse à 1-3 Gbps sur tous les VPS. Cela peut être une incohérence de présentation plutôt qu'une contradiction de service, mais cela montre pourquoi le taux exact engagé, les limites d'utilisation équitable et la pratique de congestion devraient être confirmés avant de compter sur les plans pour des charges de travail de production.

L'ensemble de produits sépare également plusieurs rôles que les clients peuvent expérimenter comme un seul service. Eternity est l'entreprise britannique. ety.one est la marque et la passerelle de compte. etyCloud est l'application d'hébergement. Whitewhale est l'offre VPS/cloud avec les affirmations réseau publiques les plus fortes. La surface d'identité est sous auth.ety.one, et la surface de paiement apparaît sous checkout.ety.one. Le centre de documentation est sous documents.ety.one. En pratique, une panne client peut survenir dans n'importe laquelle de ces couches.

Un serveur peut encore fonctionner alors que le portail de compte est indisponible. Le portail de compte peut être accessible alors que la plage IP routée du client est dégradée. La facturation peut échouer alors que le calcul est sain. L'empreinte publique doit donc être lue comme une chaîne de services, et non comme un système unique.

C'est également là que Cloudflare entre en jeu. Les en-têtes HTTP pour ety.one, cloud.ety.one, auth.ety.one, checkout.ety.one, documents.ety.one et Whitewhale montrent Cloudflare à la périphérie web, et le DNS public pourety.one,cloud.ety.oneetwhitewhale.helprésout vers l'espace d'adressage Cloudflare. C'est un choix normal et souvent sensé pour la livraison web publique. Cela signifie également que le chemin visible du site web n'est pas la même chose que le chemin serveur client AS201830. Cloudflare peut masquer l'emplacement d'origine, absorber certaines attaques au niveau web et maintenir une page marketing ou de compte accessible même lorsque le propre préfixe routé du fournisseur a un problème différent. La surface web est une preuve de présentation du service, pas une preuve de résilience du calcul back-end.

Le réseau routé est réel mais étroit

La preuve d'infrastructure la plus solide d'Eternity se trouve dans l'enregistrement de routage. L'objet aut-num du RIPE pour AS201830nomme l'AS comme ETERNITY-CLOUD-MNT, l'associe à ORG-ECL85-RIPE et l'enregistre comme attribué. L'objet a été créé le 29 janvier 2026 et modifié pour la dernière fois le 5 février 2026. Il liste des relations d'import et d'export avec AS16276 et AS24940. AS16276 est OVH, et AS24940 est Hetzner. Ce sont des réseaux d'infrastructure européens substantiels, et leur apparition dans l'enregistrement de politique correspond à l'affirmation de Whitewhale concernant un hébergement européen et un routage via son propre AS.

L'enregistrement RDAP du RIPE pour l'ASrend la connexion avec l'entreprise plus claire. Il nomme le handle AS201830, donne le nom ETERNITY-CLOUD-MNT, liste Eternity Cloud Limited comme entité enregistrée et montre un contact NOC sous le nom Eternity Cloud. L'adresse dans ces objets RIPE correspond au siège social londonien. L'enregistrement RDAP liste également un contact abus associé àabuse@ety.one. Pris ensemble, ces enregistrements montrent une identité réseau enregistrée réelle plutôt qu'une simple affirmation marketing.

La visibilité du routage, cependant, est plus petite que l'existence d'un AS ne le laisse entendre.L'aperçu AS de RIPEstatrapporte AS201830 comme annoncé et nomme le titulaire comme Eternity Cloud Limited.La vue des préfixes annoncés de RIPEstatmontre un préfixe IPv4 actuel, 82.41.36.0/24, pendant la fenêtre d'observation.La vue de statut de routage pour l'ASmontre un préfixe IPv4 annoncé, 256 adresses IPv4, une visibilité IPv4 complète dans l'ensemble de rapports, aucun espace IPv6 annoncé dans cette vue, et un seul voisin observé.

C'est suffisant pour dire qu'Eternity a une empreinte routée en direct. Ce n'est pas suffisant pour dire qu'il a un réseau étendu. Un seul /24 peut supporter un véritable service client, surtout pour des petits plans VPS, mais cela crée également une concentration. Si le préfixe est filtré, retiré, contesté, détourné, mis sur liste noire ou épuisé, il y a peu de preuves publiques de pools d'adresses alternatifs. Si le nombre de voisins observés reste à un, l'accessibilité client peut dépendre d'un seul chemin amont effectif même si la politique de registre liste plus d'un fournisseur autorisé.

Si aucun IPv6 n'est visible, les clients ayant besoin d'un service double pile doivent demander si IPv6 est indisponible, non annoncé, fourni via un autre chemin, ou simplement non représenté dans la vue publique actuelle.

L'enregistrement du préfixe ajoute une autre couche.L'aperçu du préfixe RIPEstat pour 82.41.36.0/24identifie AS201830 comme l'origine annonceuse.L'objet route RIPEenregistre l'AS d'origine AS201830 pour ce /24 et a été créé le 29 janvier 2026.La validation RPKIrapporte l'origine comme valide, avec un ROA permettant à AS201830 d'originer le /24 exact. C'est une hygiène positive. Un ROA valide réduit une classe d'ambiguïté d'origine de route et aide les réseaux à rejeter des annonces d'origine conflictuelles invalides.

L'attribution d'adresse porte également un indice de dépendance. Lesdonnées whois du RIPE pour 82.41.36.0/24etl'enregistrement RDAP IPidentifient le netname NET-82-41-36-0-24, le pays EU, une organisation d'utilisateur final liée à Eternity Cloud Limited, un objet route maintenu par netutils-mnt et un geofeed associé à IPXO. Le bloc d'adresses est public et routé, mais le contexte de maintenance et de geofeed pointe vers une chaîne de ressources d'adresses au-delà d'Eternity elle-même. C'est courant sur le marché IPv4. C'est également pertinent pour les clients car les arrangements de ressources d'adresses peuvent affecter la portabilité, le traitement des abus, la géolocalisation, la réputation et la continuité si une relation commerciale change.

Les données de chemin visibles renforcent le tableau des dépendances. Unerequête looking-glass RIPEstat pour 82.41.36.0/24montre plusieurs collecteurs voyant des chemins qui se terminent via AS16276 vers AS201830. Cela correspond à la politique aut-num et suggère qu'OVH est un chemin amont en direct important pour le préfixe annoncé. Cela ne prouve pas, en soi, l'emplacement des installations, la capacité amont de réserve ou un basculement réussi vers Hetzner. Un client doit traiter le chemin public comme une preuve d'accessibilité, pas comme une preuve de résilience multi-transporteur.

Les racks, le transit et les fenêtres de réparation sont le produit caché

L'expression "capacité hébergée" semble numérique, mais elle est vendue à partir de couches physiques et contractuelles. Quelqu'un doit posséder ou louer les serveurs. Quelqu'un doit fournir l'électricité, le refroidissement, les cross-connects et les mains à distance. Quelqu'un doit transporter les paquets vers le reste d'Internet. Quelqu'un doit maintenir les enregistrements d'adresses, les objets de route, le RPKI et les boîtes aux lettres d'abus. Quelqu'un doit répondre aux tickets lorsqu'un serveur est en panne mais que le site web est toujours opérationnel.

Les preuves publiques autour d'Eternity identifient certaines de ces couches, mais laissent les parties les plus opérationnelles sans nom.

Whitewhale affirme que son infrastructure fonctionne sur des emplacements européens et des centres de données de premier plan avec une alimentation et une connectivité redondantes. Elle fait également la publicité d'une protection DDoS et d'un SLA de disponibilité de 99,9 %. Ce sont des affirmations commercialement significatives. Elles nécessitent également des détails avant de devenir une assurance.

Une promesse de disponibilité de 99,9 % peut signifier beaucoup de choses selon qu'elle s'applique à la disponibilité réseau, à l'alimentation du serveur, à l'accès au panneau de contrôle, à la disponibilité des VM client, aux services de paiement, aux performances de stockage ou à la réponse du support. Elle peut également être mesurée sur différentes périodes, avec différentes exclusions pour la maintenance planifiée, les attaques, la mauvaise configuration client et les défauts amont.

Les pages publiques ne nomment pas les installations, les fournisseurs de racks ou les villes derrière l'affirmation "emplacements européens". Elles ne publient pas de page looking-glass sous la propre marque d'Eternity, de page de statut réseau, d'archive d'incidents, de calendrier de maintenance, de route-map, de liste de fournisseurs de transit en production, de guide de communauté BGP, de partenaire de mitigation DDoS, d'objectif de remplacement matériel ou de promesse de rétention de sauvegarde. Certains petits fournisseurs choisissent de ne pas publier ces détails pour des raisons de sécurité ou commerciales.

Mais pour un client utilisant le service comme infrastructure, chaque détail manquant devient une question à poser avant de s'y fier.

La première question est de savoir où la capacité est physiquement hébergée. Si les serveurs sont dans des installations OVH ou Hetzner, ou en colocation connectée à ces réseaux, le profil de fiabilité reflétera les règles d'alimentation, de réseau et de mains à distance de ces fournisseurs. Si les serveurs sont des machines dédiées louées plutôt que du matériel possédé, la réparation peut dépendre de la file d'attente de support du fournisseur. Si les serveurs sont possédés mais placés dans des racks tiers, la réparation dépend des pièces de rechange, des droits d'accès et de la réponse des mains à distance.

Si le fournisseur revend de la capacité virtuelle depuis une plateforme plus grande tout en présentant une couche propre AS, les limites opérationnelles diffèrent à nouveau. Les registres publics ne tranchent pas cette question.

La deuxième question est de savoir comment la diversité amont fonctionne réellement. L'objet aut-num RIPE liste les entrées de politique AS16276 et AS24940. La vue AS RIPEstat montre un seul voisin observé. Les données looking-glass pour le préfixe actuel montrent fortement des chemins AS16276. Cela ne prouve pas que AS24940 est inutilisé, mais cela signifie que la vue publique au moment de l'examen ne démontre pas une diversité équilibrée active.

Si un chemin vers OVH échoue, un acheteur voudrait savoir si la route peut être déplacée vers Hetzner, si ce déplacement est automatique ou manuel, si les filtres de préfixe sont pré-approuvés, si le nettoyage DDoS reste disponible, et combien de temps la convergence prend normalement.

La troisième question est de savoir comment les adresses sont gouvernées. La route 82.41.36.0/24 est valide sous RPKI, ce qui est bon. Les données whois et RDAP du bloc font également référence à netutils-mnt, aux informations de geofeed IPXO et à une organisation d'utilisateur final. Cela suggère un arrangement de ressources d'adresses où les enregistrements de plus d'une partie comptent.

Si la géolocalisation est erronée, les signalements d'abus sont mal traités, un préfixe développe une mauvaise réputation, ou le contrat d'adresse change, les clients peuvent rencontrer des problèmes qui ne sont pas résolus simplement en redémarrant un serveur. Les acheteurs d'hébergement à bas prix sous-estiment souvent cette couche jusqu'à ce que la livraison d'e-mails, la vérification de paiement, les règles d'accès régional ou le scoring de fraude commencent à traiter une plage IP de manière défavorable.

La quatrième question est le timing de réparation. L'interface etyCloud semble inclure des tickets, des factures et des détails de serveur. Whitewhale publie des adresses e-mail de support et de facturation. Le site racine Eternity publie des informations de contact de support. Ce sont des canaux clients nécessaires. Ce n'est pas la même chose qu'une garantie de réparation publiée.

Un petit fournisseur peut répondre rapidement, mais un acheteur public ne peut pas déduire un personnel 24/7, des pools de capacité de rechange, des droits d'escalade avec les fournisseurs amont, ou une communication post-incident à partir des seuls e-mails de contact. La page Whitewhale indique que le support est 24/7, mais les clients devraient toujours demander comment les pannes urgentes sont classifiées, si des crédits sont offerts, et quelles informations sont fournies lors d'un événement réseau.

La cinquième question est la sortie du client. La capacité VPS bon marché est attrayante car le coût d'entrée est bas. Le coût de sortie peut être élevé si un client n'a pas de sauvegardes actuelles, d'étapes de reconstruction documentées, de plan DNS, de chemin IP alternatif ou de migration de test. Les pages publiques d'Eternity ne publient pas de portabilité de sauvegarde, d'exportation d'instantanés, d'effacement de données, de téléchargement d'image ou de garanties de migration d'urgence. Cela ne signifie pas que ces fonctionnalités sont absentes.

Cela signifie que les acheteurs doivent traiter la portabilité comme leur propre responsabilité, sauf indication contraire du contrat.

Cloudflare protège la porte d'entrée, pas chaque serveur client

La périphérie web publique est une dépendance distincte du réseau d'hébergement routé. Les réponses DNS pour ety.one, cloud.ety.one et whitewhale.help pointent vers des adresses anycast Cloudflare, et les réponses HTTP identifient Cloudflare comme le serveur devant les pages. Le point d'authentification sousauth.ety.onerenvoie une réponse protégée plutôt qu'une page d'application publique, tandis quecheckout.ety.onerenvoie une réponse de style application à la racine. Le centre de documentation sousdocuments.ety.oneest également devant Cloudflare.

Cette disposition est sensée pour un jeune fournisseur. Cloudflare peut absorber les attaques web courantes, fournir une terminaison TLS, mettre en cache les pages publiques, améliorer l'accessibilité des pages et réduire l'exposition des serveurs d'origine. Il peut également rendre la marque plus disponible que le réseau de calcul sous-jacent lors de certains incidents. Une page marketing peut être accessible via Cloudflare tandis que le VPS d'un client sur 82.41.36.0/24 est inaccessible. Inversement, un serveur client peut encore fonctionner tandis que la surface d'authentification ou de paiement est dégradée.

Pour les clients, ce sont des pannes différentes avec des remèdes différents.

Cette distinction est souvent négligée dans la due diligence des petits fournisseurs. Un acheteur charge le site web, voit que la page est rapide, et suppose que la plateforme d'hébergement est tout aussi résiliente. Mais le chemin du site web utilise le réseau Cloudflare. Le chemin du serveur client, s'il est attribué depuis le préfixe routé actuel d'Eternity, dépend de AS201830, de son chemin amont actuel, du bloc d'adresses, du réseau de l'installation et du serveur lui-même. Le chemin du compte dépend de auth.ety.one. Le chemin de facturation dépend de checkout.ety.one. Le chemin de documentation dépend de documents.ety.one.

Le chemin de support dépend du traitement des e-mails et des tickets. Ces couches peuvent échouer indépendamment.

Le DNS public montre également des enregistrements de routage de courrier Cloudflare pour ety.one et Whitewhale. C'est encore normal, mais cela signifie que la réception d'e-mails pour les adresses de support et de facturation a sa propre dépendance de service. Si une panne client inclut l'incapacité de recevoir ou d'envoyer des e-mails, la communication de support peut être affectée par le DNS, le routage du courrier, le filtrage anti-spam, l'accès au compte et la réponse humaine. Rien de tout cela n'est unique à Eternity. C'est la pile ordinaire derrière les petits fournisseurs d'hébergement.

Le risque est que le faible prix mensuel donne l'impression que la pile est plus simple qu'elle ne l'est.

Il y a également un angle de gouvernance. Les pages publiques devant Cloudflare peuvent être mises à jour rapidement et peuvent masquer la topologie d'origine. C'est utile pour la sécurité, mais cela réduit ce que les observateurs externes peuvent vérifier. Le client voit la marque, le plan et le paiement. Le chercheur réseau voit un AS, un préfixe IPv4 visible, RPKI valide et des surfaces web Cloudflare. Le chaînon manquant est la plateforme de production: hyperviseurs, stockage, sauvegardes, contrats d'installation, basculement de transit et pratiques du personnel.

Un acheteur sérieux n'a pas besoin que tout cela soit publié sur une page d'accueil, mais devrait demander suffisamment de détails pour adapter le risque de la charge de travail.

Ce que les clients doivent déduire des prix

L'échelle de prix de Whitewhale est l'un des signaux publics les plus clairs sur le marché visé. Les plans à partir de 1 EUR par mois ne sont pas des offres cloud d'entreprise. Ce sont des offres VPS économiques destinées aux développeurs, aux petits projets, aux expériences et aux charges de travail sensibles aux coûts. Cela peut être précieux. De nombreux services Internet commencent sur des machines virtuelles bon marché car l'alternative n'est pas un contrat hyperscale; c'est de ne pas lancer du tout.

La question est de savoir ce qu'un client abandonne à ce prix. Les fournisseurs VPS à bas prix reposent généralement sur une utilisation élevée, des liaisons montantes partagées, des contrôles d'abus stricts, des flux de support simples et des garanties sur mesure limitées. La page Whitewhale est ouverte concernant la bande passante partagée sur les cartes de plans, tout en faisant également la publicité d'un trafic illimité. "Illimité" dans ce contexte ne doit pas être interprété comme une capacité dédiée infinie.

Cela signifie généralement qu'il n'y a pas de plafond de transfert mensuel fixe dans le cadre de règles d'utilisation acceptable, pas que chaque client peut saturer la liaison montante partagée en continu sans conséquence. Un acheteur devrait se renseigner sur l'utilisation équitable, la limitation, les seuils DDoS, les restrictions de port, la politique de courrier et ce qui se passe lorsque le trafic affecte les voisins.

Le tableau des plans pointe également vers l'économie de l'hébergement. Le plan KRILL offre 1 vCPU, 2 Go de RAM et 10 Go NVMe pour 1 EUR par mois. Même à grande échelle, ce prix laisse peu de place pour une intervention manuelle coûteuse. Un ticket de support qui prend une heure peut dépasser plusieurs mois de revenu brut pour ce client. Cela ne signifie pas que le support sera mauvais. Cela signifie que le service doit être standardisé, automatisé et strict quant à sa portée pour être durable.

Les clients ayant des besoins inhabituels ne doivent pas supposer qu'une ingénierie personnalisée est incluse dans un plan VPS économique, sauf si elle est explicitement vendue.

Les surfaces de compte publiques d'Eternity renforcent cette forme en libre-service. etyCloud semble présenter la commande de serveur, les tickets, les factures, le statut du serveur et les champs de configuration. Le point de paiement est séparé sous checkout.ety.one, et la surface d'identité est séparée sous auth.ety.one. C'est un modèle standard pour un petit fournisseur essayant de réduire le travail manuel. Cela donne aux clients une manière familière d'acheter et de gérer des serveurs. Cela signifie également que la surface de contrôle elle-même fait partie du service.

Si les factures, les paiements ou l'accès au compte échouent, les modifications et renouvellements de serveur peuvent être affectés même si la VM sous-jacente est toujours alimentée.

Pour les utilisateurs de production, le prix devrait conduire à une hiérarchisation. Un serveur à 1 ou 4 EUR peut convenir pour un nœud de surveillance, un environnement de test, un projet personnel, un petit relais, une charge de travail de préproduction ou un site web à faible risque. Il n'est pas automatiquement adapté à une application critique pour les revenus, sauf si le client dispose de sauvegardes, de surveillance, d'un DNS secondaire, d'un deuxième fournisseur, d'étapes de restauration testées et d'une acceptation claire des temps d'arrêt.

Les preuves publiques d'Eternity ne justifient pas de traiter le service comme une plateforme de fournisseur unique pour des charges de travail de grande valeur sans assurances supplémentaires.

Pour les utilisateurs soucieux de leur vie privée ou de leur juridiction, le langage "emplacements européens" est attrayant mais incomplet. Whitewhale indique que les emplacements sont européens et mentionne le RGPD/l'emplacement européen dans son texte comparatif. L'enregistrement du préfixe RIPE liste le pays comme EU. L'entreprise elle-même est enregistrée au Royaume-Uni, la résidence du contrôleur selon Companies House est la Géorgie, le champ de nationalité du dirigeant indique russe, et la périphérie web est Cloudflare. Rien de tout cela n'est disqualifiant en soi.

Cela signifie simplement que les questions de localisation des données et de juridiction doivent être précises. Où se trouve l'hôte VM? Où sont les sauvegardes? Quelle entité légale contracte avec le client? Quelle loi régit l'accord? Quels sous-traitants traitent l'identité, le paiement, le filtrage DDoS, les e-mails et le support? Les pages publiques ne répondent pas complètement à ces questions.

Abus, confiance et le coût d'être bon marché

Tout fournisseur VPS à bas prix doit gérer les abus. Les serveurs virtuels rapides et bon marché attirent à la fois les développeurs légitimes et le trafic indésirable. Le spam, les attaques de credentials, le scan, la revente de proxy, les plaintes de droit d'auteur, la fraude de paiement et les représailles DDoS peuvent arriver plus vite que les revenus. La page Whitewhale met l'accent sur des règles claires et une utilisation légale. Les enregistrements RIPE publient des contacts d'abus. Ce sont de bons signes, mais la gestion des abus est un autre domaine où le dossier public est mince.

Le bloc d'adresses est important ici. Un seul /24 contient seulement 256 adresses IPv4. Si un petit nombre de clients brûle la réputation par le spam, les rappels de logiciels malveillants ou les abus de proxy, les voisins innocents peuvent hériter des conséquences via les listes noires, le scoring de risque de paiement, les CAPTCHAs, les soupçons de géolocalisation ou le rejet de courrier. RPKI protège la validité de l'origine de la route; il ne protège pas la réputation IP. Cloudflare protège les pages web publiques; il ne rend pas le trafic d'origine client fiable.

Un client utilisant Eternity pour des charges de travail sensibles à la sortie devrait tester la réputation IP et demander si des remplacements propres sont disponibles si une adresse est déjà endommagée.

La structure de contact d'abus est également divisée. Les données RDAP de l'AS montrent un contact d'abus associé à ety.one. L'enregistrement RDAP du préfixe pour 82.41.36.0/24 liste un email d'abus sous abuseradar.com. Ce n'est pas nécessairement un problème; les fournisseurs de ressources d'adresses gèrent souvent les contacts d'abus pour les blocs attribués. Mais cela signifie que les signalements peuvent passer par les règles de traitement de plus d'une organisation.

Les clients qui hébergent du contenu généré par les utilisateurs, des e-mails, des proxies, des serveurs de jeux ou d'autres services sujets aux plaintes devraient comprendre quelle décision peut suspendre un serveur, null-router une IP, ou exiger des informations client.

La confiance est également façonnée par la documentation. Lecentre de documentationd'Eternity fournit une surface de documents juridiques publics avec des options de langue, et le site racine renvoie vers des documents de contrat d'abonnement. La présence de documents est positive. L'acheteur public doit encore inspecter l'accord exact utilisé à l'inscription, car les conditions des petits fournisseurs contrôlent souvent les parties les plus importantes du service: éligibilité au remboursement, délais de renouvellement, annulation, suspension, utilisation interdite, conservation des données, plafonds de responsabilité, crédits SLA, juridiction et droits de résiliation. Le risque opérationnel n'est pas seulement de savoir si le serveur est rapide; c'est de savoir si le contrat donne au fournisseur des droits étendus de suspendre le service lors de litiges ou d'événements d'abus.

Les fournisseurs à bas prix vivent également sous pression fournisseur. Si les frais amont augmentent, un bail de préfixe change, le trafic DDoS augmente, ou une installation impose des règles d'abus plus strictes, un petit fournisseur peut avoir besoin de modifier rapidement les prix, les emplacements, les plages d'adresses ou les conditions. Les clients publics devraient surveiller les signes de continuité: avis de renouvellement, publications de statut, explications publiques d'incidents, canaux de support stables, historique de routage propre et langage de prix cohérent.

L'empreinte publique actuelle d'Eternity est trop jeune pour montrer un long modèle.

La meilleure lecture des preuves

La lecture généreuse est qu'Eternity Cloud Limited est un jeune fournisseur réel assemblant une offre d'hébergement européen autour d'une société britannique, de son propre AS enregistré, d'un IPv4 /24, de services publics devant Cloudflare, d'une interface d'hébergement en libre-service et d'une marque VPS économique sous Whitewhale. L'entreprise a enregistré les objets réseau publics nécessaires, a originaires une route valide, a publié des contacts de support et de facturation, et a présenté des détails de plans concrets. C'est plus qu'une page d'entreprise vague.

La lecture conservatrice est que la surface opérationnelle visible reste étroite. Un seul /24 actuel et un seul voisin observé ne montrent pas une large résilience réseau. Les pages publiques n'identifient pas les installations, la propriété du matériel, la diversité amont active, les engagements de réparation, les garanties de sauvegarde ou un long historique d'incidents. L'entreprise est nouvellement constituée et étroitement contrôlée, sans comptes déposés encore. Les surfaces web sont devant Cloudflare, ce qui améliore la présentation publique mais sépare la disponibilité du site web de la disponibilité des serveurs clients.

Le bloc d'adresses semble se trouver dans une chaîne de ressources d'adresses plus large, ce qui est normal mais ajoute une autre dépendance.

Les deux lectures peuvent être vraies. Eternity peut être un vrai petit fournisseur et rester un pari d'infrastructure faiblement documenté. C'est la bonne catégorie pour les acheteurs à garder à l'esprit. Le service peut convenir à des charges de travail à faible risque et sensibles aux coûts. Il peut être utile en tant que nœud secondaire, serveur de test, petit hébergeur web, environnement de laboratoire, relais régional ou projet qui valorise un faible coût mensuel plutôt que des garanties formelles d'entreprise.

Il ne doit pas être traité comme une plateforme résiliente éprouvée simplement parce qu'il utilise un langage cloud, fait la publicité de son propre ASN, ou a une route valide.

L'amélioration la plus importante serait la transparence opérationnelle. Eternity pourrait améliorer matériellement son assurance publique en publiant une page de statut, une liste d'installations ou de métros, une courte page réseau nommant les fournisseurs amont actifs, un plan IPv6, une page looking-glass de route, une politique d'abus, un document SLA définissant la mesure et les crédits, une politique de sauvegarde et d'instantanés, et une archive d'incidents.

Il pourrait également clarifier si Whitewhale est un produit d'Eternity Cloud Limited, comment etyCloud et Whitewhale sont liés contractuellement, quelle entité légale facture les clients, et quelles conditions régissent chaque service. Aucune de ces divulgations ne nécessite de révéler une topologie sensible. Elles réduiraient simplement l'ambiguïté.

Les clients peuvent réduire leur propre risque sans attendre. Ils devraient tester un serveur d'essai avant de déplacer une charge de travail, vérifier la latence et la perte de paquets depuis les régions concernées, vérifier le comportement des e-mails sortants et du risque de paiement, confirmer la plage IP attribuée, lire l'accord, tester la réponse du support, se renseigner sur les sauvegardes, conserver des copies hors fournisseur, utiliser un DNS indépendant, surveiller depuis l'extérieur du réseau, et maintenir un deuxième fournisseur pour les systèmes critiques.

Plus le prix mensuel est bas, plus ces contrôles côté client sont importants.

Conclusion

Eternity Cloud Limited doit être considéré comme un opérateur d'hébergement émergent avec une empreinte réseau publique réelle mais petite. L'entreprise existe dans les registres britanniques, fait la publicité de services d'hébergement et cloud via ses propres propriétés web, relie sa marque à etyCloud et Whitewhale, détient AS201830 dans les enregistrements RIPE, originaire 82.41.36.0/24, et dispose d'une RPKI valide pour cette route. Ce sont des faits significatifs.

Les mêmes faits ne prouvent pas qu'Eternity contrôle une capacité physique profonde, dispose d'un transit en direct redondant, maintient du matériel de rechange, opère dans plusieurs installations, ou peut rétablir rapidement le service client lors d'incidents complexes. Le produit vendu aux clients n'est pas seulement du CPU, de la RAM et du stockage NVMe. C'est une chaîne d'accès aux racks, de contrats fournisseurs, de politique de transit, de gouvernance des adresses, de gestion DDoS, de services de compte devant Cloudflare, de chemins de paiement, de documentation, de tickets et de main-d'œuvre de réparation.

Les preuves publiques montrent des parties de cette chaîne et laissent d'autres parties non vérifiées.

Cela rend la note actuelle des preuves faible plutôt que négative. Le fournisseur est visible, routé et commercialement présent. L'incertitude n'est pas de savoir s'il y a une empreinte publique; l'incertitude est de savoir si l'empreinte publique peut soutenir la résilience implicite du mot cloud.

Jusqu'à ce qu'Eternity publie plus de détails opérationnels ou construise un historique public plus long, les acheteurs doivent le traiter comme une option d'hébergement économique qui peut être utile dans le bon niveau, et non comme une dépendance d'infrastructure à laquelle faire confiance sans sauvegardes, surveillance et une voie de sortie claire.