Hoang Dieu Cloud Computing Company Limited vend de la capacité hébergée qui dépend encore des racks, du transit et des fenêtres de réparation

Résumé

• Hoang Dieu Cloud Computing Company Limited est le plus concret dans les registres officiels de numérotation Internet. Laliste des membres IPpublique de VNNIC enregistre "Công ty TNHH Điện toán Đám mây Hoàng Diệu" sous le nom DTDMVNCLOUD-VN avec une date d'adhésion du 26 novembre 2024, tandis que l'enregistrement AS153416d'APNIC nomme DTDMVNCLOUD-VN, pays VN, enregistré le 13 novembre 2024.
• L'allocation de la société de cloud est réelle: l'enregistrement160.191.244.0/23d'APNIC décrit Hoang Dieu Cloud Computing Company Limited au 162 Thuong Duc Street à Hai Phong, et l'enregistrement2001:df4:9c40::/48d'APNIC attribue un /48 IPv6 correspondant au même titulaire. Ces enregistrements prouvent des ressources de numérotation, pas une salle de centre de données détenue.
• La vue de routage en direct est étroite. La vuerouting-statusde RIPEstat le 12 juillet 2026 montrait AS153416 annoncé, deux /23 IPv4 visibles, 1 024 adresses IPv4, aucune route IPv6 visible, 325 des 326 pairs RIS IPv4 voyant l'AS, et un voisin observé. Lavue voisinede RIPEstat a identifié ce voisin comme AS140810, qu'APNIC identifie commeMegacore Technology Company Limited.
• Le niveau d'exploitation est délibérément abaissé. Une inscription fiscale surMasothuemontre le même nom d'entreprise vietnamienne, code fiscal 0202261639, le traitement des données et la location comme activité principale, une date d'activité du 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 registre public ne montre pas de boutique client utilisable, de conditions de service, de liste d'installations, de page de statut, de chemin de restauration multi-site ou d'engagement de portabilité des données.

L'entreprise est d'abord visible en tant que membre IP, pas comme une plateforme cloud aboutie

Hoang Dieu Cloud Computing Company Limited doit être lue de la couche réseau vers l'extérieur. Le nom de l'entreprise n'est pas simplement une phrase SEO ou un grattage non vérifié. Laliste des membres IPde VNNIC inclut "Công ty TNHH Điện toán Đám mây Hoàng Diệu" à la ligne 218, donne l'identifiant de membre DTDMVNCLOUD-VN, et enregistre le 26 novembre 2024 comme date d'adhésion. L'enregistrementAS153416d'APNIC utilise le même nom DTDMVNCLOUD-VN et place l'enregistrement du système autonome au 13 novembre 2024. Les enregistrements IPv4 et IPv6 d'APNIC lient ensuite le nom de la société de cloud à un /23 IPv4 portable et un /48 IPv6.

C'est suffisant pour dire que Hoang Dieu Cloud Computing Company Limited a une empreinte de numérotation publique réelle. Ce n'est pas suffisant pour dire qu'elle exploite un service cloud public mature. La différence importe car un client qui achète de la capacité hébergée n'achète pas un enregistrement ASN.

Le client 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, la livraison de paquets via les réseaux en amont, un chemin d'escalade humain, des enregistrements de facturation utilisables, des sauvegardes pouvant être restaurées, et un chemin de migration lorsqu'une relation avec un fournisseur change.

La piste fiscale de l'entreprise rend le tableau plus spécifique et plus prudent à la fois.La fiche 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 d'exploitation au 29 octobre 2024, et une activité principale traduite par traitement de données, location et activités connexes. Elle liste également la vente en gros d'ordinateurs, la vente en gros d'équipements de télécommunications, la programmation informatique, le conseil en administration de systèmes et la réparation d'ordinateurs. Ces lignes de métier correspondent à une entreprise qui pourrait vendre des VPS, de l'hébergement, de l'accès bare-metal, de la location d'infrastructure ou de la capacité de service géré. 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, car l'ASN était visible le 12 juillet 2026. Cela signifie que les clients ne doivent pas traiter un /23 routé comme une preuve que la couche juridique et commerciale est saine.

La surface de service public est mince. L'enregistrement de contact technique d'APNIC pour les ressources de la société 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 des serveurs de noms de registrar. Unenregistrement RDAP hoangdieuvps.prochronologiquement similaire apparaît autour des ressources de serveurs physiques Hoang Dieu connexes. 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 révélé aucun site de vente actuel, tableau d'offres, conditions de service, politique de remboursement, page d'incident, portail de tickets de support, divulgation des installations, politique de sauvegarde ou guide d'exportation de données sous le nom de la société de cloud.

Cette absence n'est pas la même chose qu'une preuve de fraude ou de non-exploitation. De nombreux petits vendeurs d'infrastructure opèrent via des ventes directes, des canaux sociaux, des panneaux de revendeurs, des systèmes de facturation privés ou des arrangements de fournisseur à fournisseur. Mais l'absence définit la posture de l'article. Hoang Dieu Cloud Computing Company Limited peut être analysée comme un détenteur de ressources réseau et un vendeur potentiel 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/23d'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 et la même adresse de l'entreprise. Masothue donne la même rue et le même groupe résidentiel, avec une variante d'adresse fiscale qui fait référence à Phường Nam Đồ Sơn et une adresse commerciale qui fait référence à 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 les 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 est rarement suffisante pour identifier le rack qui héberge les charges de travail des clients. Si Hoang Dieu Cloud Computing Company Limited vend du cloud, des VPS, du bare-metal ou de la capacité de service géré, les machines derrière cette capacité ont toujours 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, d'un refroidissement, d'un contrôle d'accès, d'une protection incendie, d'un transit ou d'un transport, de commutation, de routage, de mains à distance, d'un stock de matériel et d'un processus pour remplacer les composants défaillants. Aucun des registres publics ne nomme l'opérateur du centre de données, le campus, le nombre de racks, la densité de puissance des baies, le nombre d'interconnexions, la conception de l'onduleur, la disposition des générateurs ou le niveau de service des mains à distance.

Les deux ensembles de ressources nommés Hoang Dieu rendent la question des limites plus nette. L'enregistrement160.191.242.0/23d'APNIC décrit Hoang Dieu Physical Server Company Limited, tandis que le /23 de la société de cloud est160.191.244.0/23. APNIC enregistre également2001:df4:9bc0::/48pour la société de serveurs physiques et2001:df4:9c40::/48pour la société de cloud. RIPEstat et les répertoires de routes secondaires montrent que les deux /23 IPv4 sont actuellement originaires de AS153416. Cet article ne traite pas ce deuxième titulaire comme un client, une société mère, une filiale ou un événement d'exploitation distinct. Il traite l'observation comme une mise en garde sur les limites de l'opérateur: la même bordure ASN visible transporte plus que le bloc de la société de cloud, donc un acheteur devrait demander quelle partie juridique, quel contrat d'installation et quelle équipe de support se trouve derrière le service exact commandé.

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

Un /48 IPv6 est beaucoup plus grand sur le papier, mais la vue de route au niveau AS de RIPEstat n'a montré aucun préfixe IPv6 visible pour AS153416 au moment vérifié. Un client ayant besoin d'IPv6 devrait donc demander une allocation fonctionnelle et une route de test, et non simplement accepter 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 racks loués, avec Megacore ou un autre opérateur lié en amont, ou dans un environnement de fournisseur non nommé dans le registre public. Sans nom d'installation ni preuve contractuelle, la localisation des données reste une affirmation à vérifier service par service.

Le routage actuel prouve une bordure en direct, mais aussi une seule dépendance en amont visible

Du côté réseau, AS153416 est en direct. Lavue d'ensemble ASde RIPEstat a rapporté le titulaire comme "DTDMVNCLOUD-VN - Hoang Dieu Cloud Computing Company Limited" et a marqué l'AS annoncé le 12 juillet 2026. La vuedes préfixes annoncésde 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é de l'origine de la route est positif. Le résultat devalidation RPKIde RIPEstat pour le /23 de la société de cloud est retourné valide, avec AS153416 autorisé pour 160.191.244.0/23 à la longueur max /23. Lerésultat RPKI pour 160.191.242.0/23était également valide. Un RPKI valide ne maintient pas un serveur en ligne lors d'une panne de disque, d'un incident électrique ou d'une facture impayée, mais il reste important. Il réduit le risque que les réseaux appliquant la validation de l'origine de la route rejettent la route comme non autorisée.

La question de dépendance se situe à un saut en amont. La vueASN-neighboursde RIPEstat a vu un seul voisin unique pour AS153416 le 11 juillet 2026: AS140810. Lavue d'ensemble AS pour AS140810de RIPEstat identifie ce voisin comme "MEGACORE-AS-VN - Megacore Technology Company Limited," etl'enregistrement AS140810d'APNIC identifie Megacore comme un réseau vietnamien enregistré en 2021. Les échantillonsBGPlayde RIPEstat montrent à plusieurs reprises des chemins se terminant via AS140810 avant AS153416. La vueAS-routing-consistencyde RIPEstat montre également des importations et exportations avec le pair 140810 en BGP.

Cela ne prouve pas que AS140810 est 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 IX ou des relations fournisseur non visibles au moment de la requête. Mais la vue de route publique est la preuve qu'un analyste de risques peut voir.

Un voisin en amont visible signifie que le client devrait demander si le service cloud Hoang Dieu dispose d'une deuxième route physiquement diversifiée, si cette route est active ou seulement planifiée, si le chemin de secours peut supporter la charge client, et si Megacore contrôle les racks, le transport, le handoff ou la politique de routage pour le service.

L'absence d'un profil d'interconnexion public renforce le même point. Unerequête API PeeringDBn'a retourné aucun objet réseau public pour AS153416 au moment vérifié. L'absence sur PeeringDB n'est pas une faute. De nombreux petits réseaux ne publient jamais de profil. Mais cela signifie qu'il n'y a pas de liste d'échanges publique, de liste d'installations, de politique de peering, de lien looking-glass ou de contact NOC là pour corroborer une conception multi-sites. Les répertoires de routes secondaires commeIPregistryetIPIPdécrivent la même forme de base: AS153416, le nom de la société de cloud, deux /23 IPv4, deux /48 IPv6 dans des vues dérivées des registres, et le modèle de connexion visible. Ils sont une corroboration utile, pas des substituts à un SLA signé ou à un schéma d'installation.

C'est la conclusion technique la plus claire: Hoang Dieu Cloud Computing Company Limited a une bordure de route publique en direct. Elle n'a pas 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 prévue est le cloud orienté client, l'hébergement, les VPS, le bare-metal ou la capacité de service géré. Les preuves publiques ne révèlent pas le catalogue de produits de Hoang Dieu, mais les lignes de métier et les ressources de routage pointent vers le même schéma 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 à la 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 bon marché a tendance à cacher.

Le premier chemin est le nœud hôte. Un VPS n'est utilisable que tant que le serveur en dessous a de l'alimentation, du refroidissement, du stockage, de la mémoire, des cartes réseau, un hyperviseur et un plan de gestion. Un client bare-metal dépend des mêmes intrants, plus des mains à distance et des pièces de rechange. Si un disque meurt, le service n'est restauré que si quelqu'un a un disque de remplacement, l'autorisation d'ouvrir la machine, une sauvegarde ou une image disque à jour, et un chemin pour déplacer le client vers un autre nœud.

Aucune source publique ne nomme l'inventaire matériel de Hoang Dieu, la pile d'hyperviseur, la disposition du stockage, la cadence de sauvegarde ou la disposition des mains à distance.

Le deuxième chemin est le rack et l'installation. L'adresse de l'entreprise est à Do Son, Hai Phong, mais le rack pourrait être dans une salle d'opérateur, 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 des installations détermine qui peut remplacer les blocs d'alimentation, approuver de nouvelles interconnexions, planifier la maintenance, déplacer un serveur, réparer un problème de carte d'accès, ou récupérer un hôte lors d'un incident dans le 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 de AS140810 le voisin visible. Si un circuit Megacore, une politique de routage, une règle de filtrage ou un litige de facturation interrompt l'accessibilité de AS153416, les clients peuvent voir une panne réseau même si leurs serveurs restent sous tension. Si AS153416 a un chemin de sauvegarde caché, les clients doivent savoir s'il est testé. Si ce n'est pas le cas, le seul amont visible est un risque de mode commun. Cela signifie qu'une seule frontière en amont peut affecter les deux /23 IPv4 de Hoang Dieu actuellement vus depuis AS153416.

Le quatrième chemin est la réputation des adresses et le traitement des abus. Les réseaux d'hébergement avec de petits pools IPv4 peuvent être sensibles au spam, au scanning, à l'abus de proxy, aux plaintes de droit d'auteur, au trafic de bots et au filtrage politique. APNIC liste le contact d'abus de VNNIC viaIRT-VNNIC-AP, tandis que le contact technique de la société de cloud chez APNIC estNTT52-AP, utilisant l'adresse serverhoangdieu.pro. Un client doit savoir qui répond aux notifications d'abus, qui peut demander un délistage, qui contrôle le DNS inverse, et si une suspension pour abus affecte une seule VM, une seule IP, un seul préfixe ou tout le compte client.

Le cinquième chemin est la facturation et la continuité juridique. Le statut de suspension temporaire de Masothue est un signal commercial faible mais important. Il peut refléter une pause formelle, une mise à jour administrative, une divergence 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 partie juridique, 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 de l'entreprise.

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

L'économie de l'hébergement est construite exactement autour de ces limites. La capacité à bas coût est possible car les fournisseurs mutualisent le matériel, sursouscrivent la bande passante, standardisent les forfaits, limitent les crédits, répercutent les conditions en amont et évitent une redondance coûteuse que les clients n'ont pas payée. Il n'y a rien d'intrinsèquement mauvais dans cet arrangement. Le risque est que les acheteurs lisent souvent "cloud" comme s'il signifiait automatiquement redondance multi-sites, capacité élastique et basculement gracieux.

Pour un réseau à empreinte légère comme Hoang Dieu Cloud Computing Company Limited, l'hypothèse la plus sûre est l'inverse: chaque fonctionnalité 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

Le cloud et la capacité d'hébergement vietnamiens peuvent être attractifs pour les clients qui souhaitent un routage national, un support en langue locale, une facturation vietnamienne, une latence plus faible pour les utilisateurs vietnamiens, ou un argument de localisation des données selon les règles vietnamiennes. Le contexte politique plus large compte. La note de l'Administration du commerce international des États-Unis sur lesexigences de localisation des données de cybersécurité au Vietnamexplique que le décret 53/2022/ND-CP met en œuvre des parties de la loi vietnamienne sur la cybersécurité et a pris effet le 1er octobre 2022. La page anglaise de LuatVietnam pour ledécret 13/2023/ND-CPenregistre le décret vietnamien sur la protection des données personnelles prenant effet le 1er juillet 2023.

Cet article n'est pas un conseil 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 localisation des données vietnamienne, il ne peut pas le déduire du "VN" dans APNIC seul. Un code pays du registre, une adhésion VNNIC et une adresse d'entreprise à Hai Phong sont des signes pertinents.

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

Les preuves IPv6 montrent pourquoi la distinction est importante. La société de cloud dispose d'espace IPv6 attribué par APNIC,2001:df4:9c40::/48, mais le statut de route de RIPEstat pour AS153416 n'a signalé aucun espace IPv6 annoncé visible le 12 juillet 2026. Un client qui a besoin d'hébergement vietnamien compatible IPv6 devrait demander une adresse de test, une preuve de traceroute, un contrôle du DNS inverse, une politique de pare-feu et un engagement de support. Une attribution 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 en amont et du provisionnement client.

La même chose s'applique aux 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 du fournisseur, d'un dépôt d'images, d'une sauvegarde hors site, d'une passerelle de paiement ou d'une boîte de support en dehors du rack. Si le client doit prouver la localisation, les preuves pertinentes sont un bon de commande, une adresse d'installation, une annexe de traitement des données, une déclaration de localisation des sauvegardes et un chemin d'exportation. Une route publique seule ne peut pas répondre à ces questions.

La localisation des données recoupe également la reprise après sinistre. Un client peut choisir un hôte vietnamien pour garder les données proches des utilisateurs et des régulateurs, puis découvrir lors d'une panne que le seul chemin de restauration pratique est vers un compte cloud étranger, un autre fournisseur vietnamien, ou un nouveau bloc d'adresses qui brise les listes d'autorisation. Le dossier public de Hoang Dieu ne divulgue pas les cibles de restauration. Il ne montre pas d'instantanés, de réplicas hors site, de régions de stockage d'objets, de conservation des sauvegardes ou d'exportation d'images contrôlée par le client.

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

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

Les pages de routes secondaires ajoutent des indices utiles, mais elles doivent rester à leur place.La page IPregistry pour AS153416décrit Hoang Dieu Cloud Computing Company Limited comme l'organisation AS153416, liste les deux préfixes IPv4 et les deux préfixes IPv6, et indique que AS153416 se connecte via au moins un fournisseur en amont sans accords de peering directs montrés.La page IPIP pour AS153416montre le même nom d'AS, la description de la société de cloud, 1 024 adresses IPv4, et un texte whois dérivé du registre. Ces pages aident un lecteur à voir rapidement la disposition des ressources.

Elles ne peuvent pas prouver le nombre de clients, les revenus, la propriété du matériel, la disponibilité, le taux d'abus, la qualité du support, ou si un produit VPS réel est en vente aujourd'hui. Elles ne peuvent pas non plus régler la relation entre les ensembles de ressources de la société de cloud et des serveurs physiques au-delà de ce que montrent les enregistrements de routage et de registre. Un répertoire de routes secondaire peut compter les ressources du registre comme "annoncées" ou afficher des plages IPv6 même lorsqu'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 APNIC et RIPEstat pour les revendications centrales de ressources et de visibilité, et n'utilise les pages de routes secondaires qu'à titre de corroboration.

Le signal non résolu de la surface client doit également être borné. Les domaines serverhoangdieu.pro et hoangdieuvps.pro sont enregistrés, et l'email de contact APNIC utilise serverhoangdieu.pro. Une boutique en ligne visible n'était pas disponible via ces noms lors des vérifications locales soutenant cet article. Cela suggère que l'entreprise pourrait ne pas exploiter une boutique en libre-service conventionnelle sous ces domaines. Cela ne prouve pas que l'email est mort, que les ventes directes sont inactives, ou qu'il n'y a pas de clients.

Les preuves décisives seraient des enregistrements DNS actuels, un portail de service accessible, 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 inscription publique significative car elle est liée au code fiscal, au nom commercial, à l'adresse, au représentant, aux lignes de métier et à la date de mise à jour. Mais il s'agit toujours d'une page fiscale tierce. Elle devrait être utilisée pour signaler une diligence commerciale, pas pour affirmer que AS153416 a cessé de fonctionner. La route était visible après l'horodatage de mise à jour de l'inscription.

La question ouverte est de savoir comment le statut juridique, la facturation et le support client s'alignent avec cette visibilité de route continue.

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 inscription fiscale montre un avertissement de statut. L'acheteur devrait demander un devis actuel, une preuve d'enregistrement de l'entreprise, des détails de facture fiscale, les conditions de service, l'emplacement des installations, la conception en amont, une déclaration de sauvegarde, l'escalade de support et une IP de test.

Si ces documents existent et sont cohérents, les lacunes publiques deviennent gérables. Si ce n'est pas le cas, les lacunes publiques sont le risque.

Chemins de défaillance à tester avant de se fier au service

Le chemin de défaillance du rack est le premier. Demandez où le serveur sera situé, qui possède l'armoire, qui possède le matériel, quelle redondance d'alimentation existe, quel fournisseur de mains à distance peut remplacer les disques ou la mémoire, et s'il y a 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 en amont est le deuxième. La vue publique de AS153416 montre un voisin visible, AS140810. Demandez s'il y a 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 la maintenance planifiée. Le statut RPKI actuel pour les deux /23 visibles est valide, ce qui est bon. 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 supporter un service réel, mais cela signifie souvent un inventaire serré. Les clients devraient demander si les annonces de CPU, RAM, SSD et ports sont liées à des machines en stock, à une capacité louée, à un marché de fournisseurs ou à un approvisionnement futur. Une offre de serveur qui dépend d'un seul châssis ancien a un profil de réparation différent d'un cluster avec des disques de rechange et une capacité de veille chaude. Le dossier public de Hoang Dieu ne divulgue pas quel cas s'applique.

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

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

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

Si le client utilise un serveur physique, il devrait 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 de 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 en amont, mais le client devrait savoir qui est responsable lorsqu'une route disparaît, un préfixe est filtré, un événement DDoS déclenche une atténuation, ou un amont demande un nettoyage des 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é lorsque la route, le rack ou la couche de compte tombe en panne

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: l'alimentation de l'hôte, la commutation locale, le routage AS153416, la joignabilité AS140810, le filtrage des abus et le compte commercial qui maintient le service attribué. Si l'une de ces couches tombe en panne, 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 loin du bloc de Hoang Dieu lors d'une panne, le travail ne consiste pas seulement à copier des données.

Il inclut la synchronisation des TTL DNS, les vérifications de certificats SSL, les changements de DNS inverse, les modifications de listes d'autorisation de partenaires, la configuration des applications, la conservation des logs et parfois la reconstruction de réputation. Plus l'équipe client est petite, plus un simple incident de routage ou de facturation devient une interruption opérationnelle.

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

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

Les revendeurs font face à une autre couche de risque. Si un revendeur achète un bloc de petites instances VPS ou de serveurs dédiés auprès de 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. Lors d'une panne, le bureau de support du revendeur dépend du bureau de 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 devrait donc savoir s'il dispose d'une escalade directe, de crédits de service, de droits de notification et d'une autorisation pour exporter les images clients ou transférer les services dépendants des IP si l'arrangement en amont change.

Les acheteurs soucieux de la localisation vietnamienne ont une exposition différente. Ils peuvent choisir un fournisseur vietnamien pour maintenir une latence faible ou pour aligner le traitement des données sur les règles vietnamiennes. Si le service tombe en panne et que la restauration d'urgence atterrit sur un cloud étranger ou un hôte de sauvegarde étranger, le client peut résoudre le temps de disponibilité tout en créant un problème de localisation.

Si le fournisseur ne peut pas indiquer où les sauvegardes sont stockées ou où se trouvent les administrateurs de support, le client ne peut pas se fier à la seule route vietnamienne comme preuve de localisation. La route peut être vietnamienne alors que le chemin de récupération n'est pas documenté.

Le rayon de souffrance au niveau de la route est également asymétrique. RIPEstat a vu les deux /23 IPv4 originaires de AS153416 et un seul voisin en amont visible. Si un seul nœud hôte tombe en panne, l'effet peut concerner un client ou un petit cluster. Si le transfert en amont échoue, la politique de routage se brise, ou un filtre au niveau amont attrape l'ASN, l'effet peut couvrir tous les services joignables uniquement via ce chemin visible.

Si la facturation ou le statut juridique empêche les renouvellements ou le support client, l'effet peut se dérouler lentement: d'abord pas de nouvelles commandes, puis des factures en amont impayées, puis une suspension ou un retrait. Les clients découvrent généralement quelle couche a échoué seulement 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à réussi un basculement. Sans cette répétition, le service peut être correct pour les jours ordinaires et fragile le seul jour qui compte.

Le seuil de preuve pour une note plus élevée est clair

Hoang Dieu Cloud Computing Company Limited n'a pas besoin d'un grand site marketing pour être un vendeur d'infrastructure utile. De nombreux fournisseurs régionaux sont petits, directs et techniquement compétents. Ce dont elle a besoin, si elle veut que les 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 accessible, des descriptions de forfaits, des conditions juridiques, 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é juridique qui contracte.

Le deuxième serait une divulgation des installations et des routes à 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 sauvegarde testée.

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

Le cinquième serait des preuves juridiques et de facturation actuelles résolvant le signal de suspension temporaire dans l'inscription fiscale de l'entreprise.

Tant que ces éléments ne sont pas publics ou fournis à un acheteur, la lecture la plus sûre est retenue. La bordure réseau est réelle. L'allocation de ressources de la société de cloud est réelle. La route est visible. RPKI est valide. L'adhésion VNNIC est visible. Mais la promesse client reste sous-prouvé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 tangible s'arrête à la limite du rack, du contrat et du chemin de récupération.

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

Ils devraient acheter un service nommé, dans une installation ou un arrangement 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 le rack, l'amont, le stock de matériel, l'état de facturation ou le contrat du fournisseur tombe en panne.