BNIX CLOUD COMPANY LIMITED vend une capacité hébergée qui dépend toujours de racks, transit et fenêtres de réparation

Résumé

• BNIX CLOUD COMPANY LIMITED dispose de preuves publiques réseau actuelles: APNIC liste AS153586 comme BXCLOUD-VN pour BNIX CLOUD COMPANY LIMITED, RIPEstat voit un seul IPv6 /48 annoncé, et le portail client BNIX Cloud présente une interface de commande VPS en direct avec les coordonnées d'enregistrement de l'entreprise.
• Les 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 comme BNIX Cloud mais est originaire via AS150895, EZ TECHNOLOGY COMPANY LIMITED.
• Les pages BNIX-branded commercialisent du NVMe VPS, 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, du stock de CPU, mémoire et disques, et des fenêtres de réponse du personnel.
• Le test de l'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 écrites des 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 petite pour être examinée attentivement

Le point de départ le plus fiable de BNIX Cloud est la couche des ressources d'adresses. L'enregistrement whois public d'APNIC pourAS153586nomme le système autonome 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 nomme la maintenance du Vietnam Network Information Center, deux contacts personnels et une date de dernière modification en février 2025. C'est un enregistrement d'attribution courant, pas une preuve large de toute capacité d'hébergement.

L'espace routé attaché directement à cet AS est étroit. La vue d'ensemble AS153586 deRIPEstatrapporte le titulaire comme BXCLOUD-VN - BNIX CLOUD COMPANY LIMITED et marque l'AS comme annoncé. Sa vue de statut de routageRIPEstatmontre un préfixe IPv6, 2001:df5:e40::/48, visible par 322 pairs IPv6 RIS au moment de la requête et aucun préfixe IPv4 originaire. L'enregistrement whois d'APNIC pour2001:df5:e40::/48confirme l'objet route6 vers AS153586. Un client peut y voir une présence IPv6 active. Il ne faut pas y voir une preuve que tout le trafic VPS, d'hébergement ou de serveur dédié annoncé est originaire du propre AS de BNIX Cloud.

L'image IPv4 est plus superposée. APNIC liste163.61.72.0 - 163.61.73.255comme BXCLOUD-VN et BNIX CLOUD COMPANY LIMITED, mais le même résultat whois montre une route 163.61.72.0/23 originaire d'AS150895. La page AS150895 debgp.toolsidentifie cet AS comme EZ TECHNOLOGY COMPANY LIMITED, avec de nombreux préfixes IPv4 et IPv6 et deux amonts. 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é liste BNIX Cloud comme client aval pour IPv6. Cela ne fait pas d'EZ Technology le propriétaire des services de BNIX Cloud. Cela montre que le chemin IPv4 visible de BNIX Cloud dépend d'un autre AS.

Il existe également un enregistrement de marque BNIX connexe. APNIC whois pour36.50.26.0/24nomme BNIX-VN et Blue Sky Network Infrastructure Solutions Co., Ltd. à une adresse à Thu Duc City, Ho Chi Minh City. APNIC liste égalementAS151876comme BNIX-VN pour Blue Sky Network Infrastructure Solutions. Les données structurées du site web BNIX.vn nomment la même société vietnamienne derrière le site, tandis que le pied de page du portail client séparéBNIX Cloudnomme Cong ty TNHH BNIX CLOUD, donne le numéro d'enregistrement fiscal 3801302061, une adresse publique à Dong Nai, des numéros de téléphone et une date de premier enregistrement en 2024. L'image opérationnelle est donc une famille de marques avec deux identités publiques proches, et non un réseau bien isolé.

Cette distinction importe car l'article porte sur la capacité. Si une entreprise se présente comme un fournisseur de cloud ou d'hébergement, l'acheteur doit savoir quelle entité légale 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 ne répondent pas à toutes.

Le niveau de confiance actuel doit donc être moyen, pas fort. Il y a suffisamment de preuves publiques pour dire que BNIX Cloud est un acteur d'hébergement actif centré sur le Vietnam avec des ressources routées et un portail client en direct. Il n'y a pas suffisamment de preuves publiques pour l'appeler un cloud profondément redondant, un propriétaire de centres de données nommés, ou un fournisseur avec une capacité de réserve multisite 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 BNIX-branded décrivent un catalogue d'hébergement assez classique pour un petit fournisseur. La page d'accueil principaleBNIX.vnfait la promotion 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 business, l'hébergement NVMe Singapour, l'hébergement revendeur, BMail, Cloud VPS NVMe Vietnam, Pro SSD VPS, VDS, serveurs dédiés au Vietnam, serveur de messagerie cloud, serveurs dédiés aux États-Unis et à Singapour, la colocation et la gestion de serveurs. Le périmètre est large pour un petit fournisseur, ce qui rend la carte de dépendances physiques plus importante.

La pageNVMe Cloud VPSindique que Cloud VPS fournit des serveurs virtuels sur une plateforme cloud, des ressources flexibles et une gestion basée sur le web. Elle indique que BNIX utilise du stockage NVMe, supporte une aide technique 24h/24 et expose des contrôles tels que mise sous/hors tension, redémarrage, réinitialisation, statistiques CPU/RAM/disque/bande passante, restauration à partir de sauvegarde, changement de 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, un stockage de sauvegarde, des hyperviseurs, un 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 est non géré par défaut. BNIX indique qu'il prendra en charge l'installation optionnelle de logiciels et le transfert de données gratuit au début, mais le client doit surveiller le serveur et conserver ses propres données. C'est une limite cruciale. Un acheteur n'achète pas un service d'application entièrement géré simplement parce que l'interface dispose de fonctionnalités de restauration et de console. Il achète une tranche d'infrastructure et une aide à l'intégration, puis accepte la responsabilité continue à moins d'ajouter un service de serveur géré séparé.

La pagePro VPSajoute des revendications de composants plus concrètes. Elle décrit le stockage SSD, les processeurs Intel Xeon E5-2680 v4, le pare-feu et des sauvegardes quotidiennes, plus un panneau web qui peut créer, installer, redémarrer et éteindre des serveurs virtuels. La page du panierVPS Platinum 2est encore plus spécifique: son titre et sa méta-description décrivent le stockage NVMe PCIe Gen4, et les fiches de commande visibles listent vCPU, RAM et une vitesse réseau de 200 Mbps sur plusieurs configurations. Ce ne sont pas que des adjectifs marketing. Ce sont des promesses concernant les processeurs approvisionnés, la RAM de l'hôte, le stockage local, les ports de commutation, les ressources IP et l'automatisation de la facturation.

Les textes sur les serveurs dédiés rendent la couche physique explicite. La page des serveurs dédiés de BNIXpage serveurs dédiésindique que l'entreprise fournit des machines physiques pour usage exclusif du client et liste des marques telles que Dell, HP et IBM. Elle indique é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 fort ici n'est pas la liste des marques. C'est l'aveu que le service dépend de réseaux amonts en dehors du propre AS visible de BNIX.

La page de colocationBNIX Colocationest également directe. BNIX décrit la colocation comme le fait de placer le serveur d'un client dans un rack d'un fournisseur et d'utiliser l'infrastructure, la bande passante, l'alimentation, le refroidissement et la sécurité de ce fournisseur. Il indique que BNIX place les armoires dans des centres de données vietnamiens réputés tels que Viettel, CMC, VNPT et FPT, avec climatisation, générateurs et onduleurs. Ce sont des informations utiles pour le client, mais ce n'est pas un registre de propriété des installations. Cela indique une capacité louée ou en partenariat, où le client dépend 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. La page d'hébergement NVMe SingapourSingapore NVMe Hostingindique que les serveurs sont placés à Singapour et utilisent le stockage NVMe, un pare-feu, SSL, une sauvegarde et un support technique. Elle indique que le service peut être 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 localité: potentiellement une meilleure réponse internationale depuis Singapour, mais avec des données, un support et une récupération traversant une autre juridiction et une autre frontière de fournisseur/installation.

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 amonts, un portail de contrôle, un stockage de sauvegarde, des personnes et des contrats avec des propriétaires d'infrastructure plus grands.

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

Le titre de cet article utilise « racks » car la propre page de colocation de BNIX utilise l'idée sous-jacente. Un VPS peut sembler un nombre dans un portail, mais le service n'existe que s'il y a un serveur hôte actif dans un rack avec suffisamment de CPU, mémoire, stockage, alimentation et ports réseau. 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é rack visible car le client peut posséder physiquement le serveur tout en dépendant de BNIX et du centre de données pour l'alimentation, le refroidissement, la bande passante et l'assistance à distance.

Le texte de colocation de BNIX mentionne les serveurs 1U et 2U et explique qu'il s'agit de machines montables en rack avec différentes hauteurs. Cela peut sembler un petit détail éducatif, mais cela expose l'économie. 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, de suffisamment d'énergie par rack, de capacité de refroidissement, de commutateurs, de panneaux de brassage, d'approvisionnement en IP publiques, d'accès technicien et d'un plan de facturation pouvant supporter ces coûts.

Pour le VPS, la rareté des racks est moins évidente mais tout aussi réelle. Le post de septembre 2025 de BNIX annonçant unepromotion nouveau DCindiquait qu'il n'y avait que 50 places VPS à prix réduit. Un autrepost de septembre 2025 sur le déstockage VPSvantait des nombres limités, des CPU Intel Xeon Gold/Platinum, de la mémoire DDR4 et un stockage NVMe Gen 4. Unpost Black Friday 2025vantait 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 ne doivent pas être considérées comme un inventaire audité. Elles montrent que BNIX elle-même présente l'offre VPS comme un stock pouvant ê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 de rechange sur le nœud souhaité par le 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 remplacement ou un 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 l'IPv6 directement visible sous AS153586 et dépendre toujours d'AS150895 pour la route IPv4 que la plupart des clients attendent.

Les détails de la page de commande renforcent ce point. La page VPS Platinum 2 liste une vitesse réseau de 200 Mbps sur des configurations jusqu'à 8 vCPU et 12 Go de RAM. C'est une forme de service, pas une preuve indépendante de la capacité port disponible sous charge. L'acheteur doit encore demander si le 200 Mbps est dédié ou partagé, si le trafic est limité en débit à l'hyperviseur ou au 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égradée.

Pour les serveurs dédiés, les mêmes questions deviennent des questions matérielles. BNIX dit utiliser des marques de serveurs reconnues et fournir des composants sous garantie, mais la page publique ne publie pas les stocks actuels, les délais de remplacement, les types de disques par serveur, la politique RAID, la disponibilité des pièces de rechange ou si un remplacement peut avoir lieu la nuit. Un client dont les revenus sont liés à une boîte dédiée devrait demander le processus de réparation par écrit, y compris ce qui se passe si une carte mère, une alimentation, un contrôleur RAID ou un port de commutateur tombe en panne.

Pour la colocation, le client devrait demander quelle installation nommée héberge le rack, si le rack est loué par BNIX ou dédié au client, comment la puissance est mesurée, si les alimentations A et B sont disponibles, si l'assistance à distance est incluse, comment les interconnexions sont commandées et si l'équipement client peut être retiré rapidement lors d'un litige contractuel ou d'une 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 fort concernant BNIX Cloud est que son propre AS153586 est petit. RIPEstat voit un seul IPv6 /48 et un seul voisin observé. La vue as-routing-consistency pourAS153586montre des importations et exportations avec AS150895. Cela signifie qu'un client cherchant la connectivité internet indépendante de BNIX Cloud ne devrait 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 BNIX Blue Sky, un amont de centre de données, ou une combinaison.

AS150895 est lui-même un plus grand réseau vietnamien. La vue d'ensemble AS150895 deRIPEstatidentifie EZTECH-VN - EZ TECHNOLOGY COMPANY LIMITED. La vue de statut de routageRIPEstatrapporte 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 liste des amonts incluant FPT Telecom Company et TRUMVPS COMPANY LIMITED et montre plusieurs clients aval, incluant BNIX Cloud et Blue Sky Network Infrastructure Solutions pour 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 plus grands réseaux locaux. Le risque est qu'un client pense avoir acheté de la diversité alors qu'il a acheté une seule chaîne avec plusieurs noms.

Si le service IPv4 de BNIX Cloud dépend d'AS150895, et AS150895 dépend de ses amonts, alors une défaillance dans la périphérie d'AS150895, la politique de routage, la session amont, le filtrage de préfixes ou 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 principaux fournisseurs de télécommunications 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 seul serveur client reçoive des opérateurs diversifiés, des routeurs séparés, des interconnexions séparées ou des chemins physiquement diversifiés.

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

Le même problème apparaît dans l'hébergement à Singapour. Un serveur à Singapour peut améliorer la joignabilité internationale pour certains publics, mais la page publique ne nomme pas l'installation, le mix d'opérateurs, l'AS amont, l'emplacement de sauvegarde ou si l'hébergement à Singapour a un panneau de contrôle séparé des services vietnamiens. Si un client basé au Vietnam achète un hébergement à Singapour pour la résilience, il devrait 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 devrait être testée au moment de la commande. Demandez à BNIX quel ASN va originer les IP du service, si les IP sont BNIX Cloud, Blue Sky BNIX, attribuées par le centre de données ou un espace tiers, si l'autorisation d'origine de route existe, et si le fournisseur peut donner une looking-glass ou une cible traceroute. Demandez si l'IPv6 est disponible et s'il est natif sous AS153586. Demandez si la gestion des DDoS est en amont, côté installation ou manuelle. La page des serveurs gérés indique que la mitigation 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 s'attendant à un nettoyage automatique du trafic.

Le support fait partie de l'infrastructure

Les conditions de service publiques de BNIX rendent la couche humaine visible. La page SLABNIX SLAindique que BNIX s'engage à une disponibilité de 99,9 % pour les services payants, avec un tableau des temps d'arrêt et des pourcentages de compensation en dessous de ce niveau. Elle liste également les exclusions: maintenance planifiée, suspension ou résiliation du service pour violation des conditions, blocage IP du client pour é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 larges, attaques, exigences gouvernementales et causes hors du contrôle de BNIX.

Ce langage est normal pour un fournisseur d'hébergement, mais il devrait changer la façon dont un acheteur lit le nombre. 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 de pare-feu, utilise des scripts abusifs ou dépend d'un composant logiciel tiers, la panne peut tomber hors de la promesse. Si le problème est un événement réseau large au Vietnam, la page réserve é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 que les informations des tickets seront répondues dans un délai maximum de cinq minutes à compter de la 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 triage technique peut être disponible toute la journée; la résolution de la facturation ou du paiement peut ne pas suivre les mêmes horaires.

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

La politique de remboursementBNIX refund policyfait également partie du risque d'infrastructure. BNIX indique qu'il soutient les remboursements dans les 30 jours suivant l'activation du service, avec un remboursement complet dans les 15 premiers jours et une approche au prorata du 16e au 30e jour, sous conditions. La politique indique que les remboursements s'appliquent une fois par client et uniquement pour les VPS et l'hébergement, pas les domaines ou autres services. Elle lie également l'éligibilité à des incidents indésirables provenant du système de BNIX qui empêchent une utilisation continue ou ne correspondent pas aux paramètres publiés. C'est un recours pour le client, pas un mécanisme de récupération. Les remboursements ne restaurent pas les données, ne récupèrent pas la réputation ou ne remplacent pas une migration échouée.

Pour les VPS non gérés, les limites du support sont plus nettes. 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 conserver leurs propres données. Les conditions de serveurBNIX server termsindiquent 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 aide de niveau supérieur. Elles indiquent que l'activation de licence cPanel, Plesk et DirectAdmin peut prendre jusqu'à 72 heures dans le cas lent. Elles indiquent é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 du client au niveau de l'infrastructure. Un client prévoyant d'utiliser la messagerie doit comprendre que la capacité de serveur web ordinaire n'est pas égale à la capacité de serveur de messagerie.

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

La gestion de serveur est vendue séparément. La page de serveur géréBNIX managed server pageindique que BNIX peut gérer et maintenir les services VPS/serveur loués chez BNIX, incluant installation, configuration, migration de site web, sécurité, sauvegarde, gestion d'incidents et optimisation. Elle indique é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 surface 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 sur la sauvegarde et la migration nécessitent un test de restauration

BNIX publie plusieurs affirmations sur la sauvegarde et la migration. La page NVMe VPS 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 de serveur géré 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 faisant partie de sa proposition de service.

Elles ne prouvent pas par elles-mêmes la récupérabilité. Une sauvegarde n'a de valeur que si elle est suffisamment récente, suffisamment cohérente, stockée en dehors du composant défaillant et restaurable dans la tolérance du client. Une sauvegarde d'hébergement quotidienne avec sept copies peut être adéquate pour un site vitrine. Elle peut être trop laxiste pour un site transactionnel, et elle 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 les points de sauvegarde.

Une restauration de panneau peut échouer si le plan de contrôle, le dépôt de sauvegarde ou les identifiants du client ne sont pas disponibles 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 de site web gratuite depuis un tiers vers BNIX après inscription, mais 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 d'achèvement de la migration depuis toute plateforme d'hébergement.

Les conditions indiquent é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 que la migration est effectuée.

Les conditions de serveur établissent 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 vient 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 timing dépend des conditions réseau, de la taille des données et des performances du serveur. Ces détails ne sont pas des petites lignes; ils sont le plan de récupération réel.

Un client envisageant BNIX Cloud devrait donc effectuer une restauration avant de dépendre en production. Créez un site web ou un VPS représentatif, empruntez la voie de sauvegarde qui serait utilisée lors d'un incident, restaurez-la dans un service propre, modifiez le DNS ou la configuration de l'application, et chronométrez le résultat. Confirmez si la sauvegarde inclut les bases de données, les fichiers téléchargés, les e-mails, 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.

Confirmez qui détient les identifiants root, les identifiants du panneau et l'accès au registre de domaine.

Pour la portabilité, testez également le chemin inverse. Le client peut-il exporter ses données de BNIX sous une forme qu'un autre fournisseur peut? Peut-il passer de l'hébergement Vietnam BNIX à l'hébergement Singapour BNIX sans changer les listes d'autorisation dépendantes de l'IP? Peut-il quitter BNIX complètement si un problème d'amont, de facturation ou de contrat survient? Les conditions publiques précisent que le transfert de données dépend des sauvegardes fournies par le client, de la taille des données, des performances réseau et de la compatibilité de la plateforme. C'est une raison suffisante pour répéter la sortie avant l'urgence.

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

La tâche place BNIX Cloud au Vietnam, et les preuves soutiennent une zone de service centrée sur le Vietnam. Les enregistrements APNIC pour AS153586, 2001:df5:e40::/48 et 163.61.72.0/23 listent tous le Vietnam. Le portail BNIX Cloud donne un enregistrement et une adresse vietnamiens. BNIX.vn présente des pages de service en langue vietnamienne, des numéros de téléphone vietnamiens et des racks et références télécoms axés sur le Vietnam. Cela a du sens pour les clients qui souhaitent un support local et des options d'hébergement local.

Mais la localité diffère selon le produit. Les pages dédiées et de colocation pointent vers le Vietnam. La page d'hébergement NVMe Singapour 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 journaux du service commandé.

La politique de traitement des données personnelles de BNIXBNIX personal data processing policyindique que la politique s'applique aux clients personnels, définit les données personnelles et les données personnelles sensibles, décrit les finalités de traitement et indique 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 si la loi en dispose autrement. Elle indique également qu'aucune donnée ne peut être protégée à 100 % et liste les erreurs matérielles et logicielles et les vulnérabilités de sécurité parmi les conséquences indésirables possibles. C'est une politique de confidentialité, pas 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 avec les données de compte personnel. Un enregistrement de domaine, un compte d'hébergement, une image VPS et une archive de sauvegarde peuvent avoir un traitement juridique et opérationnel différent.

Le traitement des données liées au domaine de BNIX peut impliquer des registraires 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 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 localité des données vietnamienne, il devrait éviter de supposer que tous les produits BNIX sont locaux. S'il utilise BNIX Singapour pour la résilience, il devrait vérifier que les contrôles de support et de sauvegarde sont indépendants du portail et des systèmes de facturation côté Vietnam.

La localité 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 pas une perte d'installation. Une sauvegarde dans un autre pays peut améliorer la tolérance aux catastrophes mais ajoute des préoccupations juridiques, de confidentialité et de transfert. Un VPS auto-gé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 de rack/installation, ASN et détenteur d'IP, pays de sauvegarde, règles d'accès au support, temps de restauration, méthode d'exportation et processus de suppression à la résiliation.

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

Le premier chemin de défaillance est la perte de rack ou d'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 onduleurs. L'acheteur devrait demander quelle installation exacte héberge le service commandé, si le rack a une alimentation A/B, si le service du client est dans un rack ou réparti sur des 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 installation, l'application du client devrait être conçue en conséquence.

Le deuxième chemin est la défaillance de l'amont. Le routage public montre AS153586 utilisant AS150895 comme son voisin observé et l'espace IPv4 de BNIX Cloud originaire via AS150895. Le marketing de BNIX mentionne VNPT, Viettel et FPT pour la connectivité, tandis que la liste d'amonts publics d'AS150895 inclut FPT Telecom et TRUMVPS. L'acheteur devrait demander l'origine IP de production, la route amont, si plus d'un routeur et opérateur 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 places limitées 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 devrait 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 aide 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é s'applique uniquement lorsqu'il est acheté et a une portée Linux. L'acheteur devrait savoir quel canal est autoritaire lors d'un incident Sev-1, si le support téléphonique peut effectuer des modifications ou seulement conseiller, et qui a l'accès root.

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

Un client utilisant la messagerie, des proxies, des téléchargements volumineux, des crawlers ou un stockage à large bande passante devrait 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 devoirs importants au client: fournir des sauvegardes complètes, éviter les modifications pendant la migration, rester dans la limite de 80 % de capacité lors des déplacements de serveur et accepter que le timing dépende de la taille des données, du réseau et de la plateforme source. Un client sérieux devrait répéter à la fois l'entrée et la sortie, car une défaillance de contrat de fournisseur peut être aussi perturbatrice qu'une défaillance de disque.

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

BNIX Cloud prouve plus qu'une simple entrée de répertoire. APNIC nomme BNIX CLOUD COMPANY LIMITED pour AS153586 et pour le bloc IPv6 2001:df5:e40::/48. APNIC nomme BNIX Cloud pour 163.61.72.0/23, bien que cette route IPv4 soit originaire d'AS150895. RIPEstat voit AS153586 actif. Le portail BNIX Cloud montre une connexion client en direct, 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, SLA, remboursement, hébergement, serveur, colocation, support géré et traitement des données.

Les preuves publiques soutiennent un fournisseur actif vendant de l'hébergement et de la capacité de serveur au Vietnam et autour.

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 rechange, la topologie exacte de sauvegarde, les taux de réussite de restauration, l'historique réel des incidents, la diversité des routes pour chaque service, la propriété de chaque IP utilisée par les clients, ou la durabilité 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 opérés directement, revendus ou hébergés en partenariat.

Cela signifie que BNIX Cloud peut être un fournisseur raisonnable pour les clients qui comprennent le niveau de preuve et achètent le bon support pour leur risque. Il ne devrait pas être traité comme un grand cloud public avec des régions publiées, plusieurs zones de disponibilité et des divulgations étendues de réseau auto-détenu. 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 à la migration flexible et accès à des racks et réseaux via des installations et amonts vietnamiens.

Le meilleur test d'achat est simple. Demandez à BNIX de cartographier le service commandé vers une installation, un ASN, une plage IP, un emplacement de sauvegarde, un canal de support et un processus de sortie. Demandez quelles dépendances sont détenues par 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 d'amont et un problème de portail de facturation. Demandez combien de temps il faut pour restaurer une vraie sauvegarde dans un autre service et si le client peut tout exporter sans le personnel de BNIX.

Un test supplémentaire appartient avant 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 mouvement des données. Pour l'origine de la route, enregistrez les adresses IPv4 et IPv6 attribuées, vérifiez quel AS les annonce, et sauvegardez 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 le rack, l'hôte ou la limite amont sans langage vague. Pour le mouvement 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 suffisamment solide pour justifier ce type de test et suffisamment mince pour rendre le test nécessaire. Le fournisseur peut bien gérer les charges de travail web petites et moyennes; le but 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 peuvent confondre une vitrine fonctionnelle et un ASN actif avec un niveau de résilience physique que les preuves publiques ne prouvent pas encore.