Résumé

  • BNIX CLOUD COMPANY LIMITED dispose de preuves réseau publiques actuelles: l'APNIC répertorie AS153586 en tant que BXCLOUD-VN pour BNIX CLOUD COMPANY LIMITED, RIPEstat voit un préfixe IPv6 /48 annoncé, et le portail client BNIX Cloud présente une surface de commande VPS active avec les détails d'enregistrement de l'entreprise.
  • Ces mêmes preuves limitent également l'affirmation. AS153586 est visible comme un réseau IPv6 uniquement avec un seul voisin observé, tandis que l'espace IPv4 de BNIX Cloud, tel que 163.61.72.0/23, est enregistré publiquement au nom de BNIX Cloud mais provient d'AS150895, EZ TECHNOLOGY COMPANY LIMITED.
  • Les pages de la marque BNIX commercialisent des VPS NVMe, de l'hébergement, des serveurs dédiés, de l'hébergement à Singapour, de la colocation et de la gestion de serveurs; ces services dépendent de racks placés dans ou connectés via d'autres centres de données, du transit amont, d'un stock de CPU, de mémoire et de disques, et des fenêtres de réponse du personnel.
  • Le test du bon acheteur n'est pas de savoir si BNIX a un site web et un ASN. Il s'agit de savoir si le service exact commandé dispose d'une capacité utilisable, d'un transit diversifié, de limites de sauvegarde et de restauration, de limites contractuelles écrites concernant les installations, d'une escalade du support et d'une voie de sortie crédible pour les données et les adresses.

L'empreinte publique est réelle, mais suffisamment restreinte pour être inspectée attentivement

Le point de départ le plus fiable de BNIX Cloud est la couche des ressources d'adressage. L'enregistrement whois public de l'APNIC pourAS153586indique que le système autonome est BXCLOUD-VN et le décrit comme BNIX CLOUD COMPANY LIMITED à Doc Lap Hill Hamlet, Village 19/5, Commune de Duc Hanh, District de Bu Gia Map, Province de Binh Phuoc, Vietnam. Le même enregistrement mentionne la maintenance assurée par le Centre d'information du réseau du Vietnam (Vietnam Network Information Center), deux contacts individuels et une date de dernière modification en février 2025. Il s'agit d'un enregistrement d'allocation actuel, pas d'une preuve générale de toute la capacité d'hébergement.

L'espace routé attaché directement à cet AS est restreint. L'aperçu d'AS153586de RIPEstat indique que le détenteur est BXCLOUD-VN - BNIX CLOUD COMPANY LIMITED et marque l'AS comme annoncé. Savue d'état de routagemontre un préfixe IPv6, 2001:df5:e40::/48, visible pour 322 des 322 pairs IPv6 RIS au moment de la requête, et aucun préfixe IPv4 originaire. L'enregistrement whois de l'APNIC pour2001:df5:e40::/48confirme l'objet route6 vers AS153586. Un client peut y voir une présence IPv6 active. Il ne doit pas l'interpréter comme la preuve que tout le trafic des VPS, de l'hébergement ou des serveurs dédiés annoncés provient de l'AS propre de BNIX Cloud.

Le tableau IPv4 est plus nuancé. L'APNIC répertorie163.61.72.0 - 163.61.73.255pour BXCLOUD-VN et BNIX CLOUD COMPANY LIMITED, mais le même résultat whois public montre la route 163.61.72.0/23 originaire d'AS150895. Lapage AS150895de bgp.tools identifie cet AS comme EZ TECHNOLOGY COMPANY LIMITED, avec de nombreux préfixes IPv4 et IPv6 et deux fournisseurs amont. Sa liste de préfixes inclut 163.61.72.0/23, 163.61.72.0/24 et 163.61.73.0/24 sous BNIX CLOUD COMPANY LIMITED, et sa vue de connectivité répertorie BNIX Cloud comme un aval pour IPv6. Cela ne fait pas d'EZ Technology le propriétaire des services de BNIX Cloud. Cela montre que le chemin de routage IPv4 visible de BNIX Cloud dépend de l'AS d'un autre réseau.

Il existe également un enregistrement de marque BNIX connexe. Le whois de l'APNIC pour36.50.26.0/24mentionne BNIX-VN et Blue Sky Network Infrastructure Solutions Co., Ltd. à une adresse à Thu Duc City, Hô-Chi-Minh-Ville. L'APNIC répertorie aussiAS151876comme BNIX-VN pour Blue Sky Network Infrastructure Solutions. Les données structurées du site BNIX.vn indiquent la même entreprise vietnamienne derrière le site, tandis que le pied de page duportail client BNIX Clouddistinct mentionne Cong ty TNHH BNIX CLOUD, fournit le numéro d'enregistrement fiscal 3801302061, une adresse publique à Dong Nai, des numéros de téléphone et une date de première inscription en 2024. Le tableau opérationnel est donc une famille de marques avec deux identités publiques proches, et non un réseau unique et isolé.

Cette distinction importe car l'article traite de la capacité. Si une entreprise se présente comme un fournisseur de cloud ou d'hébergement, l'acheteur doit savoir quelle entité juridique signe le service, quel réseau transporte le trafic, quelle installation abrite le rack, qui peut remplacer le matériel et qui contrôle le compte client. Les preuves publiques de BNIX Cloud répondent à certaines de ces questions. Elles n'y répondent pas toutes.

Le niveau de confiance actuel doit donc être moyen, et non élevé. Il existe suffisamment de preuves publiques pour dire que BNIX Cloud est un acteur de l'hébergement actif centré sur le Vietnam, disposant de ressources routées et d'un portail client actif. Il n'y a pas assez de preuves publiques pour le qualifier de cloud profondément redondant, de propriétaire de centres de données nommés ou de fournisseur disposant d'une capacité de réserve multi-sites publiée.

La vitrine vend du cloud et de l'hébergement; la table de routage vend une chaîne de dépendances

Les pages de la marque BNIX décrivent un catalogue d'hébergement assez conventionnel pour un petit fournisseur. Lapage d'accueil BNIX.vnpropose de l'hébergement web, des serveurs virtuels, des serveurs physiques et de la conception de sites web professionnels. La navigation expose l'hébergement cloud NVMe Vietnam, l'hébergement NVMe professionnel, l'hébergement NVMe Singapour, l'hébergement revendeur, BMail, VN NVMe Cloud VPS, Pro SSD VPS, VDS, des serveurs dédiés au Vietnam, un serveur de messagerie cloud, des serveurs dédiés aux États-Unis et à Singapour, et des services de colocation et de gestion de serveurs. Le champ est large pour un petit fournisseur, ce qui rend la cartographie des dépendances physiques d'autant plus importante.

Lapage NVMe Cloud VPSindique que Cloud VPS fournit des serveurs virtuels sur une plateforme cloud, des ressources flexibles et une gestion basée web. Elle précise que BNIX utilise du stockage NVMe, assure un support technique permanent et expose des commandes telles que marche/arrêt, redémarrage, réinitialisation, statistiques CPU/RAM/disque/bande passante, restauration à partir d'une sauvegarde, changement du mot de passe root, console noVNC, réinstallation du système d'exploitation et démarrage ISO. C'est une description de service réelle. C'est aussi une liste de dépendances: un panneau web, du stockage de sauvegarde, des hyperviseurs, du stockage ISO, un accès console et des nœuds hôtes qui doivent rester suffisamment sains pour que les boutons fonctionnent.

La même page indique que le VPS BNIX n'est pas géré par défaut. BNIX précise qu'il prendra en charge l'installation optionnelle de logiciels et le transfert gratuit de données au début, mais que les clients doivent surveiller le serveur et préserver leurs propres données. C'est une limite cruciale. Un acheteur n'acquiert pas un service applicatif entièrement géré simplement parce que l'interface offre des fonctionnalités de restauration et de console. Il achète une tranche d'infrastructure et une aide à la mise en route, puis assume la responsabilité continue, sauf s'il ajoute un service distinct de serveur géré.

Lapage Pro VPSajoute des affirmations plus concrètes sur les composants. Elle décrit du stockage SSD, des processeurs Intel Xeon E5-2680 v4, un pare-feu et des sauvegardes quotidiennes, ainsi qu'un panneau web capable de créer, installer, redémarrer et arrêter des serveurs virtuels. Lapage du panier VPS Platinum 2est encore plus précise: son titre et sa méta-description décrivent du stockage NVMe PCIe Gen4, et les fiches de commande visibles listent les vCPU, la RAM et une vitesse réseau de 200 Mbps sur plusieurs configurations. Ce ne sont pas de simples arguments marketing. Ce sont des promesses concernant les processeurs en stock, la RAM hôte, le stockage local, les ports de commutation, les ressources IP et l'automatisation de la facturation.

Le texte sur les serveurs dédiés rend la couche physique explicite. Lapage des serveurs dédiésde BNIX indique que l'entreprise fournit des machines physiques à usage exclusif du client et cite des marques telles que Dell, HP et IBM. Elle précise également que les serveurs se connectent à l'internet vietnamien et international via des fournisseurs de télécommunications de premier plan tels que VNPT, Viettel et FPT. Le fait le plus marquant ici n'est pas la liste des marques. C'est l'aveu que le service dépend de réseaux amont extérieurs à l'AS propre et visible de BNIX.

Lapage de colocationest tout aussi directe. BNIX décrit la colocation comme le placement du serveur d'un client dans un rack du fournisseur et l'utilisation de l'infrastructure, de la bande passante, de l'alimentation, du refroidissement et de la sécurité de ce fournisseur. Elle indique que BNIX place des armoires dans des centres de données vietnamiens réputés tels que Viettel, CMC, VNPT et FPT, avec climatisation, générateurs et UPS. C'est une information utile pour le client, mais ce n'est pas un registre de propriété des installations. Cela indique une capacité louée ou partenaire, où le client dépend à la fois de BNIX et de l'opérateur du centre de données sous-jacent.

L'hébergement à Singapour étend la chaîne au-delà du Vietnam. Lapage Singapore NVMe Hostingindique que les serveurs sont placés à Singapour et utilisent du stockage NVMe, un pare-feu, SSL, des sauvegardes et un support technique. Elle précise que le service peut être rendu disponible en quelques minutes après réception des informations de commande et que les sauvegardes quotidiennes conservent jusqu'à sept copies récentes. Un client vietnamien choisissant ce service fait un compromis de localisation: une réponse internationale potentiellement meilleure depuis Singapour, mais avec des données, un support et une récupération qui traversent une autre juridiction et une autre frontière installation/fournisseur.

C'est l'histoire centrale de BNIX Cloud. La vitrine vend une capacité pratique. La table de routage et les pages de service montrent la chaîne de dépendances qui rend la capacité réelle: nœuds hôtes, unités de rack, alimentation, refroidissement, réseaux amont, un portail de contrôle, du stockage de sauvegarde, des personnes et des contrats avec de plus grands propriétaires d'infrastructure.

Les racks sont l'unité réelle de capacité

Le titre de cet article utilise le terme « racks » parce que la propre page de colocation de BNIX emploie l'idée sous-jacente. Un VPS peut ressembler à un numéro dans un portail, mais le service n'existe que s'il y a un serveur hôte actif dans un rack avec une CPU, une mémoire, un stockage, une alimentation et des ports réseau suffisants. Un serveur dédié est encore moins abstrait: c'est une machine physique qui doit être installée, câblée, alimentée et réparable.

La colocation rend l'unité de rack visible car le client peut posséder physiquement le serveur tout en s'appuyant sur BNIX et le centre de données pour l'alimentation, le refroidissement, la bande passante et l'intervention à distance.

Le texte de colocation de BNIX mentionne des serveurs 1U et 2U et explique qu'il s'agit de machines montables en rack de différentes hauteurs. Cela peut ressembler à un petit détail pédagogique, mais cela expose l'économie sous-jacente. Un fournisseur ne peut pas vendre une colocation infinie simplement parce qu'il a une étiquette de site sur une page. Il a besoin d'unités de rack vides, d'une puissance suffisante par rack, d'une capacité de refroidissement, de commutateurs, de panneaux de brassage, d'une offre d'IP publiques, d'un accès technicien et d'un plan de facturation capable de supporter ces coûts.

Pour les VPS, la rareté des racks est moins évidente mais tout aussi réelle. Le billet de septembre 2025 de BNIX annonçant unenouvelle promotion DCindiquait qu'il n'y avait que 50 créneaux VPS à prix réduit. Un autrebillet de liquidation de stock VPS de septembre 2025affichait des quantités limitées, des processeurs Intel Xeon Gold/Platinum, de la mémoire DDR4 et du stockage NVMe Gen4. Unbillet Black Friday 2025vantait des Xeon Platinum Gen2, 45 Go NVMe Gen4, une vitesse réseau de 200 Mbps, un transfert de données gratuit et des sauvegardes hebdomadaires. Ce sont des promotions rédigées par le fournisseur et elles ne doivent pas être considérées comme un inventaire audité. Elles montrent que BNIX lui-même présente l'offre VPS comme un stock qui peut être limité.

La capacité installée n'est pas la même que la capacité utilisable. Un fournisseur peut avoir un rack, mais pas assez de RAM libre sur le nœud souhaité par un client. Il peut avoir des serveurs, mais pas la bonne génération de CPU. Il peut avoir une machine physique, mais pas de disques de rechange ni de technicien le jour même. Il peut avoir un bloc d'IP publiques, mais pas assez d'adresses pour une commande spécifique. Il peut avoir de l'IPv6 directement visible sous AS153586 et toujours dépendre d'AS150895 pour la route IPv4 attendue par la plupart des clients.

Les détails des pages de commande renforcent ce point. La page VPS Platinum 2 indique une vitesse réseau de 200 Mbps sur des configurations allant jusqu'à 8 vCPU et 12 Go de RAM. C'est une forme de service, pas une preuve indépendante de la marge de capacité des ports sous charge. L'acheteur doit encore demander si les 200 Mbps sont dédiés ou partagés, si le trafic est limité au niveau de l'hyperviseur ou du commutateur, combien de clients partagent un hôte, si la bande passante est nationale ou internationale, et comment la congestion est gérée lorsqu'un centre de données ou une route amont est défaillant.

Pour les serveurs dédiés, les mêmes questions deviennent des questions matérielles. BNIX affirme utiliser des marques de serveurs reconnues et fournir des composants sous garantie, mais la page publique ne publie pas les comptes de stock actuels, les délais de remplacement, les types de disques par serveur, la politique RAID, la disponibilité des pièces de rechange ou la possibilité d'un remplacement de nuit. Un client dont les revenus dépendent d'un serveur dédié doit demander le processus de réparation par écrit, y compris ce qui se passe en cas de panne d'une carte mère, d'une alimentation, d'un contrôleur RAID ou d'un port de commutateur.

Pour la colocation, le client doit demander quelle installation précise héberge le rack, si le rack est loué par BNIX ou dédié au client, comment l'alimentation est mesurée, si les alimentations A et B sont disponibles, si l'intervention à distance est incluse, comment les interconnexions sont commandées et si l'équipement client peut être retiré rapidement en cas de litige contractuel ou de migration. Sans ces détails, l'expression « Tier 3 » ou les noms Viettel, CMC, VNPT et FPT ne suffisent pas à définir le risque réel.

La diversité du transit est plus étroite que la carte marketing

Le fait de routage public le plus marquant concernant BNIX Cloud est que son propre AS153586 est petit. RIPEstat voit un /48 IPv6 et un seul voisin observé. La vue de cohérence de routage pourAS153586montre des importations et exportations avec AS150895. Cela signifie qu'un client recherchant l'accessibilité internet indépendante de BNIX Cloud ne doit pas s'arrêter à « BNIX a un AS ». La question est de savoir si le service de production commandé utilise cet AS, un bloc d'adresses BNIX Cloud routé par AS150895, un bloc Blue Sky BNIX, un amont de centre de données, ou une combinaison de ces éléments.

AS150895 est lui-même un réseau vietnamien plus important. L'aperçu d'AS150895de RIPEstat l'identifie comme EZTECH-VN - EZ TECHNOLOGY COMPANY LIMITED. Lavue d'état de routagerapporte 41 préfixes IPv4 originaires, deux préfixes IPv6 originaires et une visibilité IPv4 complète parmi les pairs RIS au moment de la requête. bgp.tools répertorie des fournisseurs amont incluant FPT Telecom Company et TRUMVPS COMPANY LIMITED et montre plusieurs clients aval, dont BNIX Cloud et Blue Sky Network Infrastructure Solutions pour l'IPv6.

Cette structure de routage n'est pas automatiquement mauvaise. De nombreux petits fournisseurs d'hébergement achètent du transit, des services IP loués ou des services BGP auprès de réseaux locaux plus grands. Le risque est qu'un client pense avoir acheté de la diversité alors qu'il a acheté une seule chaîne comportant plusieurs noms.

Si le service IPv4 de BNIX Cloud dépend d'AS150895, et qu'AS150895 dépend de ses fournisseurs amont, alors une défaillance au niveau de la bordure AS150895, de la politique de routage, de la session amont, du filtrage des préfixes ou de la relation de facturation peut affecter les clients de BNIX Cloud même si les serveurs de BNIX sont toujours alimentés.

La page des serveurs dédiés de BNIX mentionne VNPT, Viettel et FPT comme des fournisseurs de télécommunications de premier plan utilisés pour la connectivité nationale et internationale. Sa page de colocation mentionne des racks dans des centres de données associés à Viettel, CMC, VNPT et FPT. Ces affirmations décrivent une empreinte nationale potentiellement utile. Elles ne vérifient pas qu'un serveur client individuel reçoive des opérateurs diversifiés, des routeurs séparés, des interconnexions distinctes ou des chemins physiquement diversifiés.

Une machine dans un rack peut toujours avoir un seul commutateur de tête de rack, une seule passerelle par défaut, une seule route gérée par le fournisseur et une seule file d'attente de tickets.

Le même problème apparaît pour l'hébergement à Singapour. Un serveur à Singapour peut améliorer l'accessibilité internationale pour certains publics, mais la page publique ne nomme pas l'installation, la combinaison d'opérateurs, l'AS amont, l'emplacement de sauvegarde ni si l'hébergement à Singapour dispose d'un panneau de contrôle distinct des services au Vietnam. Si un client basé au Vietnam achète de l'hébergement à Singapour pour la résilience, il doit vérifier que la connexion au compte, le DNS, la facturation, le support et la récupération des sauvegardes ne dépendent pas tous des mêmes systèmes côté Vietnam.

La question du routage doit être testée au moment de la commande. Demandez à BNIX quel ASN sera à l'origine des IP de service, si les IP appartiennent à BNIX Cloud, Blue Sky BNIX, sont attribuées par le centre de données ou proviennent d'un espace tiers, si une autorisation d'origine de route existe et si le fournisseur peut fournir une cible looking-glass ou traceroute. Demandez si l'IPv6 est disponible et si elle est native sous AS153586. Demandez si la gestion DDoS est en amont, au niveau de l'installation ou manuelle.

La page publique des serveurs gérés indique que l'atténuation DDoS n'est pas incluse dans la gestion standard et doit être discutée avec le personnel technique. C'est une limite importante pour les clients qui s'attendent à un nettoyage automatique du trafic.

Le support fait partie de l'infrastructure

Les conditions de service publiques de BNIX rendent visible la couche humaine. Lapage SLAindique que BNIX s'engage à une disponibilité de 99,9 % pour les services payants, avec un tableau des pourcentages d'indisponibilité et de compensation en dessous de ce niveau. Elle énumère également les exclusions: maintenance planifiée, verrouillage ou résiliation du service pour violation des conditions, blocage de l'IP du client en raison d'échecs de connexion répétés, arrêts ou redémarrages initiés par le client, problèmes logiciels du client ou de tiers, erreurs de données ou de site web du client, événements réseau nationaux de grande ampleur, attaques, exigences gouvernementales et causes échappant au contrôle de BNIX.

Ce langage est normal pour un fournisseur d'hébergement, mais il doit modifier la façon dont un acheteur interprète le chiffre. Un objectif de 99,9 % n'est pas une garantie que chaque application reste utilisable. C'est une promesse de disponibilité contractuelle avec des exclusions définies. Si un client configure mal le serveur, surcharge le site web, déclenche un verrouillage du pare-feu, utilise des scripts abusifs ou dépend d'un composant logiciel tiers, l'indisponibilité peut ne pas être couverte par la promesse. Si le problème est un événement réseau de grande ampleur au Vietnam, la page prévoit également une exclusion.

La même page SLA indique que BNIX répond via le chat en direct, les tickets et le téléphone, et précise que les informations des tickets recevront une réponse dans un délai maximum de cinq minutes à compter de leur réception. Elle indique également que le personnel commercial et de paiement travaille de 8h00 à 17h15 du lundi au vendredi, hors jours fériés. Cette séparation est importante sur le plan opérationnel. Le tri technique peut être disponible toute la journée; la résolution des problèmes de facturation ou de paiement peut ne pas suivre les mêmes horaires.

Un service affecté par un problème de facturation, d'état du compte ou de renouvellement peut donc avoir un chemin de réparation différent de celui d'un démon défaillant sur un serveur.

Lapolitique de remboursementfait également partie du risque infrastructurel. BNIX indique qu'il prend en charge les remboursements dans les 30 jours suivant l'activation du service, avec un remboursement intégral les 15 premiers jours et une approche au prorata du 16e au 30e jour, sous réserve de conditions. La politique précise que les remboursements s'appliquent une fois par client et uniquement aux VPS et à l'hébergement, pas aux domaines ou autres services. Elle lie également l'éligibilité à des incidents indésirables provenant du système de BNIX qui empêchent la poursuite de l'utilisation ou ne correspondent pas aux paramètres publiés. C'est un recours client, pas un mécanisme de récupération. Les remboursements ne restaurent pas les données, ne rétablissent pas la réputation ni ne remplacent une migration échouée.

Pour les VPS non gérés, les limites du support sont plus strictes. La page VPS indique que BNIX aidera à installer un panneau de contrôle et à déplacer un site web au début, mais que les clients doivent surveiller et préserver leurs propres données. Lesconditions des serveursprécisent que BNIX prend en charge l'installation initiale des systèmes d'exploitation et logiciels pris en charge et peut facturer les rechargements ultérieurs du système d'exploitation ou une assistance de niveau supérieur. Elles indiquent que l'activation des licences cPanel, Plesk et DirectAdmin peut prendre jusqu'à 72 heures dans le cas le plus lent. Elles précisent également que tous les services VPS/serveur bloquent le port 25 par défaut pour réduire le risque de spam.

Le blocage du port 25 est une dépendance petite mais révélatrice. Il montre que le fournisseur protège la réputation des adresses et les relations amont en limitant le comportement des clients au niveau de la couche infrastructure. Un client qui envisage d'exploiter un service de messagerie doit comprendre que la capacité d'un serveur web ordinaire n'équivaut pas à celle d'un serveur de messagerie.

Les mêmes conditions indiquent que les services VPS/serveur sont principalement conçus pour l'activité de site web, pas pour le courrier électronique, et que le courrier peut avoir des limites d'envoi et de réception, à moins que le client n'utilise un service de serveur de messagerie distinct.

La gestion de serveur est vendue séparément. Lapage des serveurs gérésindique que BNIX peut gérer et maintenir les services VPS/serveur loués auprès de BNIX, y compris l'installation, la configuration, la migration de site web, la sécurité, la sauvegarde, la gestion des incidents et l'optimisation. Elle précise également que le service s'applique uniquement aux systèmes basés sur Linux et que BNIX conserve l'accès root tandis que le client gère les données via une interface de contrôle web. Cela peut être exactement ce dont certains clients ont besoin. Cela signifie également que l'accès root, l'accès d'urgence et les limites de responsabilité doivent être convenus avant un incident.

Les affirmations de sauvegarde et de migration nécessitent un test de restauration

BNIX publie plusieurs affirmations concernant la sauvegarde et la migration. La page VPS NVMe décrit la restauration à partir d'une sauvegarde dans le panneau VPS, tandis que la page d'hébergement Singapour indique que le système sauvegarde automatiquement les données quotidiennement et conserve jusqu'à sept copies récentes. La promotion Black Friday 2025 mentionne une sauvegarde hebdomadaire. La page des serveurs gérés décrit la sauvegarde et la restauration comme faisant partie de certaines tâches de support. Ces affirmations montrent que BNIX comprend la sauvegarde comme un élément de sa proposition de service.

Elles ne prouvent pas à elles seules la récupérabilité. Une sauvegarde n'est utile que si elle est suffisamment récente, suffisamment cohérente, stockée en dehors du composant défaillant et restaurable dans les limites acceptables par le client. Une sauvegarde d'hébergement quotidienne avec sept copies peut être adéquate pour un site vitrine. Elle peut être trop lâche pour un site transactionnel et peut ne pas couvrir le DNS externe, la messagerie tierce, les rappels de paiement ou les secrets d'application. Une sauvegarde VPS hebdomadaire peut ne pas protéger le travail effectué entre deux points de sauvegarde.

Une restauration via le panneau peut échouer si le plan de contrôle, le dépôt de sauvegarde ou les informations d'identification du client sont indisponibles en même temps que la charge de travail.

Les propres conditions de BNIX sont prudentes concernant les migrations. Les conditions d'hébergement indiquent que BNIX prend en charge une migration gratuite de site web d'un tiers vers BNIX après l'enregistrement, mais que le client doit fournir une sauvegarde compressée complète et comprendre que BNIX ne peut garantir la disponibilité, le fonctionnement ou le délai de migration depuis chaque plateforme d'hébergement.

Les conditions précisent également que BNIX n'est pas responsable de la perte, de la fuite, des dommages ou de la perte de données pendant le processus de migration et que le client ne doit pas modifier ou mettre à jour le site web pendant la migration.

Les conditions des serveurs fixent des limites similaires pour le déplacement de VPS/serveur. Elles indiquent que BNIX ne déplace que les fichiers, dossiers et bases de données du site web dans des conditions spécifiées, que le client doit fournir un lien de sauvegarde complet lorsqu'il provient d'un tiers, que les données déplacées ne doivent pas dépasser 80 % de la capacité du nouveau serveur et que le délai dépend des conditions du réseau, de la taille des données et des performances du serveur. Ces détails ne sont pas des clauses en petits caractères; ils constituent le véritable plan de récupération.

Un client envisageant BNIX Cloud doit donc effectuer une restauration avant toute dépendance en production. Créez un site web ou un VPS représentatif, utilisez le chemin de sauvegarde qui serait employé en cas d'incident, restaurez-le dans un service propre, modifiez le DNS ou la configuration de l'application et mesurez le temps nécessaire. Vérifiez si la sauvegarde inclut les bases de données, les fichiers téléchargés, les emails, les certificats SSL, les paramètres du panneau de contrôle, les tâches cron, les règles de pare-feu et les zones DNS.

Vérifiez qui détient les informations d'identification root, les informations d'identification du panneau et l'accès au bureau d'enregistrement de domaine.

Pour la portabilité, testez également le chemin inverse. Le client peut-il exporter ses données depuis BNIX sous une forme qu'un autre fournisseur peut? Peut-il passer de l'hébergement BNIX Vietnam à l'hébergement BNIX Singapour sans modifier les listes blanches dépendantes des IP? Peut-il quitter entièrement BNIX en cas de problème amont, de facturation ou de contrat? Les conditions publiques indiquent clairement que le transfert de données dépend des sauvegardes fournies par le client, de la taille des données, des performances du réseau et de la compatibilité de la plateforme.

C'est une raison suffisante pour répéter la sortie avant l'urgence.

La localisation des données est un choix de produit, pas un slogan

L'attribution place BNIX Cloud au Vietnam, et les preuves étayent une zone de service centrée sur le Vietnam. Les enregistrements APNIC pour AS153586, 2001:df5:e40::/48 et 163.61.72.0/23 mentionnent tous le Vietnam. Le portail BNIX Cloud fournit une inscription et une adresse vietnamiennes. BNIX.vn présente des pages de service en vietnamien, des numéros de téléphone vietnamiens et des références de racks et de télécommunications axées sur le Vietnam. C'est significatif pour les clients qui souhaitent un support local et des options d'hébergement locales.

Mais la localisation varie selon le produit. Les pages dédiées et de colocation indiquent le Vietnam. La page Singapore NVMe Hosting indique explicitement que les serveurs sont à Singapour. Le menu de la page d'accueil renvoie également à des serveurs dédiés aux États-Unis et à Singapour via la boutique client. Un acheteur ne peut pas déduire l'emplacement de chaque service à partir de l'emplacement de l'entreprise ou de la marque. Il doit demander où sont stockés le calcul, la sauvegarde, le panneau, les données de support et les logs du service commandé.

Lapolitique de traitement des données personnellesde BNIX indique qu'elle s'applique aux clients particuliers, définit les données personnelles et les données personnelles sensibles, décrit les finalités du traitement et précise que BNIX n'utilise, ne transfère, ne fournit ni ne partage les données personnelles avec des tiers sans le consentement du client, sauf disposition légale contraire. Elle indique également qu'aucune donnée ne peut être protégée à 100 % et cite les erreurs matérielles et logicielles et les vulnérabilités de sécurité parmi les conséquences indésirables possibles. Il s'agit d'une politique de confidentialité, pas d'une garantie de résidence des données pour les charges de travail hébergées.

Pour une entreprise vietnamienne, la question pratique est de savoir si la charge de travail elle-même doit rester au Vietnam, si les sauvegardes peuvent être à Singapour ou ailleurs, si le personnel de support peut accéder aux données et si les données client sont mélangées aux données du compte personnel. Un enregistrement de domaine, un compte d'hébergement, une image VPS et une archive de sauvegarde peuvent avoir des traitements juridiques et opérationnels différents.

Le traitement des données liées aux domaines par BNIX peut impliquer des bureaux d'enregistrement nationaux et internationaux, tandis que les données d'hébergement suivent le produit d'infrastructure choisi.

La page Singapour illustre le compromis. L'hébergement à Singapour peut être attrayant pour la latence internationale ou la qualité de la route, mais il déplace au moins une partie de la charge de travail hors du Vietnam. Si un client utilise BNIX parce qu'il souhaite une localisation des données au Vietnam, il doit éviter de supposer que tous les produits BNIX sont locaux. S'il utilise BNIX Singapour pour la résilience, il doit vérifier si les contrôles de support et de sauvegarde sont indépendants du portail et des systèmes de facturation côté Vietnam.

La localisation des données rencontre également la récupération. Une sauvegarde stockée dans la même installation que le service principal peut satisfaire une restauration à faible latence mais ne protège pas contre la perte de l'installation. Une sauvegarde dans un autre pays peut améliorer la tolérance aux sinistres mais ajouter des préoccupations juridiques, de confidentialité et de transfert. Un VPS autogéré peut laisser la politique de sauvegarde entièrement au client.

Le bon document est une courte carte de service: pays de calcul, opérateur du rack/de l'installation, titulaire de l'ASN et de l'IP, pays de sauvegarde, règles d'accès au support, délai de restauration, méthode d'exportation et processus de suppression à la résiliation.

Six chemins de défaillance qu'un acheteur doit tester avant de faire confiance au service

Le premier chemin de défaillance est la perte du rack ou de l'installation. BNIX indique placer des armoires dans des centres de données vietnamiens réputés et mentionne la climatisation, les générateurs et les UPS. L'acheteur doit demander quelle installation précise héberge le service commandé, si le rack dispose d'une alimentation A/B, si le service du client est dans un seul rack ou réparti sur plusieurs hôtes, et si une deuxième installation est disponible sans passer à un produit différent. Si la réponse est un rack dans une seule installation, l'application du client doit être conçue en conséquence.

Le deuxième chemin est la défaillance du transit amont. Le routage public montre qu'AS153586 utilise AS150895 comme voisin observé et que l'espace IPv4 de BNIX Cloud provient d'AS150895. Le marketing de BNIX mentionne VNPT, Viettel et FPT pour la connectivité, tandis que la liste publique des fournisseurs amont d'AS150895 inclut FPT Telecom et TRUMVPS. L'acheteur doit demander l'origine de l'IP de production, la route amont, si plusieurs routeurs et opérateurs sont présents, et si le client reçoit une option BGP ou seulement une IP routée par le fournisseur.

Le troisième chemin est le stock matériel. Les promotions VPS avec des créneaux limités et des combinaisons vCPU/RAM/réseau publiées suggèrent un inventaire fini. Les serveurs dédiés et la colocation sont intrinsèquement finis. L'acheteur doit demander ce qui se passe lorsque le nœud sélectionné est plein, si les mises à niveau nécessitent un redémarrage ou une migration, comment les disques et serveurs de rechange sont stockés, et si une machine dédiée défaillante est réparée ou remplacée.

Le quatrième chemin est l'escalade du support. BNIX annonce une assistance technique 24/7 et un objectif de réponse rapide aux tickets, mais le support commercial et de paiement suit les heures de bureau. Le support géré ne s'applique que s'il est acheté et est limité à Linux. L'acheteur doit savoir quel canal fait autorité lors d'un incident Sev-1, si le support téléphonique peut apporter des modifications ou seulement conseiller, et qui dispose de l'accès root.

Le cinquième chemin est l'application des conditions de facturation et d'utilisation. Les politiques de BNIX permettent la suspension ou la résiliation du service pour violation, utilisation excessive des ressources, spam, logiciels malveillants, scripts abusifs, mauvaise utilisation du stockage et autres comportements interdits. Certaines restrictions, comme le blocage du port 25, sont protectrices et raisonnables. Elles peuvent aussi surprendre les clients qui pensent qu'un VPS est une machine sans restriction.

Un client exploitant du courrier, des proxys, de gros téléchargements, des robots d'indexation ou du stockage à large bande passante doit obtenir une confirmation écrite avant le lancement.

Le sixième chemin est la migration. BNIX aidera pour certains déplacements, mais les conditions imposent des obligations importantes au client: fournir des sauvegardes complètes, éviter les modifications pendant la migration, rester en dessous de 80 % de la capacité lors des déplacements de serveur et accepter que le délai dépende de la taille des données, du réseau et de la plateforme source. Un client sérieux doit répéter à la fois l'entrée et la sortie, car une défaillance du contrat fournisseur peut être aussi perturbatrice qu'une panne de disque.

Ce que BNIX Cloud prouve, et ce qui reste non prouvé

BNIX Cloud prouve plus qu'une simple entrée d'annuaire. L'APNIC nomme BNIX CLOUD COMPANY LIMITED pour AS153586 et pour le bloc IPv6 2001:df5:e40::/48. L'APNIC nomme BNIX Cloud pour 163.61.72.0/23, bien que cette route IPv4 provienne d'AS150895. RIPEstat voit AS153586 actif. Le portail BNIX Cloud affiche une connexion client active, un flux d'inscription, un panier de services, un numéro d'enregistrement fiscal et un pied de page d'entreprise. BNIX.vn publie des pages de service, de SLA, de remboursement, d'hébergement, de serveur, de colocation, de support géré et de traitement des données.

Les preuves publiques étayent l'existence d'un fournisseur actif vendant de la capacité d'hébergement et de serveur au Vietnam et dans la région.

Ce qui reste non prouvé est tout aussi important. Les pages publiques ne montrent pas les contrats d'installation, le nombre de racks, la densité de puissance, la capacité de réserve, la topologie exacte des sauvegardes, les taux de réussite des restaurations, l'historique réel des incidents, la diversité de routage pour chaque service, la propriété de chaque IP utilisée par les clients, ni la solidité financière. Elles ne montrent pas si BNIX Cloud et Blue Sky Network Infrastructure Solutions partagent les opérations, les contrats ou le personnel au-delà du chevauchement de marque et de contact.

Elles ne montrent pas si les services à Singapour et aux États-Unis sont exploités directement, revendus ou hébergés par des partenaires.

Cela signifie que BNIX Cloud peut être un fournisseur raisonnable pour les clients qui comprennent le niveau de preuve et achètent le support adapté à leur risque. Il ne doit pas être traité comme un grand cloud public avec des régions publiées, de multiples zones de disponibilité et des divulgations réseau étendues en propre. Sa proposition de valeur semble plus proche d'un petit fournisseur d'hébergement: VPS et hébergement à moindre coût, support pratique, service en langue locale, aide flexible à la migration et accès aux racks et réseaux via les installations et les fournisseurs amont vietnamiens.

Le meilleur test d'approvisionnement est simple. Demandez à BNIX de mapper le service commandé à une installation, un ASN, une plage IP, un emplacement de sauvegarde, un canal de support et un processus de sortie. Demandez quelles dépendances appartiennent à BNIX, lesquelles sont louées et lesquelles sont tierces. Demandez si le service peut survivre à une défaillance d'hôte, une défaillance de rack, une défaillance amont et un problème de portail de facturation. Demandez combien de temps il faut pour restaurer une sauvegarde réelle dans un autre service et si le client peut tout exporter sans l'aide du personnel de BNIX.

Un test supplémentaire doit précéder le paiement, car il expose l'écart entre la disponibilité annoncée et le service utilisable. Demandez un essai ou une petite instance payante, puis mesurez trois choses: l'origine de la route, la gestion des défaillances et le déplacement des données. Pour l'origine de la route, enregistrez les adresses IPv4 et IPv6 attribuées, vérifiez quel AS les annonce, et conservez les traceroutes depuis le Vietnam domestique, Singapour et un emplacement international distant.

Pour la gestion des défaillances, ouvrez un ticket à faible risque pendant une période non urgente et vérifiez quel canal répond, à quelle vitesse une réponse techniquement utile arrive et si le support peut indiquer la limite du rack, de l'hôte ou de l'amont sans langage vague. Pour le déplacement des données, téléchargez une application réaliste, exportez-la, restaurez-la ailleurs et mesurez le temps, les paramètres manquants et les étapes manuelles.

Cet exercice est modeste, mais il change l'achat. Un client qui n'a testé que la page de vente achète de la confiance. Un client qui a testé l'origine de la route, le support et la restauration achète une enveloppe de risque connue. Le dossier public de BNIX Cloud est assez solide pour justifier ce type de test et assez mince pour rendre le test nécessaire. Le fournisseur peut bien gérer les charges de travail web petites et moyennes; l'important est de découvrir la dépendance exacte avant que la charge de travail ne devienne difficile à déplacer.

Si ces réponses sont claires, la petite empreinte de BNIX Cloud peut être gérable. Si elles sont vagues, le risque n'est pas que l'entreprise soit invisible; c'est que les clients puissent confondre une vitrine fonctionnelle et un ASN actif avec un niveau de résilience physique que les preuves publiques ne prouvent pas encore.