Hoang Dieu Cloud Computing Company Limited vend une capacité hébergée qui dépend encore des baies, du transit et des fenêtres de maintenance

Résumé

• Hoang Dieu Cloud Computing Company Limited apparaît le plus concrètement dans les registres officiels de numéros Internet. VNNIC's publicliste des membres IPenregistre "Công ty TNHH Điện toán Đám mây Hoàng Diệu" comme DTDMVNCLOUD-VN avec une date d’adhésion au 26 novembre 2024, tandis que l’enregistrementAS153416de l’APNIC nomme DTDMVNCLOUD-VN, pays VN, immatriculé le 13 novembre 2024.
• L’allocation au nom de la société de cloud est réelle : l’enregistrement160.191.244.0/23de l’APNIC décrit Hoang Dieu Cloud Computing Company Limited au 162 Thuong Duc Street à Hai Phong, et l’enregistrement2001:df4:9c40::/48de l’APNIC attribue un /48 IPv6 correspondant au même titulaire désigné. Ces enregistrements prouvent l’existence de ressources de numérotation, non la possession d’une salle de centre de données en propre.
• La vue des routes en direct est étroite. La vuerouting-statusde RIPEstat au 12 juillet 2026 montrait AS153416 annoncé, deux /23 IPv4 visibles, 1 024 adresses IPv4, aucune route IPv6 visible, 325 des 326 pairs IPv4 RIS voyant l’AS, et un seul voisin observé. La vueneighbourde RIPEstat identifiait ce voisin comme AS140810, que l’APNIC identifie commeMegacore Technology Company Limited.
• La note opérationnelle est délibérément abaissée. Une fiche fiscale surMasothueindique le même nom de société vietnamienne, le code fiscal 0202261639, le traitement de données et la location comme activité principale, une date de début d’activité au 29 octobre 2024, et un statut de suspension temporaire d’activité sur une page mise à jour le 11 juillet 2026. Le domaine de contact APNICserverhoangdieu.proest enregistré, mais le dossier public ne montre pas de vitrine client utilisable, de conditions de service, de liste d’installations, de page d’état, de chemin de restauration multisite ni d’engagement de portabilité des données.

L’entreprise est d’abord visible comme membre IP, pas comme une plateforme cloud aboutie

Hoang Dieu Cloud Computing Company Limited doit être lue depuis la couche réseau. Le nom de l’entreprise n’est ni un simple terme SEO ni une extraction non vérifiée. Laliste des membres IPdu VNNIC inclut "Công ty TNHH Điện toán Đám mây Hoàng Diệu" à la ligne 218, donne le pseudo du membre DTDMVNCLOUD-VN et enregistre le 26 novembre 2024 comme date d’adhésion. L’enregistrementAS153416de l’APNIC utilise le même nom DTDMVNCLOUD-VN et place l’immatriculation du système autonome au 13 novembre 2024. Les enregistrements IPv4 et IPv6 de l’APNIC lient ensuite le nom de l’entreprise de cloud à un /23 IPv4 portable et un /48 IPv6.

Cela suffit pour dire que Hoang Dieu Cloud Computing Company Limited possède une empreinte de numérotation publique réelle. Cela ne suffit pas pour dire qu’elle exploite un service cloud public mature. La différence est importante parce qu’un client qui achète de la capacité hébergée n’achète pas un enregistrement d’AS.

Il achète un résultat visible au niveau applicatif : un serveur virtuel qui démarre, une adresse IP joignable, l’alimentation et le refroidissement derrière l’hôte, l’acheminement des paquets via les réseaux amont, un chemin d’escalade humaine, des enregistrements de facturation utilisables, des sauvegardes pouvant être restaurées et un chemin de migration en cas de changement de la relation avec le fournisseur.

La piste fiscale rend le tableau à la fois plus précis et plus prudent. Lafiche Masothuepour le code fiscal 0202261639 donne le nom vietnamien CÔNG TY TNHH ĐIỆN TOÁN ĐÁM MÂY HOÀNG DIỆU, une adresse à Hai Phong, le représentant BÙI NGỌC LIỆU, une date de début d’activité au 29 octobre 2024, et une activité principale traduite par traitement de données, location et activités connexes. Elle liste également le commerce de gros d’ordinateurs, le commerce de gros d’équipements de télécommunications, la programmation informatique, le conseil en administration de systèmes et la réparation d’ordinateurs. Ces activités correspondent à une entreprise susceptible de vendre des VPS, de l’hébergement, de l’accès bare-metal, de la location d’infrastructure ou de la capacité en managed service. Mais la même page, mise à jour le 11 juillet 2026, affiche un statut de suspension temporaire d’activité. Ce statut n’efface pas automatiquement la route réseau, puisque l’ASN était visible le 12 juillet 2026. Il signifie que les clients ne doivent pas considérer un /23 routé comme la preuve que la couche légale et commerciale est saine.

La surface de service publique est mince. L’enregistrement de contact technique de l’APNIC pour les ressources de l’entreprise de cloud pointe vers[email protected] ; l’enregistrement RDAP de serverhoangdieu.promontre un domaine enregistré le 2 novembre 2024, expirant le 2 novembre 2026, chez NameCheap avec les serveurs de noms du bureau d’enregistrement. Unenregistrement RDAP de hoangdieuvps.proau timing similaire apparaît autour des ressources Hoang Dieu pour serveurs physiques. Ces noms aident à expliquer la piste de contact, mais ils ne constituent pas un contrat client. Le dossier public examiné pour cet article n’a pas révélé de site de vente au détail en cours, de grille tarifaire, de conditions de service, de politique de remboursement, de page d’état, de portail de tickets de support, de description des installations, de politique de sauvegarde ni de guide d’export de données sous le nom de l’entreprise de cloud.

Cette absence n’est pas synonyme de preuve de fraude ou d’inactivité. De nombreux petits vendeurs d’infrastructure opèrent via la vente directe, les canaux sociaux, les panneaux de revendeurs, des systèmes de facturation privés ou des accords de fournisseur à fournisseur. Mais cette absence définit la posture de l’article. Hoang Dieu Cloud Computing Company Limited peut être analysée comme détentrice de ressources réseau et possible vendeuse de capacité hébergée.

Elle ne peut pas encore être analysée comme une plateforme cloud entièrement documentée avec des revendications publiques sur les régions, les zones de disponibilité, les classes de serveurs, les objectifs de restauration ou les niveaux de support.

Les preuves de localisation pointent vers Hai Phong, mais pas vers une salle de données vérifiée

L’enregistrement160.191.244.0/23de l’APNIC décrit Hoang Dieu Cloud Computing Company Limited au « 162 Thuong Duc Street, Nguyen Hue Residential Group, Minh Duc Ward, Do Son District, Hai Phong City, Vietnam ». L’enregistrement2001:df4:9c40::/48répète la même description d’entreprise et la même adresse. Masothue donne la même rue et le même groupe résidentiel, avec une variante d’adresse fiscale qui renvoie à Phường Nam Đồ Sơn et une adresse commerciale qui renvoie à Phường Minh Đức, Quận Đồ Sơn. Cette différence administrative n’est pas le problème central. Le problème central est que ces deux versions sont des preuves d’adresse d’entreprise, pas des preuves d’installation.

Une adresse enregistrée peut être un siège social, une adresse résidentielle, une adresse fiscale, un bureau de vente ou un contact administratif. Elle suffit rarement à identifier la baie qui héberge les charges de travail des clients. Si Hoang Dieu Cloud Computing Company Limited vend de la capacité cloud, VPS, bare-metal ou en managed service, les machines derrière cette capacité ont tout de même besoin d’un emplacement physique.

Elles ont besoin d’espace dans un centre de données ou une salle d’équipement, d’une alimentation stable, de refroidissement, de contrôle d’accès, d’extinction d’incendie, de transit ou de transport, de commutation, de routage, d’intervention à distance, de stock de matériel et d’un processus de remplacement des composants défaillants. Aucun des dossiers publics ne nomme l’opérateur du centre de données, le campus, le nombre de baies, la densité de puissance par baie, le nombre de connexions croisées, la conception des onduleurs, l’agencement des générateurs ou le niveau de service d’intervention à distance.

Les deux jeux de ressources au nom Hoang Dieu rendent la question de la frontière encore plus nette. L’enregistrement160.191.242.0/23de l’APNIC décrit Hoang Dieu Physical Server Company Limited, tandis que le /23 de l’entreprise de cloud est160.191.244.0/23. L’APNIC enregistre aussi2001:df4:9bc0::/48pour l’entreprise de serveurs physiques et2001:df4:9c40::/48pour l’entreprise de cloud. RIPEstat et les annuaires de routes secondaires montrent que les deux /23 IPv4 sont actuellement annoncés par AS153416. Cet article ne traite pas cet autre détenteur comme un client, une maison mère, une filiale ou un événement opérationnel distinct. Il considère l’observation comme une mise en garde sur la frontière de l’opérateur : la même périphérie d’ASN visible transporte plus que le bloc de l’entreprise de cloud, donc un acheteur devrait demander quelle entité légale, quel contrat d’installation et quelle équipe de support se cachent derrière le service exact commandé.

Il existe également un piège de lecture de la capacité. Un /23 fournit 512 adresses IPv4 avant les réservations, la conception de routage, les adresses d’infrastructure et les allocations aux clients. Deux /23 fournissent 1 024 adresses. C’est une capacité utile et rare sur le marché de l’hébergement, mais cela n’équivaut pas à 1 024 serveurs clients utilisables. Certaines adresses peuvent rester inactives, être réservées aux routeurs et aux interfaces de gestion, être utilisées par du NAT, être attribuées à des noms d’hébergement partagés, se trouver derrière des systèmes de protection ou être conservées pour un service futur.

Un /48 IPv6 est bien plus grand sur le papier, mais la vue des routes au niveau AS de RIPEstat ne montrait aucun préfixe IPv6 visible pour AS153416 au moment de la vérification. Un client ayant besoin d’IPv6 devrait donc demander une allocation fonctionnelle et une route de test, et non se contenter de l’allocation du registre comme preuve.

La meilleure façon de lire l’emplacement physique est prudente : l’entreprise est vietnamienne, l’enregistrement des ressources pointe vers Hai Phong et la route est visible depuis les collecteurs publics. Les machines réelles peuvent se trouver dans une installation vietnamienne, sur des baies louées, avec Megacore ou un autre opérateur lié en amont, ou dans un environnement de fournisseur non nommé dans le dossier public. Sans nom d’installation ni preuve contractuelle, la localité des données reste une affirmation à vérifier service par service.

Le routage actuel prouve une périphérie active, mais aussi une dépendance visible unique en amont

Côté réseau, AS153416 est actif. L’aperçu ASde RIPEstat indiquait le titulaire comme « DTDMVNCLOUD-VN - Hoang Dieu Cloud Computing Company Limited » et marquait l’AS annoncé le 12 juillet 2026. La vueannounced-prefixesde RIPEstat listait deux préfixes IPv4, 160.191.244.0/23 et 160.191.242.0/23, visibles pendant la fenêtre du 28 juin au 12 juillet 2026. La vuerouting-statusde RIPEstat montrait une première route vue le 6 décembre 2024, deux préfixes IPv4, 1 024 adresses IPv4, aucun espace IPv6 annoncé, et 325 des 326 pairs IPv4 RIS voyant l’AS.

Le signal de sécurité d’origine de route est positif. Le résultat devalidation RPKIde RIPEstat pour le /23 de l’entreprise de cloud était valide, AS153416 étant autorisé pour 160.191.244.0/23 avec une longueur maximale /23. Le résultatRPKI pour 160.191.242.0/23était également valide. Une validation RPKI valide ne maintient pas un serveur en ligne pendant une panne de disque, une coupure de courant ou une facture impayée, mais elle reste significative. Elle réduit le risque que les réseaux appliquant la validation d’origine de route rejettent la route comme non autorisée.

La question de la dépendance se situe un saut en amont. La vueASN-neighboursde RIPEstat voyait un voisin unique pour AS153416 le 11 juillet 2026 : AS140810. L’aperçu AS pour AS140810de RIPEstat identifie ce voisin comme « MEGACORE-AS-VN - Megacore Technology Company Limited », et l’enregistrementAS140810de l’APNIC identifie Megacore comme un réseau vietnamien enregistré en 2021. Les échantillons deBGPlayde RIPEstat montrent à plusieurs reprises des chemins se terminant par AS140810 avant AS153416. La vueAS-routing-consistencyde RIPEstat montre également des imports et des exports avec le pair 140810 en BGP.

Cela ne prouve pas que AS140810 soit le seul fournisseur commercial. Les vues des collecteurs peuvent manquer des liens de secours privés, des sessions temporairement inactives, des communautés blackhole, des chemins uniquement via IX ou des relations fournisseur non visibles au moment de la requête. Mais la vue de la route publique est la seule preuve qu’un analyste de risque peut observer.

Un seul voisin amont visible signifie que le client doit demander si le service cloud de Hoang Dieu dispose d’une deuxième route physiquement diverse, si cette route est active ou seulement planifiée, si le chemin de secours peut supporter la charge des clients, et si Megacore contrôle les baies, le transport, le raccordement ou la politique de routage du service.

L’absence de profil d’interconnexion public renforce le même constat. Unerequête API PeeringDBn’a retourné aucun objet réseau public pour AS153416 au moment de la vérification. L’absence de PeeringDB n’est pas un défaut. Beaucoup de petits réseaux ne publient jamais de profil. Mais cela signifie qu’il n’y a pas de liste d’échanges, de liste d’installations, de politique de peering, de lien looking glass ou de contact NOC publics à cet endroit pour corroborer une conception multi-site. Les annuaires de routes secondaires commeIPregistryetIPIPdécrivent la même forme de base : AS153416, le nom de l’entreprise de cloud, deux /23 IPv4, deux /48 IPv6 dans des vues dérivées du registre, et le modèle de connexion visible. Ce sont des corroborations utiles, pas des substituts à un SLA signé ou à un schéma d’installation.

Voici la conclusion technique la plus claire : Hoang Dieu Cloud Computing Company Limited dispose d’une périphérie de route publique active. Elle ne dispose pas d’une posture de route publique qui prouve la diversité de transit, la disponibilité du service IPv6, l’anycast, des régions distribuées, des installations auto-exploitées, des domaines d’alimentation indépendants ou un chemin de restauration testé.

La capacité hébergée est une promesse économique avant d’être un objet technique

La classe de service envisagée est une capacité cloud, d’hébergement, VPS, bare-metal ou en managed service destinée aux clients. Les preuves publiques ne révèlent pas le catalogue de produits de Hoang Dieu, mais les activités déclarées et les ressources de routage indiquent le même profil de risque qu’un petit fournisseur d’hébergement. Un vendeur peut commercialiser des cœurs CPU, de la RAM, de l’espace disque, des adresses IPv4, de la bande passante, du filtrage DDoS, un accès console à distance et une facturation mensuelle. Un client peut recevoir une VM ou un serveur physique rapidement.

La question est de savoir si la ressource annoncée survit aux chemins de défaillance ordinaires que l’hébergement à bas coût tend à masquer.

Le premier chemin est le nœud hôte. Un VPS n’est utilisable que si le serveur sous-jacent dispose d’alimentation, de refroidissement, de stockage, de mémoire, de cartes réseau, d’un hyperviseur et d’un plan de gestion. Un client bare-metal dépend des mêmes éléments, plus d’une intervention à distance et de pièces de rechange. Si un disque meurt, le service n’est restauré que si quelqu’un dispose d’un disque de remplacement, de l’autorisation d’ouvrir la machine, d’une sauvegarde ou d’une image disque à jour, et d’un moyen de transférer le client vers un autre nœud.

Aucune source publique ne nomme l’inventaire matériel de Hoang Dieu, sa pile d’hyperviseur, l’organisation du stockage, la fréquence des sauvegardes ou les dispositions d’intervention à distance.

Le deuxième chemin est la baie et l’installation. L’adresse de l’entreprise est à Do Son, Hai Phong, mais la baie pourrait se trouver dans une salle de transporteur, un centre de données tiers, une installation liée à Megacore ou un autre environnement d’hébergement vietnamien. La différence n’est pas cosmétique. La propriété ou la location de l’installation détermine qui peut remplacer des bandes d’alimentation, approuver de nouvelles connexions croisées, planifier des maintenances, déplacer un serveur, résoudre un problème de carte d’accès ou récupérer un hôte lors d’un incident de bâtiment.

Si le contrat d’installation appartient à une autre partie, le support client de Hoang Dieu peut être réactif tout en attendant que quelqu’un d’autre agisse.

Le troisième chemin est le transit. La vue publique de RIPEstat fait d’AS140810 le voisin visible. Si un circuit Megacore, une politique de routage, une règle de filtrage ou un litige de facturation interrompt la joignabilité d’AS153416, les clients peuvent subir une panne réseau même si leurs serveurs restent alimentés. Si AS153416 dispose d’un chemin de secours caché, les clients doivent savoir s’il est testé. Si ce n’est pas le cas, l’unique amont visible constitue un risque de mode commun. Cela signifie qu’une frontière amont unique peut affecter les deux /23 IPv4 Hoang Dieu actuellement visibles depuis AS153416.

Le quatrième chemin est la réputation des adresses et la gestion des abus. Les réseaux d’hébergement avec de petits pools IPv4 peuvent être sensibles au spam, au scan, aux abus de proxy, aux plaintes de droits d’auteur, au trafic de bots et au filtrage politique. L’APNIC liste le contact abuse du VNNIC viaIRT-VNNIC-AP, tandis que le contact technique de l’entreprise de cloud dans l’APNIC estNTT52-AP, utilisant l’adresse serverhoangdieu.pro. Un client doit savoir qui répond aux notifications d’abus, qui peut demander un retrait de liste de blocage, qui contrôle le DNS inverse, et si une suspension pour abus affecte seulement une VM, une adresse IP, un préfixe ou l’ensemble du compte client.

Le cinquième chemin est la facturation et la continuité légale. Le statut de suspension temporaire sur Masothue est un signal commercial faible mais significatif. Il peut refléter une pause formelle, une mise à jour administrative, une incohérence de données ou un statut fiscal qui n’est pas synchronisé avec les opérations réseau. Il ne faut pas le surévaluer. Pourtant, un client qui achète de la capacité doit savoir si les factures sont émises par la même entité légale, si les contrats sont exécutoires, si les périodes de service payées sont honorées, et si l’accès au compte survit à un changement de statut commercial.

Un AS routé peut rester visible pendant qu’un client perd la capacité de renouveler, de recevoir des documents fiscaux ou de migrer des données proprement.

L’économie de l’hébergement repose précisément sur ces frontières. La capacité à bas coût est possible parce que les fournisseurs mutualisent le matériel, sursouscrivent la bande passante, standardisent les plans, limitent les crédits, répercutent les conditions amont et évitent la redondance coûteuse pour laquelle les clients n’ont pas payé. Il n’y a rien d’intrinsèquement répréhensible dans cet arrangement. Le risque est que les acheteurs interprètent souvent « cloud » comme si cela signifiait automatiquement redondance multi-site, capacité élastique et basculement gracieux.

Pour un réseau à faible empreinte comme Hoang Dieu Cloud Computing Company Limited, l’hypothèse la plus sûre est l’inverse : chaque fonction de résilience doit être demandée et prouvée.

La souveraineté des données est une question contractuelle, pas un code pays sur un bloc IP

La capacité cloud et d’hébergement vietnamienne peut être attrayante pour les clients qui souhaitent un routage domestique, un support en langue locale, une facturation vietnamienne, une latence plus faible vers les utilisateurs vietnamiens, ou un argument de localisation des données en vertu de la réglementation vietnamienne. Le contexte politique plus large importe. La note de l’International Trade Administration des États-Unis surles exigences de localisation des données au Vietnamexplique que le décret 53/2022/ND-CP met en œuvre certaines parties de la loi vietnamienne sur la cybersécurité et est entré en vigueur le 1er octobre 2022. La page anglaise de LuatVietnam pour ledécret 13/2023/ND-CPindique que le décret vietnamien sur la protection des données personnelles est entré en vigueur le 1er juillet 2023.

Cet article n’est pas un avis juridique, et le dossier public de Hoang Dieu ne dit pas quelles charges de travail réglementées elle accepte. Le point pratique est plus étroit : si un client a besoin d’une localité des données au Vietnam, il ne peut pas le déduire du seul « VN » dans l’APNIC. Un code pays de registre, une adhésion au VNNIC et une adresse à Hai Phong sont des indices pertinents.

Ils ne disent pas où se trouve le nœud hôte, où se trouvent les sauvegardes, où la base de facturation est stockée, où les tickets de support sont traités, si un administrateur distant se trouve en dehors du Vietnam, si les journaux sont répliqués à l’étranger ou si un fournisseur tiers peut déplacer la charge de travail.

L’exemple IPv6 montre pourquoi la distinction est importante. L’entreprise de cloud possède un espace IPv6 attribué par l’APNIC,2001:df4:9c40::/48, mais le statut de route de RIPEstat pour AS153416 ne signalait aucun espace IPv6 annoncé visible le 12 juillet 2026. Un client qui a besoin d’un hébergement vietnamien compatible IPv6 devrait demander une adresse de test, une preuve par traceroute, un contrôle du DNS inverse, une politique de pare-feu et un engagement de support. Une allocation de registre est seulement le droit d’utiliser des ressources de numérotation ; la disponibilité du service dépend de l’annonce de route, de la configuration du routeur, du support amont et du provisionnement client.

Il en va de même pour les sauvegardes et la migration. Si Hoang Dieu vend un serveur virtuel avec une adresse IP vietnamienne, la charge de travail peut toujours dépendre d’un panneau de contrôle fournisseur, d’un dépôt d’images, d’une sauvegarde hors site, d’une passerelle de paiement ou d’une boîte mail de support en dehors de la baie. Si le client a besoin de prouver la localité, les preuves pertinentes sont un bon de commande, une adresse d’installation, une annexe sur le traitement des données, une déclaration sur l’emplacement des sauvegardes et un chemin d’export. Une route publique seule ne peut pas répondre à ces questions.

La localité des données recoupe également la reprise après défaillance. Un client peut choisir un hébergeur vietnamien pour garder les données proches des utilisateurs et des régulateurs, puis découvrir pendant une panne que le seul chemin de restauration pratique passe par un compte cloud étranger, un autre fournisseur vietnamien ou un nouveau bloc d’adresses qui casse les listes d’autorisation. Le dossier public de Hoang Dieu ne divulgue pas de cibles de restauration. Il ne montre pas de snapshots, de réplicas hors site, de régions de stockage objet, de rétention des sauvegardes ni d’export d’images contrôlé par le client.

Pour une charge de travail réglementée ou critique pour l’activité, ces omissions ne sont pas mineures. Elles constituent la tâche de diligence principale.

Ce que les signaux non officiels peuvent et ne peuvent pas prouver

Les pages de routage secondaires ajoutent des indices utiles, mais elles doivent rester à leur place. Lapage AS153416 d’IPregistrydécrit Hoang Dieu Cloud Computing Company Limited comme l’organisation d’AS153416, liste les deux préfixes IPv4 et les deux préfixes IPv6, et indique qu’AS153416 se connecte via au moins un fournisseur amont sans accords de peering directs montrés. Lapage AS153416 d’IPIPmontre le même nom d’AS, la description de l’entreprise de cloud, 1 024 adresses IPv4 et un texte whois dérivé du registre. Ces pages aident le lecteur à voir rapidement la disposition des ressources.

Elles ne peuvent pas prouver le nombre de clients, le chiffre d’affaires, la possession du matériel, la disponibilité, le taux d’abus, la qualité du support, ni si un produit VPS réel est en vente aujourd’hui. Elles ne peuvent pas non plus trancher la relation entre les jeux de ressources de l’entreprise de cloud et de serveurs physiques au-delà de ce que montrent le routage et les registres. Un annuaire de routes secondaire peut compter les ressources du registre comme « annoncées » ou afficher des plages IPv6 même quand une vue de collecteur spécifique ne montre pas d’IPv6 depuis l’ASN à un moment donné.

C’est pourquoi cet article s’appuie sur l’APNIC et RIPEstat pour les affirmations essentielles sur les ressources et la visibilité, et n’utilise les pages de routage secondaires que comme corroboration.

Le signal de la surface client non résolue doit également être borné. Les domaines serverhoangdieu.pro et hoangdieuvps.pro sont enregistrés, et l’email de contact APNIC utilise serverhoangdieu.pro. Aucune boutique en ligne visible n’était disponible via ces noms lors des vérifications locales ayant servi à cet article. Cela suggère que l’entreprise n’exploite peut-être pas de vitrine en libre-service conventionnelle sous ces domaines. Cela ne prouve pas que l’email soit mort, que les ventes directes soient inactives ou qu’il n’y ait pas de clients.

La preuve décisive serait des enregistrements DNS à jour, un portail de service joignable, des conditions client signées, des échantillons de factures, des réponses du support, des tests de route et des commandes de service réelles.

Le statut de suspension temporaire de Masothue appartient à la même catégorie prudente. C’est une mention publique significative parce qu’elle est liée au code fiscal, au nom commercial, à l’adresse, au représentant, aux activités et à la date de mise à jour. Mais elle reste une page fiscale d’entreprise tierce. Elle doit être utilisée pour signaler une diligence commerciale, pas pour affirmer qu’AS153416 a cessé de fonctionner. La route était visible après l’horodatage de mise à jour de la fiche. La question ouverte est comment le statut légal, la facturation et le support client s’alignent avec cette visibilité continue de la route.

La différence entre « signal » et « preuve » est pratique. Un acheteur ne devrait pas rejeter ou accepter Hoang Dieu Cloud Computing Company Limited uniquement parce qu’un collecteur de routes voit un ASN ou parce qu’une fiche fiscale affiche un avertissement de statut. L’acheteur devrait demander un devis actuel, des preuves d’enregistrement de l’entreprise, des détails de facturation fiscale, des conditions de service, l’emplacement de l’installation, la conception amont, une déclaration de sauvegarde, une escalade de support et une IP de test.

Si ces éléments existent et sont cohérents, les lacunes publiques deviennent gérables. S’ils n’existent pas, les lacunes publiques sont le risque.

Chemins de défaillance à tester avant de s’appuyer sur le service

Le chemin de défaillance de la baie est le premier. Demandez où le serveur sera situé, qui possède l’armoire, qui possède le matériel, quelle redondance électrique existe, quel prestataire d’intervention à distance peut remplacer les disques ou la mémoire, et s’il existe un nœud de rechange avec une capacité suffisante pour recevoir la charge de travail. Demandez si une VM peut être restaurée sur un hôte différent sans changer d’adresse IP. Demandez si les clients bare-metal reçoivent une gestion hors bande et si le fournisseur peut réinstaller la machine sans attendre l’approbation d’un tiers.

Le chemin de défaillance amont est le deuxième. La vue publique d’AS153416 montre un voisin visible unique, AS140810. Demandez s’il existe un deuxième amont, s’il est physiquement diversifié, si les deux /23 sont annoncés via les deux chemins, si les ROA RPKI couvrent les préfixes exacts, si les changements de route sont testés et si les clients sont notifiés avant les maintenances planifiées. Le statut RPKI actuel pour les deux /23 visibles est valide, ce qui est bien. Cela ne répond pas à la question de la diversité physique.

Le chemin du stock de matériel est le troisième. Une petite empreinte d’adresses peut soutenir un vrai service, mais elle signifie souvent un inventaire serré. Les clients devraient demander si les revendications de CPU, RAM, SSD et ports sont liées à des machines en stock, de la capacité louée, une place de marché fournisseur ou un approvisionnement futur. Une offre de serveur qui dépend d’un seul vieux châssis a un profil de réparation différent de celui d’un cluster avec des disques de rechange et une capacité de secours à chaud. Le dossier public de Hoang Dieu ne divulgue pas quel cas s’applique.

Le chemin du support est le quatrième. L’APNIC listeNTT52-APcomme contact administratif et technique pour les ressources de l’entreprise de cloud, avec Nguyen Thi Trang, un numéro de téléphone vietnamien et[email protected]. Elle listeIRT-VNNIC-APcomme contact abuse. Ces enregistrements sont utiles pour la joignabilité du registre. Ils ne montrent pas un bureau de support orienté client, des horaires, des objectifs de réponse, des niveaux d’escalade, une communication d’incident, des règles de remboursement ou un historique des avis de maintenance. Un acheteur devrait tester le support avant de déplacer du trafic de production.

Le chemin de la facturation est le cinquième. Le risque n’est pas seulement le non-paiement. C’est le décalage de compte : un client paie une partie, reçoit le service sur AS153416, et a besoin de documents fiscaux ou de support d’une autre partie. L’avertissement de statut Masothue rend cela à vérifier. Les clients doivent demander quelle entité légale signe la commande, si le code fiscal est actif pour la facturation, ce qui se passe pendant un changement de statut commercial, si le service peut être suspendu sans export de données, et combien de temps les sauvegardes sont conservées après un non-paiement ou une annulation.

Le chemin de migration est le sixième. Les adresses IPv4 dans 160.191.244.0/23 ne sont pas portables pour le client sauf accord écrit contraire. Si un client construit des listes d’autorisation de pare-feu, une réputation de messagerie, un accès partenaire API ou des tunnels VPN autour de ces adresses, un départ peut nécessiter une renumérotation. Si le client utilise une image VM, il doit demander si l’image peut être exportée, dans quel format, à quel coût et dans quelle fenêtre de rétention.

Si le client utilise un serveur physique, il doit demander si les images disque sont disponibles ou si la migration dépend de la copie de fichiers sur le réseau avant l’annulation.

Le chemin du contrat fournisseur est le septième. Si AS153416 dépend d’AS140810 pour la joignabilité visible, alors la maintenance, le filtrage, les conditions commerciales et la politique de routage de Megacore peuvent affecter les clients de Hoang Dieu. Le client n’a pas besoin de voir chaque contrat amont, mais il doit savoir qui est responsable quand une route disparaît, quand un préfixe est filtré, quand un événement DDoS déclenche une atténuation, ou quand un amont demande un nettoyage d’abus. La réponse du support « nous attendons la réponse du fournisseur » n’est pas un plan de résilience ; c’est un transfert.

Qui est affecté quand la route, la baie ou la couche de compte échoue

Le dossier public n’identifie pas les clients de Hoang Dieu Cloud Computing Company Limited, donc l’analyse des utilisateurs affectés doit rester générique. Néanmoins, la surface de défaillance est facile à cartographier.

Quiconque utilise une adresse dans 160.191.244.0/23 pour un site web, un point de terminaison API, un concentrateur VPN, un nœud proxy, un serveur de jeu, un environnement de développement, un stockage de fichiers, un service DNS, un point de terminaison de surveillance ou un panneau client dépend de la même chaîne de base : alimentation de l’hôte, commutation locale, routage AS153416, joignabilité AS140810, filtrage des abus et le compte commercial qui maintient le service attribué. Si l’une de ces couches échoue, le symptôme visible peut être le même pour l’utilisateur : l’adresse IP cesse de répondre.

Pour un petit site web ou un serveur de test, cela peut être tolérable. Le propriétaire peut déplacer le DNS, restaurer à partir d’une copie locale ou accepter un temps d’arrêt pendant que le support répond. Pour un point de terminaison de production, l’effet est plus large. Les pare-feu, les partenaires API, les systèmes de paiement et les règles VPN d’entreprise font souvent confiance à une adresse IP fixe. Si un client doit renuméroter en dehors du bloc de Hoang Dieu pendant une panne, le travail n’est pas seulement de copier des données.

Cela inclut la gestion des TTL DNS, la vérification des certificats SSL, les changements de DNS inverse, les modifications des listes d’autorisation des partenaires, la configuration des applications, la conservation des journaux et parfois la reconstruction de la réputation. Plus l’équipe du client est petite, plus un simple incident de route ou de facturation devient une interruption opérationnelle.

Les charges de travail sensibles au courrier électronique et aux abus sont particulièrement exposées. Un /23 peut transporter de nombreux utilisateurs sans rapport s’il est vendu comme capacité VPS ou proxy. Un serveur compromis peut attirer des plaintes de spam, des inscriptions sur liste de blocage ou une attention de filtrage qui affecte les clients voisins. La piste publique APNIC donne un chemin d’abus via le VNNIC, mais elle ne montre pas la gestion privée des abus du fournisseur, sa politique de notification aux clients, ses règles de DNS inverse ou sa procédure de retrait de liste.

Un client qui a besoin de courrier sortant, d’appels API propres ou d’un accès stable aux robots d’indexation devrait demander si l’adresse attribuée a un historique de réputation récent et si le fournisseur sépare les usages à haut risque de l’hébergement ordinaire.

Les revendeurs sont confrontés à une autre couche de risque. Si un revendeur achète un bloc de petites instances VPS ou de serveurs dédiés à Hoang Dieu et les revend sous une autre marque, le client final peut ne jamais voir AS153416 ou le nom de l’entreprise de Hai Phong. Pendant une défaillance, le support du revendeur dépend du support de Hoang Dieu, qui peut dépendre de Megacore ou d’un opérateur d’installation. Chaque transfert ajoute du temps et de l’ambiguïté.

Le revendeur doit donc savoir s’il dispose d’une escalade directe, de crédits de service, de droits de notification et de la permission d’exporter les images des clients ou de transférer les services dépendants de l’IP si l’accord amont change.

Les acheteurs de localité Vietnam ont une exposition différente. Ils peuvent choisir un fournisseur vietnamien pour garder une latence faible ou pour aligner le traitement des données sur les règles vietnamiennes. Si le service échoue et que la restauration d’urgence atterrit sur un cloud étranger ou un hôte de sauvegarde étranger, le client peut résoudre la disponibilité tout en créant un problème de localité. Si le fournisseur ne peut pas indiquer où les sauvegardes sont stockées ou où les administrateurs de support se trouvent, le client ne peut pas se fier à la seule route vietnamienne comme preuve de localité.

La route peut être vietnamienne tandis que le chemin de reprise n’est pas documenté.

Le rayon de souffle au niveau de la route est également asymétrique. RIPEstat voyait les deux /23 IPv4 annoncés par AS153416 et un seul voisin amont visible. Si un seul nœud hôte tombe en panne, l’effet peut concerner un client ou un petit cluster. Si le raccordement amont échoue, si une politique de route casse, ou si un filtre au niveau amont attrape l’ASN, l’effet peut couvrir chaque service joignable uniquement via ce chemin visible.

Si la facturation ou le statut légal empêche les renouvellements ou le support client, l’effet peut se dérouler lentement : d’abord plus de nouvelles commandes, puis des factures amont impayées, puis suspension ou retrait. Les clients ne découvrent généralement quelle couche a échoué qu’après coup, à moins que le fournisseur ne publie des communications de maintenance et d’incident.

Le contrôle pratique consiste à demander une répétition. Un client sérieux ne devrait pas seulement demander « Avez-vous des sauvegardes ? » Il devrait demander au fournisseur de restaurer une VM de test, de déplacer un service de test vers un autre hôte, de confirmer que l’IP reste attribuée, de montrer un chemin d’escalade de support et d’indiquer combien de temps les données restent accessibles après annulation ou suspension.

Un client sérieux ne devrait pas seulement demander « Avez-vous un transit redondant ? » Il devrait demander si les deux routes sont actives, quelles routes portent le préfixe exact, et si une fenêtre de maintenance a déjà basculé avec succès. Sans cette répétition, le service peut être correct les jours ordinaires et fragile le seul jour qui compte.

Le seuil de preuve pour une note plus solide est clair

Hoang Dieu Cloud Computing Company Limited n’a pas besoin d’un grand site marketing pour être un vendeur d’infrastructure utile. Beaucoup de fournisseurs régionaux sont petits, directs et techniquement compétents. Ce dont elle a besoin, si elle veut que des clients s’appuient sur elle pour des charges de travail professionnelles, c’est de preuves qui relient la route visible à une configuration opérationnelle reproductible.

Le premier élément de preuve serait une surface de service orientée client actuelle : un site web ou un portail joignable, des descriptions de plans, des conditions légales, des conditions de remboursement et d’annulation, des canaux de support, des règles d’abus, des conditions de confidentialité et une déclaration claire de l’entité légale contractante.

Le deuxième serait une divulgation de l’installation et de la route à un niveau approprié : pas un schéma sensible, mais assez pour dire aux clients si le service est sur un site ou plusieurs sites, si Megacore est le seul chemin de transit actif, si la maintenance est annoncée et s’il existe une route de secours testée.

Le troisième serait une divulgation des sauvegardes et de la restauration. Une offre crédible de capacité hébergée devrait dire si les sauvegardes sont incluses, où elles sont stockées, à quelle fréquence elles sont exécutées, combien de temps elles sont conservées, comment les clients demandent une restauration, ce qu’une restauration coûte, et si un client peut exporter une VM ou une image disque. Le quatrième serait des preuves de support : catégories de tickets, objectifs de réponse, chemin d’escalade, historique des avis de panne et un chemin de contact abuse qui atteint l’opérateur réel.

Le cinquième serait des preuves légales et de facturation à jour résolvant le signal de suspension temporaire dans la fiche fiscale de l’entreprise.

Tant que ces documents ne sont pas publics ou fournis à un acheteur, la lecture la plus sûre est mesurée. La périphérie réseau est réelle. L’allocation de ressources de l’entreprise de cloud est réelle. La route est visible. Le RPKI est valide. L’adhésion au VNNIC est visible. Mais la promesse client reste sous-documentée. Le risque de Hoang Dieu Cloud Computing Company Limited n’est pas que le dossier public soit vide ; c’est que le dossier public solide s’arrête à la lisière de la baie, du contrat et du chemin de reprise.

Pour les utilisateurs ayant des charges de travail à faible criticité, de courtes expérimentations ou des serveurs de test jetables, cela peut être acceptable après une vérification commerciale directe. Pour les clients hébergeant des données de clients, des enregistrements réglementés, des sites web de production, des concentrateurs VPN, des points de terminaison API, des systèmes de messagerie ou des charges de travail qui ne peuvent tolérer une renumérotation soudaine, le seuil de preuve est plus élevé. Ils ne devraient pas acheter du « cloud Vietnam » sur la seule base du code pays.

Ils devraient acheter un service nommé, dans une installation nommée ou un accord de fournisseur nommé, avec un chemin de support nommé, une route testée, une sauvegarde exportable et une réponse écrite à ce qui se passe lorsque la baie, l’amont, le stock de matériel, l’état de facturation ou le contrat fournisseur échouent.