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 partagé, VPS/VDS, hébergement professionnel, serveurs dédiés, stockage, bases de données gérées, enregistrement de domaines, DNS, SSL, messagerie d'entreprise et un centre de données à Kyiv 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 envers AS200000, à l'espace d'adressage loué ou détenu en groupe, au mouvement des sauvegardes, à l'accès au panneau de contrôle, aux files d'attente de support et aux limites pratiques des conditions du fournisseur.
L'étiquette du second AS ne doit pas être surinterprétée
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 distincte appelée « 2 Hosting Ukraine ». Ils montrent un enregistrement réseau de Hosting Ukraine dont le nom AS estHOSTING-UKRAINE-2. La base RDAP de RIPE répertorieAS200525comme 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'objet de la base RIPE pourAS200525est encore plus explicite sur la frontière de dépendance: il importe depuis AS200000, exporte vers AS200000, et utilise le même responsable de maintenance et les mêmes références d'organisation que Hosting Ukraine.
Cela donne une lecture très précise. AS200525 n'est pas seulement un artifice marketing, car il est annoncé et dispose de preuves de routage publiques. Mais ce n'est pas non plus une périphérie mondiale autonome avec un ensemble de pairs en amont visible indépendamment. L'instantanérouting-status pour AS200525de RIPEstat au 11 juillet 2026 faisait état de quatre préfixes IPv4, 21 760 adresses IPv4, aucun préfixe IPv6 dans cette vue, une visibilité RIS IPv4 complète et un voisin observé. La vueannounced-prefixesde RIPEstat montrait193.93.63.0/24,104.250.200.0/22,87.56.64.0/18et80.89.240.0/20actifs pendant la période du 27 juin au 11 juillet 2026. La vueas-routing-consistencyde RIPEstat montrait AS200000 comme pair d'importation et d'exportation à la fois dans BGP et dans la base Whois.
Le réseau plus large de Hosting Ukraine est plus étendu. L'objet RIPE pourAS200000, nomméUkraine-AS, répertorie un long ensemble de relations d'importation et d'exportation, notamment AS174, AS3255, AS3326, AS6939, AS9002, AS13249, AS15645, AS1820, AS24703, AS29107, AS31210, AS50263, AS50952 et AS59613. Les donnéesrouting-status pour AS200000de RIPEstat faisaient état de 31 préfixes IPv4, 17 préfixes IPv6, d'une large visibilité RIS IPv4 et IPv6 et de 42 voisins observés dans le même instantané de juillet 2026. PeeringDB répertorieHosting Ukraine sur AS200000, avec une politique de peering ouverte, deux entrées de LAN d'échange public et trois relations d'installation.
Pour un acheteur, la distinction est importante. Si une charge de travail client est accessible via AS200525, le chemin public visible doit être évalué comme une surface secondaire dépendante derrière AS200000. Si une charge de travail 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 marque: la surface du second 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 solide que la correspondance exacte des services
L'enregistrement d'organisation RIPE pourORG-HUL6-RIPEidentifie Hosting Ukraine LTD, pays UA, numéro d'enregistrement37593550, type d'organisation LIR, une adresse postale à Kyiv, les références de responsable de maintenance Hosting Ukraine et les rôles de contact RIPE. La même organisation apparaît dans AS200000 et AS200525. La liste des identifiants de registraire de l'IANA inclutHosting Ukraine LLC en tant que registraire accrédité, numéro IANA 2374, avec un service RDAP à l'adressehttps://rdap.ukraine.com.ua/. La proprepage d'enregistrement de domainesde Hosting Ukraine indique qu'elle dispose de l'accréditation ICANN, qu'elle travaille sans intermédiaires avec les administrateurs de zones de domaine du monde entier, qu'elle prend en charge l'enregistrement instantané de domaines, qu'elle fournit un panneau de contrôle de domaine et que les mises à jour des enregistrements DNS se font en moins de dix secondes.
Ces sources suffisent à confirmer un fournisseur réel, un véritable rôle de registraire et un véritable rôle LIR/réseau. Elles ne suffisent pas à associer chaque service annoncé à AS200525. Lapage d'accueilet le site ukrainien de Hosting Ukraine décrivent des serveurs AMD EPYC, des disques NVMe, IPv6, un réseau de 280 Gbps et un support technique 24h/24 et 7j/7. Sa pageà proposindique que l'entreprise est un service ukrainien entièrement automatisé d'hébergement et d'enregistrement de domaine, donne un historique qui commence avec un logiciel d'automatisation commerciale en 1999, indique que l'hébergement public a été lancé après l'hébergement de projets internes et clients, que la société a migré versukraine.com.ua, et enregistre plusieurs jalons d'infrastructure physique: plus de 100 serveurs d'hébergement, un premier centre de données 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 centre de données de 330 kW, plus de 1 000 serveurs, une deuxième salle de serveurs d'une capacité de 350 kW, et les conditions techniques pour 1 MW de puissance pour un nouvel emplacement à Kyiv.
Cet historique est exceptionnellement utile car il nomme la couche physique derrière la marque d'hébergement. De nombreuses sociétés d'hébergement disent « cloud » ou « fiable » sans exposer aucune échelle d'installation. Les pages de Hosting Ukraine mettent au moins des chiffres sur les baies, les étapes de puissance et le nombre de serveurs.
La même page indique que son centre de données d'entreprise est à Kyiv 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 la commande, traitement automatique des paiements, un panneau de contrôle pour le libre-service client et une API qui, selon elle, couvre 99 % des fonctionnalités du panneau de contrôle. Ce sont des affirmations de produits, pas des statistiques d'exploitation auditées, mais elles expliquent le modèle de l'entreprise: le libre-service orienté client repose sur une pile d'hébergement intégrée verticalement.
La propriété et les limites juridiques doivent néanmoins être traitées avec prudence. La page d'offre publique en anglaishosting.xyznommeHosting.XYZ LTDcomme contractant pour le site en anglais, tandis que l'offre publique ukrainienne surukraine.com.uanomme TOV « Hosting Ukraine » comme contractant. L'enregistrement de l'organisation RIPE utilise Hosting Ukraine LTD et le numéro d'enregistrement37593550; l'IANA utilise Hosting Ukraine LLC. Les archives publiques comportent donc plusieurs translittérations et contextes de sites d'entreprise. Pour l'analyse de l'infrastructure, les points d'ancrage 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 partagé. La page principaled'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, une connexion MySQL distante, phpMyAdmin, une API de gestion d'hébergement, IPv6, le support Git/SVN, des sauvegardes, des boîtes aux lettres, des protocoles de messagerie, le webmail et la 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 centre de données se connecte directement aux principaux opérateurs de télécommunications internationaux.
La pageVPS/VDSvend des serveurs virtuels dédiés sur des processeurs AMD EPYC, avec des lignes de forfaits 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 forfait VPS peut sembler élastique du point de vue de l'acheteur, mais le fournisseur doit toujours disposer de nœuds, de CPU de rechange, 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 véritable famille de produits et un argumentaire matériel moderne. Elle ne divulgue pas la taille du cluster, la politique de sursouscription, la conception de la migration en direct, l'épargne des nœuds, la réplication du stockage ou le temps de récupération par forfait.
La paged'hébergement professionnelest plus révélatrice car elle mélange la commodité de l'hébergement partagé avec un langage de ressources qui ressemble davantage au VPS. Elle annonce la prise en charge de NodeJS, PHP-FPM, LiteSpeed, MySQL 8, Memcached, Redis et OPcache, avec des dimensions de forfait pour le disque NVMe, la RAM, les cœurs CPU, MySQL, le SSL gratuit, un constructeur de site, des sites Web et sous-domaines illimités, des limites de mémoire PHP, l'emplacement du serveur, HTTP/2, les bases de données MySQL, la connexion MySQL distante, 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 paged'hébergement MySQLdécrit l'espace serveur pour les bases de données MySQL, un lancement facile via l'interface ou l'API, la mise à l'échelle du CPU/de la RAM/de l'espace de base de données, la prise en charge de la réplication, les rapports de requêtes, la fréquence de sauvegarde et le nombre de copies de sauvegarde. La paged'hébergement PostgreSQLannonce les versions PostgreSQL, PostGIS, TimescaleDB et le support vectoriel, plus des sauvegardes automatiques, l'évolutivité et le support technique. La paged'hébergement Redisvend du Redis géré avec des dimensions de RAM, CPU, sauvegarde et emplacement du serveur. Ces services ne sont pas interchangeables avec l'hébergement statique. Si le service de base de données ou de cache tombe en panne, le site peut être techniquement en ligne tandis que le paiement, la connexion, la recherche, l'état de la session ou l'analyse s'effondrent.
La pagede stockagedécrit l'hébergement de fichiers CDN: de l'espace disque pour les fichiers, l'accès FTP/gestionnaire de fichiers/navigateur, la connexion de domaine personnalisé, le support Secure Link, le support API, l'emplacement du serveur et une bande passante déclaré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 statique, et précise que le support est disponible 24 heures sur 24. Cela signifie que le stockage peut devenir une dépendance à la fois pour la diffusion en 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 désormais couplé à la plateforme de stockage, à l'authentification, à la facturation et à la bande passante de téléchargement de Hosting Ukraine.
La pagedes serveurs dédiésmérite un traitement distinct car elle constitue à la fois une preuve solide d'infrastructure et un avertissement actuel de disponibilité. 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 séparée; tous les serveurs sont connectés à Internet à 1 Gbit/s; le réseau local du centre de données utilise des liaisons 40G et 20G; le prix du serveur inclut 30 To de trafic; l'accès est normalement disponible dans un délai de un à trois jours ouvrables après paiement; chaque serveur reçoit une adresse IPv4 et une adresse IPv6; les clients peuvent commander jusqu'à 64 adresses IP; l'accès root, l'IP KVM sur demande, la surveillance de la disponibilité HTTPS 24h/24 et 7j/7 via Telegram, le redémarrage à distance, le reverse DNS, 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. Elle mentionne également en option le peering privé au 9 Leontovicha ou au 50 Gaidar, la connectivité de centre de données neutre vis-à-vis des opérateurs, les annonces BGP des clients et les VLAN entre serveurs dédiés.
Cette page est l'une des fenêtres les plus claires sur 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, du travail de provisionnement, de l'énergie, du refroidissement, des ports de commutation, l'attribution d'adresses IP, l'accès KVM, le remplacement de matériel et la procédure de réinstallation du système d'exploitation. La pause temporaire des 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 bare metal doivent vérifier le stock actuel, le délai de livraison, les fenêtres de remplacement du matériel et si leurs besoins attendus en matière de BGP/peering privé sont actuellement pris en charge.
La surface réseau a deux couches
Les preuves de routage d'AS200525 sont compactes. Les enregistrements de synthèse de préfixe de 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 des ressources 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 britannique. Le RDAP pour87.56.64.0/18et80.89.240.0/20nomme Hosting.XYZ LTD à Chypre. Le routage est valide, mais la piste des titulaires montre une complexité de groupe, de location, de société associée ou d'adresse client que les archives publiques seules ne peuvent pas entièrement résoudre.
Cela importe pour la portabilité et l'analyse des défaillances. Si un client reçoit un espace IP d'un bloc dont le titulaire RDAP diffère de la société d'exploitation ukrainienne, une migration ou un litige peut impliquer plus d'une relation juridique ou de registre. Cela peut être parfaitement normal au sein du groupe de fournisseurs. Mais un acheteur sérieux devrait demander: Qui est le titulaire RIR pour mes adresses? Sont-elles portables, attribuées par le fournisseur, louées ou liées à un service spécifique? Le reverse DNS, le geofeed, le ROA et les objets de route peuvent-ils être modifiés lors de la migration?
Que se passe-t-il si un problème de facturation, d'abus, de registraire ou d'entité d'entreprise touche le bloc?
AS200000, en revanche, ressemble au réseau le plus central. L'enregistrement réseauAS200000de PeeringDB répertorie Hosting Ukraine, le site Webhttps://www.ukraine.com.ua, une politique de peering ouverte, deux enregistrements LAN IX et trois enregistrements d'installation. Les donnéesnetfacde PeeringDB répertorient NewTelco Kiev, 9 Leontovicha et DTEL-IX SP50 comme relations d'installation à Kyiv. Les donnéesnetixlande PeeringDB répertorient une entrée GNM-IX UA à 10 Gbps avec des 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 à Kyiv.
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 de centre de données de Hosting Ukraine étaye 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 centre de données de Kyiv appartenant à l'entreprise et les salles de rencontre tierces, ou concentré dans un segment de plateforme.
Les affirmations de centre de données 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 centre de données, 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 à Kyiv. La page des serveurs dédiés ajoute des détails opérationnels: liaisons montantes de serveur à 1 Gbit/s, liaisons locales de centre de données 40G et 20G, remplacement de matériel, réinstallation du système d'exploitation et redémarrage à distance via le panneau de contrôle.
La page principale d'hébergement indique que le centre de données du fournisseur est directement connecté aux principaux opérateurs de télécommunications 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 constituent pas en eux-mêmes une preuve de capacité utilisable sous contrainte. 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-t-il au moment d'une panne? » Un hôte VPS peut avoir des cœurs de réserve sur le papier tandis qu'un cluster de stockage est contraint. Une flotte d'hébergement Web peut avoir des ports de serveur à 10 Gbit/s alors qu'un composant du plan de contrôle bloque les restaurations.
Un centre de données peut avoir des centaines de kilowatts et dépendre encore du carburant, de la maintenance des UPS, de l'optique des commutateurs, des interconnexions, des disques de rechange, des ingénieurs d'astreinte et de la sécurité des voies de transport à Kyiv.
Le contexte ukrainien rend cette distinction plus que théorique. Le site ukrainien de l'entreprise inclut des déclarations selon lesquelles son centre de données a continué à fonctionner et que le support technique est réparti dans différentes villes, permettant une fourniture de service complète, tout en faisant également référence à l'arrêt 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 localité 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. La page ukrainienne indique que des copies d'hébergement hebdomadaires et des copies de boîtes aux lettres toutes les deux heures sont effectuées sur des serveurs en Allemagne. Les pages de bases de données annoncent la configuration des sauvegardes, 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 informations d'identification sont perdues, l'accès au panneau de contrôle est indisponible, un client a dépassé les règles de taille d'archive, les données ont été corrompues avant la sauvegarde, la bande passante est insuffisante ou la cible de restauration n'a plus le logiciel compatible.
Les conditions du fournisseur rendent cette tension explicite. Lesconditions de serviceinterdisent d'utiliser les comptes d'hébergement partagé comme sauvegarde ou stockage de données arbitraires, restreignent les très grandes archives de sauvegarde, limitent la taille d'une seule ligne de base de données, restreignent les longues requêtes SQL et indiquent que les ressources décrites comme « illimitées » ne peuvent pas être techniquement 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'une petite partie des 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 un préavis. Ce n'est pas inhabituel pour l'hébergement partagé. C'est exactement l'économie de l'hébergement partagé: 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é à l'intérieur du produit
Hosting Ukraine vend via un panneau de contrôle et un modèle fortement basé sur l'API. L'offre publiquedéfinit les services comme l'hébergement, la location de serveurs dédiés virtuels, de serveurs dédiés et l'enregistrement de noms de domaine. Elle définit le panneau de contrôle des services comme l'interface Web et l'API par lesquelles 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 administratives ou aux avis 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 seulement du jargon juridique. 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 de domaine sont obsolètes ou si un compte est suspendu lors d'une enquête d'abus, le service peut échouer alors que les serveurs et les routes restent sains. Une petite entreprise traite souvent l'hébergement comme une commodité mensuelle.
En pratique, sa continuité dépend de l'identité, du paiement, des identifiants du portail, du renouvellement, de la gestion des abus et de la conformité au 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 les logiciels ou le matériel proposés ne contiennent pas d'erreurs système, n'est pas responsable des dommages directs ou indirects résultant de l'impossibilité d'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 écarts de qualité de service dans les 30 jours suivant le paiement, à l'exception des services de domaine.
Ce langage doit façonner l'approvisionnement. Pour les sites Web non critiques, les conditions standard peuvent être acceptables. Pour les systèmes transactionnels accessibles 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 doit pas se fier au langage ordinaire de l'offre publique comme plan de résilience.
Il doit demander des engagements spécifiques au service, des chemins d'escalade, des pratiques de notification d'incident, des tests de sauvegarde-restauration, des procédures de migration et des preuves de la manière dont le fournisseur sépare les pannes entre les composants Web, base de données, stockage, messagerie, DNS et panneau de contrôle.
La localité des données est réelle, mais elle a des limites
Le positionnement de Hosting Ukraine est visiblement ukrainien. Le site ukrainien utilise la marqueukraine.com.ua, la page « à propos » identifie un centre de données d'entreprise à Kyiv, le fournisseur liste des numéros de téléphone ukrainiens, la page de domaine annonce une expérience de zone de domaine ukrainienne et l'accréditation ICANN, et le pays de l'organisation RIPE est UA. Pour les clients ukrainiens, cela offre plusieurs avantages pratiques: langue de support et fuseau horaire locaux, processus de paiement et de domaine ukrainien, une empreinte de centre de données domestique et une expérience directe avec les échanges et opérateurs Internet ukrainiens.
La page des serveurs dédiés décrit également la connexion directe aux points d'échange de trafic ukrainiens, notamment UA-IX, Giganet, DATA-IX et DTEL-IX, plus la 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 liaisons réseau locales sont 40G et 20G, et que le peering privé optionnel peut être organisé au 9 Leontovicha ou au 50 Gaidar.
PeeringDB soutient indépendamment un profil d'interconnexion à Kyiv pour AS200000, avec des enregistrements d'installation chez 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, notamment 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 et de sauvegarde transfrontalières sont courantes. Cela signifie que « 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 soucieux de 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? Le courrier est-il sauvegardé en Allemagne ou ailleurs? Quelle entité juridique signe le contrat? Quelle entité est le titulaire RIR pour les adresses attribuées? Le service s'appuie-t-il sur Hosting.XYZ LTD ou Hosting Ukraine LTD pour le produit spécifique? Un client peut-il sélectionner l'emplacement du serveur? Les sauvegardes de base de données sont-elles chiffrées et exportables?
Les détails du titulaire de 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.
Les chemins de défaillance à tester
Le premier chemin de défaillance est la dépendance AS200525-AS200000. RIPE indique que AS200525 importe et exporte uniquement via AS200000, et la vue de cohérence de 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 remplit son rôle: transit, politique de routage, maintenance RPKI/ROA, filtres de route, santé en amont et opérations BGP. Le réseau plus large AS200000 a une visibilité beaucoup plus large, mais le second 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'adressage. La validation RPKI confirme que AS200525 est autorisé à générer 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, connecté à un produit spécifique, contrôlé par Hosting Ukraine, contrôlé par Hosting.XYZ ou lié à un autre titulaire RIR. Une défaillance ici n'est pas seulement une perte de paquet.
Cela peut être un retard de migration, un problème de reverse DNS, une discordance de géolocalisation, un litige de ticket d'abus ou un changement d'objet de route qui prend plus de temps que ce que l'application peut tolérer.
Le troisième chemin de défaillance est le stress de l'installation ou de l'alimentation. Les propres pages de Hosting Ukraine soutiennent une empreinte réelle de centre de données à Kyiv et une capacité électrique matérielle. PeeringDB soutient les relations d'installation à Kyiv pour AS200000. Mais les pages publiques ne publient pas de carte actuelle des baies, de conception d'alimentation électrique, de détails UPS/générateur, de redondance de refroidissement, de logistique de carburant, de réserve de matériel ou de placement par service.
Les clients doivent vérifier si leur service est sur un seul site, multi-site, répliqué en Allemagne, répliqué à travers les 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 l'IP KVM 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 le VPS et l'hébergement professionnel, les questions équivalentes sont l'épargne des nœuds, le processus de drainage d'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 à la sauvegarde: 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 partagé restreignent les grandes archives et l'utilisation du stockage de données, et les sauvegardes de bases de données gérées dépendent des paramètres du forfait et de la disponibilité de la plateforme. Un client doit effectuer des tests d'exportation et de restauration avant de traiter 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 de compte. Hosting Ukraine annonce un support technique 24h/24 et 7j/7 et fournit plusieurs canaux de contact, mais l'offre publique et les conditions rendent également le panneau de contrôle du client, l'email de contact, l'état de paiement, l'utilisation légale et la réponse aux avis opérationnellement importants. Un litige de facturation, un domaine expiré, un échec de vérification d'identité, un avis administratif manqué ou une plainte d'abus peut interrompre le service sans panne d'installation.
Les clients doivent conserver une adresse 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 mélange de produits. Un client peut acheter l'enregistrement de domaine, le DNS, l'hébergement partagé, les boîtes aux lettres, l'hébergement professionnel, l'hébergement de bases 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 compte, un solde de paiement, un changement DNS, une connexion au portail ou un problème de plan de contrôle à l'échelle du fournisseur affecte plusieurs services à la fois, le client perd plus qu'un composant.
Pour une petite entreprise ukrainienne, cela peut signifier que le domaine, le site Web, la messagerie, 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 rejeter l'idée qu'il s'agit d'un fournisseur de papier. Hosting Ukraine a une entrée de registraire visible, un enregistrement d'organisation LIR RIPE, deux systèmes autonomes, une large surface de route AS200000, une surface de route AS200525 active, des données d'installation et d'échange PeeringDB, et des pages de produits 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 rechange, la conception du cluster de stockage, la redondance du plan de contrôle, la géographie exacte des sauvegardes par forfait, les objectifs de temps de récupération, l'historique des incidents, le stock actuel de serveurs dédiés ou les conditions de contrat des opérateurs.
Elles ne montrent pas si le chiffre de 280 Gbps est la capacité utilisable active sous DDoS, la capacité agrégée des ports, la capacité externe engagée ou une expression marketing de la marge de manœuvre du réseau disponible. Elles ne montrent pas si chaque forfait 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 à Kyiv.
Cette incertitude devrait conduire à une note de preuve réseau moyenne, et non négative. Le réseau est visible. L'entreprise est réelle. L'histoire de l'installation 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 de produits ne remplacent pas les diagrammes d'architecture ou la transparence des incidents.
Les acheteurs doivent traiter Hosting Ukraine comme un véritable fournisseur d'infrastructure ukrainienne dont les archives publiques soutiennent l'utilisation pour de nombreuses charges de travail ordinaires, tout en exigeant une diligence raisonnable spécifique au service pour les charges de travail qui ne peuvent pas tolérer des limites de restauration, de route ou de support ambiguës.
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 partagé ne devrait pas poser les mêmes questions qu'un client avec un VPS, une instance PostgreSQL gérée, un compartiment de stockage, un portefeuille de domaines ou un serveur dédié. Pour l'hébergement partagé 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 pas être techniquement 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 consiste donc à 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 distincte, documenter les versions PHP et de 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 doit se concentrer sur la défaillance de l'hôte et la continuité de l'adresse. Lapage VPSpublique confirme les produits de serveur virtuel, 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 applicatif, 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 le courrier sortant 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é est l'une des quatre plages visibles par RIPEstat et si les ROA, les objets de route et le reverse DNS 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 les ressources évolutives, mais les clients doivent convertir 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 ligne, ou la récupération est-elle limitée par la bande passante du forfait, 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 d'un 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 du même fournisseur pendant une crise.
Pour les clients de domaine et de DNS, le test est la gouvernance plutôt que la bande passante. L'entrée deregistraire IANAet lapage de domainede Hosting Ukraine soutiennent un véritable rôle de registraire, mais un domaine peut encore é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 tenir à jour les données du titulaire, stocker les connaissances sur le code d'authentification et la politique de transfert, documenter les zones DNS, abaisser 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 de domaine peut faire tomber le Web, la messagerie, les points de terminaison API et les flux d'authentification même lorsque le centre de données 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 de serveur physique, 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, de l'assistance sur site, des pièces de rechange, du délai KVM, du délai d'interconnexion, de la politique de routage, de la gestion 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 d'une réparation dans les heures plutôt que dans les jours ouvrables, la page publique n'est pas suffisante.
Enfin, l'acheteur doit décider si la localité ukrainienne est une exigence, une préférence ou une concentration de risques. Le centre de données de Kyiv et les preuves d'échange ukrainiens de Hosting Ukraine sont précieux pour la latence locale et l'alignement juridictionnel.
Les mêmes archives montrent également des éléments transfrontaliers: le langage de sauvegarde allemand, Hosting.XYZ LTD à Chypre pour certaines ressources d'adressage et les pages juridiques en anglais, les titulaires FASTPLANET et Starnita pour d'autres préfixes, et le langage de la politique de confidentialité sur le traitement des données en Ukraine et dans d'autres pays. Une charge de travail sérieuse a besoin d'une carte de données.
La carte doit identifier le stockage principal, le stockage de sauvegarde, les données de 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 une phrase 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 second 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 l'image d'infrastructure plus substantielle: hébergement ukrainien, accréditation de registraire, statut LIR, accessibilité AS200000, affirmations de centre de données à Kyiv, mécanique de serveurs dédiés, services de stockage et de bases de données, langage de sauvegarde multi-pays, automatisation du panneau de contrôle et signaux de peering/installation. C'est suffisant pour rendre le fournisseur opérationnellement significatif.
C'est également suffisant pour rendre visibles les chemins de défaillance. Un client achetant chez Hosting Ukraine doit savoir si sa charge de travail est sur l'hébergement partagé, l'hébergement professionnel, le VPS, la base de données gérée, le stockage, le serveur dédié, le service de domaine/DNS ou une combinaison.
Il doit savoir quel compte contrôle ces services, quel email reçoit les avis administratifs, 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 à l'installation de Kyiv, le routage du parent AS, le stock de matériel, l'état de paiement ou la capacité de support sont mis sous pression.
La bonne attitude n'est donc ni une confiance marketing ni une suspicion réflexive. Les archives publiques de Hosting Ukraine montrent une infrastructure authentique, un catalogue de services ukrainien considérable et une empreinte de route réelle. L'enregistrement AS200525 restreint l'analyse: pour cette surface de second AS, la redondance doit être prouvée plutôt que supposée.
Avant de s'en remettre pour une production critique, un acheteur doit demander des réponses écrites sur le placement multi-site, la diversité de transit, RPKI et la politique de routage, les tests de restauration de sauvegarde, le support à la 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.