Résumé

  • La surface réseau publique derrière ce profil est AS200525, nomméHOSTING-UKRAINE-2dans RIPE et décrit par RIPEstat comme « HOSTING-UKRAINE-2 Hosting Ukraine LTD »; AS200525 était visible en juillet 2026 avec quatre annonces IPv4 et un voisin observé, AS200000.
  • Les pages de Hosting Ukraine décrivent une large gamme de services d'hébergement ukrainiens: hébergement mutualisé, VPS/VDS, hébergement professionnel, serveurs dédiés, stockage, bases de données gérées, enregistrement de domaines, DNS, SSL, messagerie professionnelle et un datacentre à Kiev avec des centaines de kilowatts de puissance et plus de 1 000 serveurs.
  • La question opérationnelle n'est pas de savoir si le service existe. Il existe clairement. La question est de savoir comment les charges de travail des clients survivent aux interruptions d'installation, à la dépendance de la politique de routage à AS200000, à l'espace d'adressage loué ou détenu par un groupe, au déplacement des sauvegardes, à l'accès au panneau de contrôle, aux files d'attente de support et aux limites pratiques des conditions du fournisseur.

Le deuxième label AS ne doit pas être surinterprété

Le premier piège de ce profil est le chiffre dans le nom. Les enregistrements de routage publics ne montrent pas une marque grand public séparée appelée « 2 Hosting Ukraine ». Ils montrent un enregistrement réseau pour Hosting Ukraine dont le nom AS estHOSTING-UKRAINE-2. La base de données RDAP de RIPE listeAS200525comme actif, avec le nomHOSTING-UKRAINE-2, enregistré le 15 juin 2015, une date de dernière modification en 2026, et l'organisation RIPE de Hosting Ukraine LTD comme titulaire. L'entité de la base de données RIPE pourAS200525est encore plus explicite sur la frontière de dépendance: il importe depuis AS200000, exporte vers AS200000, et utilise les mêmes références de mainteneur et d'organisation que Hosting Ukraine.

Cela donne une lecture très précise. AS200525 n'est pas simplement un artefact marketing, car il est annoncé et a des preuves de routage publiques. Mais ce n'est pas non plus une périphérie mondiale autonome avec un ensemble indépendant de pairs amont. L'instantanérouting-status pour AS200525de RIPEstat du 11 juillet 2026 a signalé quatre préfixes IPv4, 21 760 adresses IPv4, aucun préfixe IPv6 dans cette vue, une visibilité IPv4 RIS complète et un voisin observé. La vueannonced-prefixesde RIPEstat a montré193.93.63.0/24,104.250.200.0/22,87.56.64.0/18et80.89.240.0/20actifs entre le 27 juin et le 11 juillet 2026. La vueas-routing-consistencyde RIPEstat a montré AS200000 comme pair d'import et d'export en BGP et dans la base de données Whois.

Le réseau plus large de Hosting Ukraine est plus étendu. L'entité RIPE pourAS200000, nomméeUkraine-AS, liste un grand ensemble de relations d'import et d'export, y compris AS174, AS3255, AS3326, AS6939, AS9002, AS13249, AS15645, AS1820, AS24703, AS29107, AS31210, AS50263, AS50952 et AS59613. Les donnéesrouting-status pour AS200000de RIPEstat ont signalé 31 préfixes IPv4, 17 préfixes IPv6, une large visibilité IPv4 et IPv6 RIS, et 42 voisins observés dans le même instantané de juillet 2026. PeeringDB listeHosting Ukraine sur AS200000, avec une politique d'échange ouverte, deux entrées LAN d'échange et trois relations d'installations.

Pour un acheteur, la distinction compte. Si la charge de travail d'un client est accessible via AS200525, le chemin public visible doit être évalué comme une surface secondaire dépendante derrière AS200000. Si la charge de travail d'un client est accessible via le réseau principal de Hosting Ukraine, les preuves plus larges d'AS200000 suggèrent une plus grande diversité de routage. Les documents publics ne précisent pas quels produits ou clients sont associés à quel AS, et ils ne publient pas de topologie par service.

La conclusion prudente est donc plus étroite que le récit de la marque: la deuxième surface AS est réelle, mais la résilience de cette surface doit être testée par rapport à sa dépendance à la périphérie principale de Hosting Ukraine.

L'identité de l'entreprise est plus forte que la correspondance exacte des services

Le dossier d'organisation RIPE pourORG-HUL6-RIPEidentifie Hosting Ukraine LTD, pays UA, numéro d'enregistrement37593550, type d'organisation LIR, une adresse postale à Kiev, des références de mainteneur Hosting Ukraine et des rôles de contact RIPE. La même organisation apparaît dans AS200000 et AS200525. La liste des identifiants de registraire IANA inclutHosting Ukraine LLC en tant que registraire accrédité, numéro IANA 2374, avec un service RDAP àhttps://rdap.ukraine.com.ua/. La propre page d'enregistrement de domaine de Hosting Ukrainepage d'enregistrement de domaineindique qu'elle dispose d'une accréditation ICANN, qu'elle travaille sans intermédiaires avec les administrateurs de zones de domaine dans le monde entier, prend en charge l'enregistrement instantané de domaine, fournit un panneau de contrôle de domaine, et que les mises à jour des enregistrements DNS prennent moins de dix secondes.

Ces sources suffisent à confirmer un véritable fournisseur, un véritable rôle de registraire et un véritable rôle LIR/réseau. Elles ne suffisent pas à lier chaque service annoncé à AS200525. La page d'accueilpage d'accueilde Hosting Ukraine et son site ukrainien décrivent des serveurs AMD EPYC, des disques NVMe, IPv6, un réseau de 280 Gbps et un support technique 24/7. Sa page « à propos »page à proposindique que l'entreprise est un service d'hébergement et d'enregistrement de domaine ukrainien entièrement automatisé, donne un historique qui commence avec un logiciel d'automatisation d'entreprise en 1999, indique que l'hébergement public a été lancé après avoir hébergé des projets internes et clients, que l'entreprise a migré versukraine.com.ua, et enregistre plusieurs jalons d'infrastructure physique: plus de 100 serveurs d'hébergement, un premier datacentre avec 28 baies de serveurs et 240 kW de puissance de conception, l'accréditation ICANN en 2015, la première étape d'un nouveau datacentre de 330 kW, plus de 1 000 serveurs, une deuxième salle de serveurs avec une capacité de 350 kW, et les conditions techniques pour 1 MW de puissance pour un nouvel emplacement à Kiev.

Cet historique est exceptionnellement utile car il nomme la couche physique derrière la marque d'hébergement. De nombreuses entreprises d'hébergement disent « cloud » ou « fiable » sans exposer l'échelle des installations. Les pages de Hosting Ukraine mettent au moins des chiffres sur les baies, les jalons de puissance et les nombres de serveurs.

La même page indique que son datacentre d'entreprise est à Kiev et présente le service autour de l'automatisation: enregistrement de domaine en moins d'une minute, activation de l'hébergement immédiatement après commande, traitement automatique des paiements, un panneau de contrôle pour l'auto-gestion du client, et une API qu'elle dit couvrir 99% des fonctionnalités du panneau de contrôle. Ce sont des affirmations de produit, pas des statistiques opérationnelles auditées, mais elles expliquent le modèle de l'entreprise: l'auto-service client repose sur une pile d'hébergement verticalement intégrée.

Les limites de propriété et juridiques doivent néanmoins être traitées avec précaution. La page d'offre publique anglaisehosting.xyznommeHosting.XYZ LTDcomme partie contractante pour le site anglais, tandis que l'offre publique ukrainienne surukraine.com.uanomme TOV « Hosting Ukraine » comme partie contractante. Le dossier d'organisation RIPE utilise Hosting Ukraine LTD et le numéro d'enregistrement37593550; IANA utilise Hosting Ukraine LLC. Les archives publiques portent donc de multiples translittérations et contextes de site d'entreprise. Pour l'analyse de l'infrastructure, les ancres stables sont l'organisation RIPE, les pages de serviceukraine.com.ua/hosting.xyz, l'entrée de registraire IANA, et les deux systèmes autonomes Hosting Ukraine.

Ce que Hosting Ukraine dit vendre

Le catalogue de services est suffisamment large pour que les acheteurs ne considèrent pas Hosting Ukraine comme un simple fournisseur d'hébergement mutualisé. La principale page d'hébergementpage d'hébergementprésente de l'espace disque NVMe, des certificats SSL gratuits, un constructeur de site, MySQL 8.4 ou 5.7, des versions PHP de 5.2 à 8.5, HTTP/2, connexion MySQL à distance, phpMyAdmin, une API de gestion d'hébergement, IPv6, support Git/SVN, sauvegardes, boîtes aux lettres, protocoles de messagerie, webmail et sélection de l'emplacement du serveur. Sa page d'accueil ukrainienne indique également que les serveurs d'hébergement se connectent à Internet à 10 Gbit/s et que la capacité totale du canal est de 280 Gbit/s, tandis que les sauvegardes sont stockées sur des serveurs dans plusieurs pays et que le datacentre se connecte directement aux grands opérateurs télécoms internationaux.

La pageVPS/VDSvend des serveurs virtuels dédiés sur processeurs AMD EPYC, avec des lignes de plan pour les cœurs CPU, la RAM, le disque NVMe et le trafic. Cela transforme le produit en une question classique de capacité installée par rapport à la capacité utilisable. Un plan VPS peut sembler élastique du point de vue de l'acheteur, mais le fournisseur a toujours besoin de nœuds, de CPU de réserve, de mémoire, de stockage, de stabilité de l'hyperviseur, d'images, d'automatisation du support et d'un chemin pour déplacer les instances en cas de défaillance d'un hôte. La page publique confirme une famille de produits réelle et une proposition matérielle moderne. Elle ne divulgue pas la taille du cluster, la politique de surréservation, la conception de la migration en direct, le provisionnement des nœuds, la réplication du stockage ou le temps de récupération par plan.

La page d'hébergement professionnelhébergement professionnelest plus révélatrice car elle mélange la commodité de l'hébergement mutualisé avec un langage de ressources qui ressemble plus à du VPS. Elle annonce le support de NodeJS, PHP-FPM, LiteSpeed, MySQL 8, Memcached, Redis et OPcache, avec des dimensions de plan pour le disque NVMe, la RAM, les cœurs CPU, MySQL, SSL gratuit, un constructeur de site, des sites web et sous-domaines illimités, les limites de mémoire PHP, l'emplacement du serveur, HTTP/2, les bases de données MySQL, la connexion MySQL à distance, l'API de gestion d'hébergement, IPv6, les dépôts Git/SVN, les sauvegardes et les paramètres de messagerie. La dépendance évidente n'est pas seulement un serveur web. Un client d'hébergement professionnel dépend des workers web, des pools PHP, du service de base de données, des couches de cache, du DNS, des boîtes aux lettres, des travaux de sauvegarde, de l'état du panneau de contrôle et de ce que la surveillance décide lorsqu'un compte occupé nuit aux voisins.

Les pages de bases de données gérées élargissent cette surface de dépendance. La page d'hébergement MySQLhébergement MySQLdécrit de l'espace serveur pour les bases de données MySQL, un lancement facile via interface ou API, une mise à l'échelle CPU/RAM/espace de base de données, le support de la réplication, des rapports de requêtes, la fréquence de sauvegarde et le nombre de copies de sauvegarde. La page d'hébergement PostgreSQLhébergement PostgreSQLannonce les versions PostgreSQL, PostGIS, TimescaleDB et le support vectoriel, ainsi que des sauvegardes automatiques, une évolutivité et un support technique. La page d'hébergement Redishébergement Redisvend du Redis géré avec des dimensions de RAM, CPU, sauvegarde et emplacement du serveur. Ces services ne sont pas interchangeables avec de l'hébergement statique. Si le service de base de données ou de cache tombe, le site peut techniquement être en ligne tandis que le paiement, la connexion, la recherche, l'état de session ou l'analytique s'effondrent.

La page de stockagestockagedécrit l'hébergement de fichiers CDN: espace disque pour les fichiers, accès FTP/gestionnaire de fichiers/navigateur, connexion de domaine personnalisé, support Secure Link, support API, emplacement du serveur et une bande passante revendiquée de 40 Gbit/s pour les serveurs de stockage. Elle indique que les utilisateurs peuvent stocker des documents, des archives, des images, de l'audio, de la vidéo, leurs propres sauvegardes et des fichiers de site web statiques, et note que le support est disponible 24 heures sur 24. Cela signifie que le stockage peut devenir une dépendance à la fois pour la production et pour les sauvegardes appartenant au client. Si un compte de stockage est utilisé comme cible de sauvegarde, le chemin de récupération du client est maintenant couplé à la plateforme de stockage, à l'authentification, à la facturation et à la bande passante de téléchargement de Hosting Ukraine.

La page des serveurs dédiésserveurs dédiésmérite un traitement séparé car elle est à la fois une preuve solide d'infrastructure et un avertissement de disponibilité actuelle. Elle indique que la commande de nouveaux serveurs dédiés est temporairement indisponible pendant la finalisation du système de commande. Elle décrit néanmoins le modèle de produit en détail: un serveur dédié est une machine physique distincte; tous les serveurs sont connectés à Internet à 1 Gbit/s; le réseau local du datacentre utilise des liens 40G et 20G; le prix du serveur inclut 30 TB de trafic; l'accès est normalement disponible dans un à trois jours ouvrables après le paiement; chaque serveur reçoit une adresse IPv4 et une adresse IPv6; les clients peuvent commander jusqu'à 64 adresses IP; l'accès root, le KVM IP à la demande, la surveillance de disponibilité HTTPS 24/7 via Telegram, le redémarrage à distance, le DNS inverse, l'utilisation gratuite des serveurs de noms Hosting Ukraine et le support pour le remplacement du matériel défaillant et la réinstallation du système d'exploitation font partie du service décrit. Il mentionne également le peering privé optionnel au 9 Leontovicha ou 50 Gaidar, la connectivité de datacentre neutre, les annonces BGP client et les VLAN entre serveurs dédiés.

Cette page est l'une des fenêtres les plus claires dans la chaîne de dépendance physique. Un serveur dédié n'est pas une région abstraite; c'est un inventaire, une confirmation de paiement, un travail de provisionnement, de l'énergie, du refroidissement, des ports de commutateur, une attribution d'adresse IP, un accès KVM, un remplacement de matériel et une procédure de réinstallation du système d'exploitation. La pause temporaire sur les nouvelles commandes ne doit pas être interprétée comme une panne, mais elle doit être considérée comme un rappel que la capacité annoncée et la capacité disponible sont deux choses différentes.

Les acheteurs ayant besoin de métal nu devraient vérifier le stock actuel, les délais, les fenêtres de remplacement du matériel et si les besoins prévus de BGP/peering privé sont actuellement pris en charge.

La surface réseau comporte deux couches

Les preuves de routage d'AS200525 sont compactes. Les enregistrements de vue d'ensemble des préfixes RIPEstat pour193.93.63.0/24,104.250.200.0/22,87.56.64.0/18et80.89.240.0/20ont tous montré les préfixes annoncés par AS200525 dans la fenêtre de requête de juillet 2026, avec la chaîne de titulaireHOSTING-UKRAINE-2 Hosting Ukraine LTD. La validation RPKI de RIPEstat a renvoyé un statut valide pour ces paires AS200525/préfixe. Cela confirme une surface de routage légitime.

L'histoire de la ressource d'adressage n'est pas aussi simple que « quatre blocs appartenant à Hosting Ukraine ». Le RDAP RIPE pour193.93.63.0/24nomme UAB « STARNITA » en Lituanie et un handle lié à ClustSpace. Le RDAP pour104.250.200.0/22nomme FASTPLANET LTD et une allocation au Royaume-Uni. Le RDAP pour87.56.64.0/18et80.89.240.0/20nomme Hosting.XYZ LTD à Chypre. Le routage est valide, mais la piste du titulaire montre une complexité de groupe, de location, de société associée ou d'adresse client que les seules archives publiques ne peuvent pas résoudre complètement.

Cela compte pour la portabilité et l'analyse des défaillances. Si un client se voit attribuer un espace IP provenant d'un bloc dont le titulaire RDAP diffère de la société d'exploitation ukrainienne, une migration ou un litige pourrait impliquer plus d'une relation juridique ou de registre. Cela peut être tout à fait normal au sein du groupe du fournisseur. Mais un acheteur sérieux devrait demander: Qui est le titulaire RIR de mes adresses? Sont-elles portables, attribuées par le fournisseur, louées ou liées à un service spécifique? Le DNS inverse, le geofeed, la ROA et les objets de route peuvent-ils être modifiés lors d'une migration?

Que se passe-t-il si un problème de facturation, d'abus, de registraire ou d'entité juridique frappe le bloc?

AS200000, en revanche, ressemble au réseau le plus central. L'enregistrement réseau PeeringDBAS200000liste Hosting Ukraine, site webhttps://www.ukraine.com.ua, une politique d'échange ouverte, deux enregistrements LAN d'échange et trois enregistrements d'installations. Les données PeeringDBnetfaclistent NewTelco Kiev, 9 Leontovicha et DTEL-IX SP50 comme relations d'installations à Kiev. Les données PeeringDBnetixlanlistent une entrée GNM-IX UA à 10 Gbps avec adresses IPv4 et IPv6 et une entrée 1-IX EU à 40 Gbps. Les pages de détail des installations identifientNewTelco Kievau 50 Gaidara,9 Leontovichaau 9 rue Leontovicha, etDTEL-IX SP50au 50 rue Simyi Prakhovykh, tous à Kiev.

PeeringDB est auto-géré, et une relation d'installation ne prouve pas le nombre de baies, la consommation électrique ou l'emplacement de la charge de travail du client. Néanmoins, la combinaison de la politique RIPE d'AS200000, de la visibilité RIPEstat, des installations PeeringDB et des propres affirmations du datacentre de Hosting Ukraine soutient une empreinte réseau et d'installation ukrainienne crédible. Le point faible n'est pas de savoir si AS200000 existe.

Le point faible est de savoir si un service client donné est réparti sur ces installations, entre le datacentre propriétaire à Kiev et les salles de rencontre tierces, ou concentré sur un seul segment de plateforme.

Les affirmations sur le datacentre indiquent une résilience physique, mais pas un basculement automatique

La propre page « à propos » de Hosting Ukraine est inhabituellement franche sur l'échelle physique: 28 baies et 240 kW pour un premier datacentre, 330 kW pour une première étape ultérieure, une deuxième salle de serveurs de 350 kW, plus de 1 000 serveurs et des conditions techniques de 1 MW pour un nouvel emplacement à Kiev. La page des serveurs dédiés ajoute des détails opérationnels: liaisons montantes de serveur à 1 Gbit/s, liens locaux du datacentre à 40G et 20G, remplacement du matériel, réinstallation du système d'exploitation et redémarrage à distance via le panneau de contrôle.

La page d'hébergement principale indique que le datacentre du fournisseur est directement connecté aux grands opérateurs télécoms internationaux et que les connexions Internet des serveurs d'hébergement sont de 10 Gbit/s avec une capacité totale de canal de 280 Gbit/s.

Ce sont des signaux forts de capacité installée. Ils ne prouvent pas par eux-mêmes la capacité utilisable sous stress. La puissance installée et le nombre de baies répondent à la question « Combien peut être construit ou hébergé? » Ils ne répondent pas à la question « Quelle capacité de réserve existe au moment d'une panne? » Un hôte VPS peut avoir des cœurs de réserve sur papier tandis qu'un cluster de stockage est contraint. Une flotte d'hébergement web peut avoir des ports serveur à 10 Gbit/s tandis qu'un composant de plan de contrôle bloque les restaurations.

Un datacentre peut avoir des centaines de kilowatts et toujours dépendre du carburant, de la maintenance des onduleurs, des optiques de commutateur, des interconnexions, des disques de rechange, des ingénieurs de garde et de la sécurité des routes de transport à Kiev.

Le contexte ukrainien rend cette distinction plus que théorique. Le site web ukrainien de l'entreprise inclut des déclarations selon lesquelles son datacentre a continué de fonctionner et que le support technique est réparti dans différentes villes, permettant une prestation de service complète, tout en faisant référence à la cessation du support pour l'hébergement et les domaines associés aux occupants russes. Ce sont des déclarations publiques de positionnement de service, pas des enregistrements d'incidents indépendants, mais elles montrent que Hosting Ukraine a dû parler de continuité en temps de guerre et de géographie du personnel.

Pour un client ayant des besoins de localisation des données en Ukraine, le signal positif est que l'entreprise revendique une infrastructure locale et un support distribué. La question sans réponse est de savoir comment chaque produit se comporte lors d'un choc électrique, de fibre, de fournisseur, d'accès du personnel ou de sécurité régionale.

L'histoire des sauvegardes est similaire. La page d'hébergement de Hosting Ukraine indique que les sauvegardes sont stockées sur des serveurs dans plusieurs pays. Sa page ukrainienne indique que des copies hebdomadaires d'hébergement et des copies biquotidiennes de boîtes aux lettres sont effectuées vers des serveurs en Allemagne. Les pages de bases de données annoncent la configuration de la sauvegarde, le nombre de copies et le support de restauration. Ce sont des garde-fous utiles. Mais la sauvegarde n'est une garantie de résilience que lorsque la restauration est testée.

Un service de sauvegarde peut échouer au stade de la restauration parce que les identifiants sont perdus, que l'accès au panneau de contrôle est indisponible, qu'un client a enfreint les règles de taille d'archive, que les données ont été corrompues avant la sauvegarde, que la bande passante est limitée par les preuves publiques ou que la cible de restauration n'a plus de logiciel compatible.

Les conditions du fournisseur rendent cette tension explicite. Les conditions de serviceconditions de serviceinterdisent d'utiliser les comptes d'hébergement mutualisé comme stockage de sauvegarde ou de données arbitraires, restreignent les très grandes archives de sauvegarde, limitent la taille d'une seule ligne de base de données, interdisent les requêtes SQL longues et indiquent que les ressources décrites comme « illimitées » ne peuvent techniquement pas être illimitées car les ressources du serveur et du canal Internet sont partagées. Les mêmes conditions indiquent que le fournisseur peut limiter la consommation lorsqu'un petit sous-ensemble d'abonnés dépasse les schémas d'utilisation ordinaires et peut suspendre ou résilier le service si l'utilisation n'est pas réduite après notification. Ce n'est pas inhabituel pour l'hébergement mutualisé. C'est exactement l'économie de l'hébergement mutualisé: le fournisseur doit protéger la plateforme des charges de travail qui nuisent aux autres clients.

L'offre publique place le support et la responsabilité au sein du produit

Hosting Ukraine vend via un panneau de contrôle et un modèle fortement axé sur l'API. L'offre publiqueoffre publiquedéfinit les services comme l'hébergement, la location de serveurs virtuels dédiés, les serveurs dédiés et l'enregistrement de noms de domaine. Elle définit le panneau de contrôle de service comme l'interface web et l'API par lesquels les abonnés gèrent les domaines, les comptes d'hébergement, les sites web, les boîtes aux lettres, les informations de paiement et les conditions de service. Elle indique que les clients doivent répondre aux demandes ou notifications administratives dans les 24 heures, maintenir des données exactes, garder les mots de passe sécurisés et utiliser l'email de contact ou la zone de service autorisée pour les demandes. Elle indique également que le fournisseur peut bloquer les services en cas de non-paiement, de coordonnées inexactes, de défaut de réponse aux demandes, de contenu illicite, d'attaques, de spam, de logiciels malveillants et de besoins excessifs en matériel/ressources.

Ces conditions ne sont pas simplement des clauses juridiques standard. Ce sont des dépendances d'infrastructure. Si le panneau de contrôle est indisponible, si un client perd l'accès à l'email enregistré, si un avis est manqué, si la facturation échoue, si les données de contact du domaine sont obsolètes, ou si un compte est suspendu lors d'une enquête pour abus, le service peut échouer alors que les serveurs et les routes restent sains. Une petite entreprise considère souvent l'hébergement comme un produit mensuel.

En pratique, sa continuité dépend de l'identité, du paiement, des identifiants du portail, du renouvellement, du traitement des abus et de la conformité du registre de domaine.

La même offre publique indique que le contractant ne garantit pas des services absolument ininterrompus ou sans erreur, ne garantit pas que le logiciel ou le matériel offert est exempt d'erreurs système, n'est pas responsable des dommages directs ou indirects résultant de l'incapacité à utiliser les services, des pannes, de l'indisponibilité, des attaques DDoS ou autres, de la suppression de fichiers, des défauts, des retards, des problèmes de transmission et d'autres causes, et n'est pas responsable de la qualité des canaux de communication utilisés pour accéder aux services.

Elle indique que les réclamations écrites doivent être faites dans les trois jours suivant le litige et sont examinées dans un délai maximum de quatorze jours ouvrables. Elle indique également qu'un abonné peut demander un remboursement pour des lacunes de qualité de service dans les 30 jours suivant le paiement, à l'exception des services de domaine.

Ce langage devrait façonner l'approvisionnement. Pour les sites web non critiques, les conditions standard peuvent être acceptables. Pour les systèmes transactionnels destinés au public, les formulaires du secteur public, les emails critiques pour les revenus, les bases de données de production ou le stockage de sauvegarde, l'acheteur ne devrait pas se fier au langage ordinaire de l'offre publique comme plan de résilience.

Ils devraient demander des engagements spécifiques au service, des chemins d'escalade, des pratiques de notification des incidents, des tests de restauration de sauvegarde, des procédures de migration et des preuves de la manière dont le fournisseur sépare les défaillances entre les composants web, base de données, stockage, messagerie, DNS et panneau de contrôle.

La localisation des données est réelle, mais elle a des limites

Le positionnement de Hosting Ukraine est visiblement ukrainien. Le site web ukrainien utilise la marqueukraine.com.ua, la page « à propos » identifie un datacentre d'entreprise à Kiev, le fournisseur liste des numéros de téléphone ukrainiens, la page de domaine annonce une expérience des zones de domaine ukrainiennes et une accréditation ICANN, et le pays de l'organisation RIPE est UA. Pour les clients ukrainiens, cela offre plusieurs avantages pratiques: langue de support locale et fuseau horaire, processus de paiement et de domaine ukrainiens, une empreinte de datacentre domestique et une expérience directe des échanges Internet et des opérateurs ukrainiens.

La page des serveurs dédiés décrit également une connexion directe aux points d'échange de trafic ukrainiens, y compris UA-IX, Giganet, DATA-IX et DTEL-IX, ainsi qu'une connexion directe pour les clients Ukrtelecom via UKRTEL-IX. Elle indique que tous les serveurs dédiés sont sur des ports Internet à 1 Gbit/s, que les liens réseau locaux sont à 40G et 20G, et qu'un peering privé optionnel peut être arrangé au 9 Leontovicha ou 50 Gaidar.

PeeringDB soutient indépendamment un profil d'interconnexion à Kiev pour AS200000, avec des enregistrements d'installations à NewTelco Kiev, 9 Leontovicha et DTEL-IX SP50 et des entrées d'échange pour GNM-IX UA et 1-IX EU.

Mais la localité n'équivaut pas à la simplicité juridique ou technique. Certains préfixes annoncés par AS200525 sont enregistrés auprès d'entités en dehors de l'Ukraine, y compris Hosting.XYZ LTD à Chypre, FASTPLANET LTD au Royaume-Uni et UAB Starnita en Lituanie. L'offre publique anglaise et la politique de confidentialité sont associées à Hosting.XYZ LTD et indiquent que les informations personnelles peuvent être traitées sur des serveurs en Ukraine et dans d'autres pays.

La page d'hébergement indique que les sauvegardes peuvent être stockées dans plusieurs pays, et la page ukrainienne fait spécifiquement référence à des copies sur des serveurs en Allemagne. Ce ne sont pas des signaux d'alarme en soi. Les structures d'entreprise transfrontalières et de sauvegarde sont courantes. Cela signifie que « l'hébergement ukrainien » doit être compris au niveau du service et de la catégorie de données, et non comme une garantie générale que chaque adresse, sauvegarde, processus de support ou contrepartie juridique est exclusivement ukrainien.

Pour les acheteurs préoccupés par la souveraineté des données, les bonnes questions sont concrètes. Où la charge de travail principale est-elle stockée? Où les sauvegardes sont-elles stockées? Les emails sont-ils sauvegardés en Allemagne ou ailleurs? Quelle entité juridique signe le contrat? Quelle entité est le titulaire RIR pour les adresses attribuées? Le service dépend-il de Hosting.XYZ LTD ou de Hosting Ukraine LTD pour le produit spécifique? Le client peut-il choisir l'emplacement du serveur? Les sauvegardes de base de données sont-elles cryptées et exportables?

Les détails du titulaire du domaine sont-ils détenus par Hosting Ukraine en tant que registraire, transmis aux registres ou publiés via WHOIS/RDAP comme requis? Les archives publiques donnent suffisamment de matière pour poser ces questions. Elles ne répondent pas à toutes.

Chemins de défaillance à tester

Le premier chemin de défaillance est la dépendance AS200525-AS200000. RIPE montre qu'AS200525 importe et exporte uniquement via AS200000, et la vue de cohérence RIPEstat a observé la même relation. Si AS200525 est utilisé pour un bloc client ou un service, l'accessibilité dépend du réseau principal de Hosting Ukraine qui fait son travail: transit, politique de routage, maintenance RPKI/ROA, filtres de route, santé amont et opérations BGP. Le réseau plus large AS200000 a une visibilité beaucoup plus large, mais le deuxième AS n'expose pas publiquement cette même diversité par lui-même.

Le deuxième chemin de défaillance est la portabilité des ressources d'adresse. La validation RPKI confirme qu'AS200525 est autorisé à originer les quatre préfixes visibles, mais les enregistrements de titulaire RDAP montrent plusieurs organisations. Si un client se voit attribuer des IP de l'une de ces plages, l'acheteur doit savoir si l'espace est loué, attribué par le fournisseur, lié à un produit spécifique, contrôlé par Hosting Ukraine, contrôlé par Hosting.XYZ ou lié à un titulaire RIR différent. Une défaillance ici n'est pas seulement une perte de paquets.

Cela peut être un retard de migration, des problèmes de DNS inverse, un décalage de géolocalisation, un litige de ticket d'abus ou un changement d'objet de route qui prend plus de temps que l'application ne peut le tolérer.

Le troisième chemin de défaillance est le stress des installations ou de l'alimentation. Les propres pages de Hosting Ukraine soutiennent une empreinte de datacentre réelle à Kiev et une capacité électrique matérielle. PeeringDB soutient les relations d'installations à Kiev pour AS200000. Mais les pages publiques ne publient pas de plan de baies actuel, de conception d'alimentation, de détails onduleur/générateur, de redondance de refroidissement, de logistique de carburant, de stock de matériel ou de placement par service.

Les clients doivent vérifier si leur service est mono-site, multi-site, répliqué en Allemagne, répliqué dans les propres salles de Hosting Ukraine, ou simplement sauvegardé ailleurs.

Le quatrième chemin de défaillance est le stock et la réparation du matériel. La page des serveurs dédiés indique que le support inclut le remplacement du matériel défaillant et la réinstallation du système d'exploitation, et que le KVM IP peut être fourni sur demande. C'est utile. Cela implique également qu'un client peut attendre le remplacement du matériel, l'accès physique, la disponibilité de l'image du système d'exploitation, la file d'attente KVM et la priorisation du support.

Pour les VPS et l'hébergement professionnel, les questions équivalentes sont le provisionnement des nœuds, le processus de vidange de l'hôte, la réplication du stockage, le chemin de restauration et la capacité du panneau de contrôle à déplacer une charge de travail pendant que la plateforme est sous charge.

Le cinquième chemin de défaillance est la sauvegarde et la restauration. Les pages publiques de Hosting Ukraine sont favorables aux sauvegardes: stockage de sauvegarde dans plusieurs pays, copies allemandes, paramètres de sauvegarde de base de données et langage de restauration du panneau de contrôle. Le risque n'est pas qu'aucune sauvegarde n'existe. Le risque est qu'un acheteur suppose un temps de récupération sans le tester.

Les conditions d'hébergement mutualisé restreignent les grandes archives et l'utilisation de stockage de données, et les sauvegardes de base de données gérées dépendent des paramètres du plan et de la disponibilité de la plateforme. Un client doit effectuer des tests d'exportation et de restauration avant de considérer le fournisseur comme une plateforme de reprise après sinistre.

Le sixième chemin de défaillance est le support, la facturation et le contrôle du compte. Hosting Ukraine annonce un support technique 24/7 et fournit plusieurs canaux de contact, mais l'offre publique et les conditions rendent également important le panneau de contrôle du client, l'email de contact, le statut de paiement, l'utilisation légale et la réponse aux notifications. Un litige de facturation, un domaine expiré, une vérification d'identité échouée, un avis administratif manqué ou une plainte pour abus peuvent interrompre le service sans défaut d'installation.

Les clients doivent conserver un email de contact hors plateforme, plusieurs contacts autorisés, des cycles de renouvellement documentés, des zones DNS exportées, des chemins de récupération d'identifiants et des copies indépendantes du contenu critique.

Le septième chemin de défaillance est le regroupement de produits. Un client peut acheter l'enregistrement de domaine, le DNS, l'hébergement mutualisé, les boîtes aux lettres, l'hébergement professionnel, l'hébergement de base de données, le stockage et le VPS auprès du même fournisseur parce que le panneau de contrôle est pratique. Cette commodité réduit la dispersion des fournisseurs, mais elle concentre également les défaillances. Si un seul compte, solde de paiement, changement DNS, connexion au portail ou problème de plan de contrôle à l'échelle du fournisseur affecte plusieurs services à la fois, le client perd plus d'un composant.

Pour une petite entreprise ukrainienne, cela peut signifier que le domaine, le site web, l'email, la base de données et le chemin de restauration de sauvegarde dépendent tous du même compte fournisseur.

Ce que les preuves publiques ne prouvent pas

Les preuves publiques sont suffisamment solides pour écarter l'idée qu'il s'agit d'un fournisseur sur papier. Hosting Ukraine a une entrée de registraire visible, un dossier d'organisation RIPE LIR, deux systèmes autonomes, une large surface de route AS200000, une surface de route active AS200525, des données d'installations et d'échange PeeringDB, et des pages de produit détaillées. La question n'est pas l'existence. La question est la résilience spécifique au service.

Plusieurs choses restent non prouvées. Les sources publiques ne montrent pas quels produits clients utilisent AS200525 par rapport à AS200000. Elles ne montrent pas le nombre actuel de baies, l'inventaire des serveurs de réserve, la conception du cluster de stockage, la redondance du plan de contrôle, la géographie exacte des sauvegardes par plan, les objectifs de temps de récupération, l'historique des incidents, le stock actuel de serveurs dédiés ou les conditions contractuelles des opérateurs.

Elles ne montrent pas si le chiffre de 280 Gbps est une capacité utilisable sous DDoS actif, une capacité de port agrégée, une capacité externe engagée ou une expression marketing de la marge réseau disponible. Elles ne montrent pas si chaque plan peut survivre à une panne d'une seule salle de serveurs. Elles ne montrent pas l'impact opérationnel actuel des risques d'infrastructure en temps de guerre à Kiev.

Cette incertitude devrait conduire à une note de preuve réseau moyenne, pas négative. Le réseau est visible. L'entreprise est réelle. L'histoire des installations est spécifique. Les pages publiques exposent plus de détails physiques que de nombreux hébergeurs. En même temps, AS200525 est compact et dépendant du parent, certains espaces d'adressage annoncés ont des titulaires RDAP non-Hosting Ukraine, et les pages produit ne remplacent pas les diagrammes d'architecture ou la transparence des incidents.

Les acheteurs devraient traiter Hosting Ukraine comme un véritable fournisseur d'infrastructure ukrainien dont les archives publiques soutiennent l'utilisation pour de nombreuses charges de travail ordinaires, tout en exigeant une diligence raisonnable spécifique au produit pour les charges de travail qui ne peuvent pas tolérer des limites ambiguës de restauration, de route ou de support.

Comment tester le service avant qu'il ne devienne critique

Un examen pratique devrait commencer par le produit exact utilisé. Un client d'hébergement mutualisé ne devrait pas poser les mêmes questions qu'un client avec un VPS, une instance PostgreSQL gérée, un bucket de stockage, un portefeuille de domaines ou un serveur dédié. Pour l'hébergement mutualisé et l'hébergement professionnel, l'acheteur doit demander comment ses sites, bases de données, boîtes aux lettres et sauvegardes sont placés.

Les propres conditions de Hosting Ukraine indiquent que les ressources ne peuvent techniquement pas être illimitées, et la page d'hébergement professionnel expose les dimensions CPU, RAM, NVMe, mémoire PHP, MySQL, cache, messagerie et sauvegarde. Le test est donc de savoir si un compte donné peut être déplacé ou restauré lorsqu'un serveur, un volume de stockage, un processus de base de données ou un composant de messagerie se comporte mal.

L'acheteur doit exporter les fichiers et les bases de données, restaurer vers une cible séparée, documenter les versions PHP et base de données, et conserver les instructions de basculement DNS en dehors du panneau de contrôle du fournisseur.

Pour les clients VPS, le test devrait se concentrer sur la défaillance de l'hôte et la continuité des adresses. La page publiquepage VPSconfirme les produits de serveurs virtuels, mais pas l'architecture de migration en direct. Un acheteur doit demander si les instances reposent sur un stockage local ou répliqué, si les instantanés sont cohérents en cas de panne ou cohérents au niveau de l'application, si les attributions IPv4 et IPv6 suivent une instance reconstruite, si le fournisseur peut démarrer un support de secours sans accès au portail client, et si les emails sortants ou la réputation d'abus peuvent affecter le sous-réseau VPS. Si la charge de travail utilise l'espace AS200525, l'acheteur doit également demander si le préfixe concerné fait partie des quatre plages visibles dans RIPEstat et si les ROA, les objets de route et le DNS inverse sont gérés par Hosting Ukraine, Hosting.XYZ ou un autre titulaire RIR.

Pour les clients de bases de données gérées et de stockage, la vitesse de restauration est la preuve qui compte. Les pages MySQL, PostgreSQL, Redis et stockage mentionnent toutes la sauvegarde, la restauration ou des ressources évolutives, mais les clients doivent transformer ces affirmations en tests. Une sauvegarde MySQL peut-elle être restaurée sur une nouvelle instance sans intervention du support? Les extensions PostgreSQL peuvent-elles être préservées? Les données Redis peuvent-elles être restaurées sans perdre les hypothèses de session volatiles?

Un compte de stockage peut-il être exporté à la vitesse de la ligne, ou la récupération est-elle limitée par la bande passante du plan, les limites de l'API, l'état d'authentification ou les files d'attente de support? Si le stockage est utilisé pour les propres sauvegardes du client, le client doit conserver au moins une copie en dehors de Hosting Ukraine afin que le chemin de récupération ne dépende pas du même compte et fournisseur en cas de crise.

Pour les clients de domaine et DNS, le test est la gouvernance plutôt que la bande passante. L'entrée de registraire IANAregistraire IANAde Hosting Ukraine et sa page de domainepage de domainesoutiennent un rôle de registraire réel, mais un domaine peut toujours échouer en raison d'une facturation expirée, de données de contact incorrectes, d'un état de transfert verrouillé, d'avis de vérification manqués ou d'erreurs de serveur de noms. Les clients doivent maintenir les données du titulaire à jour, stocker le code d'autorisation et la connaissance de la politique de transfert, documenter les zones DNS, réduire les TTL avant les migrations, et s'assurer que l'email administratif du compte de registraire n'est pas une boîte aux lettres hébergée uniquement sur le même compte. Une défaillance du contrôle du domaine peut faire tomber le web, la messagerie, les points de terminaison API et les flux d'authentification même lorsque le datacentre est sain.

Pour les clients de serveurs dédiés ou de peering privé, la disponibilité actuelle doit être vérifiée avant l'engagement. La page des serveurs dédiés indique que les nouvelles commandes sont temporairement indisponibles pendant la finalisation du système de commande, mais elle décrit également les opérations physiques du serveur, BGP, le peering privé et les options VLAN. Cela signifie que la bonne preuve précontractuelle n'est pas une brochure générale.

C'est une confirmation écrite du stock, du modèle de serveur, du support sur site, des pièces de rechange, du délai KVM, du délai d'interconnexion, de la politique de routage, du traitement DDoS, de la procédure de remplacement et de la possibilité pour le client d'annoncer ses propres préfixes depuis le site concerné. Si un acheteur a besoin de réparation en heures plutôt qu'en jours ouvrables, la page publique ne suffit pas.

Enfin, l'acheteur doit décider si la localité ukrainienne est une exigence, une préférence ou une concentration de risque. Le datacentre de Hosting Ukraine à Kiev et les preuves d'échange ukrainiennes sont précieux pour la latence locale et l'alignement juridictionnel.

Les mêmes enregistrements montrent également des éléments transfrontaliers: le langage de sauvegarde allemand, Hosting.XYZ LTD à Chypre pour certaines ressources d'adressage et les pages juridiques anglaises, les titulaires FASTPLANET et Starnita pour d'autres préfixes, et le langage de la politique de confidentialité concernant le traitement des données en Ukraine et dans d'autres pays. Une charge de travail sérieuse nécessite une carte des données.

La carte doit identifier le stockage principal, le stockage de sauvegarde, les données du registraire, le titulaire de l'adresse IP, le chemin de contact du support, l'entité contractante et le plan de sortie. Sans cette carte, l'expression « hébergement ukrainien » est trop large pour prendre des décisions de risque de production.

En résumé

La leçon utile de 2 Hosting Ukraine LTD est que la « capacité hébergée » n'est pas sans poids. La surface publique AS200525 prouve une couche de deuxième AS routée de Hosting Ukraine, mais elle ne prouve pas une périphérie indépendante. L'opération plus large de Hosting Ukraine montre le tableau d'infrastructure plus substantiel: hébergement ukrainien, accréditation de registraire, statut LIR, accessibilité AS200000, affirmations du datacentre de Kiev, mécanique des serveurs dédiés, services de stockage et de base de données, langage de sauvegarde multi-pays, automatisation du panneau de contrôle et signaux de peering/installations.

C'est suffisant pour rendre le fournisseur significatif sur le plan opérationnel.

C'est également suffisant pour rendre les chemins de défaillance visibles. Un client achetant chez Hosting Ukraine doit savoir si sa charge de travail est sur de l'hébergement mutualisé, de l'hébergement professionnel, du VPS, de la base de données gérée, du stockage, du serveur dédié, du service domaine/DNS ou une combinaison.

Il doit savoir quel compte contrôle ces services, quel email reçoit les notifications administratives, si le service utilise AS200525 ou AS200000, quel emplacement de sauvegarde et quel processus de restauration s'appliquent, si les adresses IP sont portables, et ce qui se passe si l'accès aux installations de Kiev, le routage de l'AS parent, le stock de matériel, le statut de paiement ou la capacité de support sont sous pression.

La bonne attitude n'est donc ni la confiance marketing ni la suspicion réflexive. Les archives publiques de Hosting Ukraine montrent une infrastructure authentique, un catalogue de services ukrainien de taille et une empreinte de route réelle. L'enregistrement AS200525 contraint l'analyse: pour cette surface de deuxième AS, la redondance doit être prouvée plutôt que supposée. Avant de s'y fier pour une production critique, un acheteur devrait demander des réponses écrites sur le placement multi-site, la diversité de transit, la politique RPKI et de routage, les tests de restauration de sauvegarde, le support de migration, la récupération de compte, la résilience de facturation et les limites d'exportation de données. C'est là que la différence entre la capacité installée et la capacité récupérable apparaîtra à la prochaine fenêtre de réparation.