Résumé

  • Tan VPS Company Limited est une société vietnamienne enregistrée en avril 2024 et répertoriée par VNNIC comme membre de ressources numériques Internet à partir de mai 2024. Les enregistrements APNIC l’associent à AS151932 et au bloc IPv4 portable157.66.222.0/23, un pool de 512 adresses.
  • Le bloc a été publiquement annoncé par AS151932 de mai 2024 à mars 2025. Au point d’observation du 12 juillet 2026, AS151932 n’annonçait aucun préfixe, tandis que157.66.222.0/23restait visible via AS150895, enregistré au nom de EZ Technology Company Limited. Une autorisation d’origine de route (ROA) valide couvrait cette origine. Cela prouve un arrangement de routage joignable et autorisé, mais pas l’emplacement d’un centre de données, le propriétaire du serveur, le contrat client ou l’obligation de support.
  • Aucun document public cité n’identifie l’emplacement des baies de Tan VPS, l’opérateur de l’installation, la conception électrique, le nombre de machines, l’architecture de stockage, l’inventaire des pièces de rechange, le régime de sauvegarde, le catalogue de services, les heures de support ou les conditions de migration. Son siège social à Quy Nhon ne prouve pas que les machines des clients y sont installées.
  • Les clients doivent donc évaluer toute la chaîne de dépendance: l’installation et son alimentation, les hôtes physiques et virtuels, l’origine de la route actuelle et le chemin amont, les personnes autorisées à réparer l’équipement, la relation de facturation, les sauvegardes indépendantes et un chemin de sortie testé.
  • L’évaluation des preuves opérationnelles estFaible. L’enregistrement de l’entreprise, l’allocation d’adresses et l’historique de routage sont concrets, mais les informations publiques n’établissent pas la quantité, l’emplacement, la propriété ou la récupérabilité de la capacité hébergée destinée aux clients.

Un bloc d’adresses joignable est le début de l’enquête

Tan VPS dispose de plus de preuves publiques d’infrastructure qu’une société dont le nom n’apparaît que dans un registre du commerce. Elle a également moins de preuves que ce que le terme « VPS » dans son nom pourrait laisser supposer à un acheteur.

Laliste des membres d’adresses Internet de VNNICidentifie Công ty TNHH Tân VPS sous le nom réseauTANTHOIVPS-VNet date son adhésion à l’allocation au 8 mai 2024. L’enregistrement APNIC pour AS151932associe le même nom réseau à Tan VPS Company Limited et fournit une adresse à Quy Nhon. L’enregistrement d’adresses APNICnomme la société sur157.66.222.0 - 157.66.223.255, marque la plage commeALLOCATED PORTABLE, et enregistre sa dernière modification le 6 mai 2024.

Ce sont des faits significatifs. Un/23contient 512 adresses IPv4, y compris les adresses réseau et de diffusion lorsque les règles de sous-réseau conventionnelles s’appliquent. Le statut portable signifie que la ressource d’adresses n’est pas simplement une petite tranche d’un agrégat de fournisseur enregistrée sous le nom de ce dernier. Un ASN donne à un réseau une identité pour échanger des informations d’accessibilité via le protocole BGP. Les enregistrements lient Tan VPS à des ressources de numérotation Internet rares et utiles sur le plan opérationnel.

Ils ne révèlent pas un processeur, un disque ou une baie. L’ASN n’a pas de mesure intrinsèque de bande passante. Le/23ne divulgue pas combien d’adresses sont attribuées aux clients, mises en réserve, utilisées pour l’infrastructure, filtrées, inactives ou indisponibles. Aucun des deux enregistrements n’indique si Tan VPS possède des serveurs, loue des machines dédiées, achète des instances virtuelles, loue une armoire, revend l’inventaire d’un autre hébergeur ou combine plusieurs de ces modèles.

Les preuves d’entreprise ont la même limite. Deux services d’information sur les entreprises vietnamiennes,InfocometTra Cuu Nhanh, identifient le numéro fiscal4101640518, une date de constitution le 17 avril 2024, Nguyen Van Tan comme représentant légal, et un enregistrement actif au 04 Tran Huy Lieu à Quy Nhon. Ils mentionnent le traitement de données et la location connexe parmi les lignes d’activité enregistrées. L’enregistrement soutient l’existence juridique de la société et un périmètre d’activité compatible avec l’hébergement. Ce n’est pas un rapport d’inspection sur un service opérationnel.

Cette distinction fixe la norme pour tout ce qui suit. Tan VPS peut être décrite comme la société enregistrée associée à ces ressources de numérotation. Le bloc peut être décrit comme actuellement joignable. Toute affirmation concernant la capacité VPS commercialisable, la propriété des machines, la qualité de l’installation, le nombre de clients ou la résilience du service nécessite un maillon distinct dans la chaîne de preuves.

La route a changé même si le détenteur des adresses n’a pas changé

Le fait public le plus révélateur n’est pas que Tan VPS ait autrefois annoncé son bloc. C’est que l’origine a changé.

L’historique de routage RIPEstat pour AS151932montre que157.66.222.0/23a été annoncé par cet ASN de fin mai 2024 à mars 2025. L’historique plus détaillé du préfixemontre trois phases d’origine récentes. AS150880 est apparu brièvement à partir du 17 mai 2024. AS151932 est devenu largement visible à partir du 29 mai 2024 et jusqu’en mars 2025. AS150895 est ensuite apparu à partir du 13 mars 2025 et est resté l’origine observée jusqu’au 12 juillet 2026. L’historique contient un court chevauchement, plutôt qu’un passage de relais parfaitement net à minuit.

Au point d’observation actuel, lavue d’ensemble RIPEstat pour AS151932a marqué l’ASN comme non annoncé, et saréponse sur les préfixes annoncésa renvoyé une liste vide. En revanche, lavue d’ensemble du préfixea marqué le/23comme annoncé et a identifié AS150895, EZ Technology Company Limited, comme origine.

Cela ne prouve pas que l’allocation d’adresses ait été déplacée hors de Tan VPS. L’enregistrement et le routage répondent à des questions différentes. Les données APNIC identifient le détenteur de la ressource; BGP identifie l’ASN qui indique actuellement à Internet qu’il peut acheminer le trafic vers ce bloc. Un détenteur peut autoriser un autre réseau à annoncer ses adresses. Il peut le faire parce que cet autre réseau fournit le transit, le routage géré, la connectivité de colocalisation, la protection contre les dénis de service, l’agrégation ou une plateforme d’hébergement plus large.

L’origine actuelle n’est pas simplement un chemin accidentel vu par un site web. Uneréponse de validation d’origine de route RIPEstatsignale une autorisation d’origine de route (ROA) valide pour AS150895 avec une longueur maximale/23. Demander au même validateur de tester AS151932 pour ce bloc renvoieinvalid_asn, car l’autorisation active nomme AS150895. Lerapport 2024 sur les ressources Internet de VNNICexplique la fonction: une ROA identifie cryptographiquement quel ASN est autorisé à annoncer un préfixe.

Autorisé ne signifie pas entièrement expliqué. Une ROA ne peut pas dire qui possède les routeurs, qui paie la facture de transit, où se trouvent les serveurs, si l’arrangement est de gros ou de détail, ni quelle entreprise doit une réponse à un client pendant une panne. Cela réduit une classe d’ambiguïté de routage tout en laissant la frontière commerciale et physique ouverte.

Pour un acheteur, l’origine modifiée n’est donc ni un scandale ni une trivialité. C’est une dépendance qui doit être nommée. Une cartographie de service actuelle devrait indiquer si Tan VPS contrôle toujours l’attribution des adresses, si AS150895 ne fournit que l’annonce de la route ou un ensemble plus large d’infrastructure, et ce qu’il advient des adresses des clients si l’accord sous-jacent prend fin.

Un ASN d’origine n’est pas la même chose qu’un amont, une installation ou un hôte

Le routage Internet compresse une chaîne logistique compliquée en une courte séquence de chiffres. Il est utile précisément parce qu’il est abstrait. L’abstraction peut aussi inciter les lecteurs à lui donner plus de signification physique qu’il n’en a.

LaRFC 4271définit BGP comme un système d’échange d’informations d’accessibilité réseau entre systèmes autonomes. Le protocole transporte des routes et des attributs de politique. Il ne transporte pas de baux de baies, de schémas électriques, de numéros de série de serveurs ou de contrats de support. Une origine visible indique aux autres réseaux où une route se termine au niveau du système autonome. Cela ne prouve pas que la capacité de calcul du client appartienne à cet opérateur d’origine ni même qu’elle soit installée dans un bâtiment contrôlé par l’opérateur d’origine.

L’état BGP RIPEstat pour le bloc de Tan VPSa montré des centaines de chemins collecteurs le 12 juillet 2026. Les chemins se terminaient par AS150895 et passaient de manière répétée par AS18403, un grand réseau vietnamien associé à FPT. C’est une preuve solide concernant le chemin public vu depuis ces collecteurs à ce moment-là. Cela ne suffit pas pour déclarer un contrat direct entre Tan VPS et l’une ou l’autre entreprise, car les chemins BGP ne divulguent pas toutes les couches contractuelles et peuvent inclure des serveurs de routes, des revendeurs ou des relations gérées.

L’arrangement visible montre pourquoi la frontière de l’opérateur est importante. Si une charge de travail client utilise une adresse dans157.66.222.0/23, au moins quatre types de contrôle peuvent être séparés:

1. Tan VPS peut contrôler la relation client et l’attribution des adresses. 2. AS150895 contrôle, ou est autorisé à contrôler, l’annonce d’origine actuelle. 3. Un autre réseau peut transporter la route plus loin en tant que transit. 4. Un opérateur d’installation ou un fournisseur de matériel peut contrôler la machine physique et son chemin d’accès.

Une même entreprise peut occuper plusieurs de ces rôles, mais les données de routage publiques ne le prouvent pas. Chaque frontière ajoute une exigence d’escalade. Si le trafic disparaît, Tan VPS doit pouvoir déterminer si la panne se situe à l’intérieur d’une machine virtuelle, sur un hôte, dans le réseau en tête de baie, au niveau du routeur d’origine, en transit ou à la périphérie de l’installation. Elle doit ensuite joindre la partie habilitée à réparer la couche défaillante.

C’est pourquoi « notre réseau est en ligne » n’est pas une déclaration de résilience suffisante. Une route peut rester visible alors que toutes les machines clientes derrière elle sont indisponibles. Inversement, un serveur peut rester sain alors que son préfixe est retiré. Un panneau de contrôle peut indiquer qu’une machine virtuelle fonctionne alors qu’un lien de transit saturé la rend inutilisable. L’évaluation de l’infrastructure doit préserver ces couches plutôt que de les réduire à un seul voyant vert.

Le siège social ne localise pas la baie

L’enregistrement de Tan VPS pointe vers Quy Nhon. Ses serveurs pourraient être à Quy Nhon, mais les preuves citées ne l’établissent pas. Une adresse légale identifie le lieu d’enregistrement de la société. Une adresse de contact APNIC identifie une partie responsable des ressources de numérotation. Ni l’un ni l’autre n’est un certificat de colocalisation.

C’est plus qu’une technicalité géographique. L’emplacement détermine l’environnement de défaillance. La fiabilité des services publics, l’autonomie des générateurs, l’exposition aux inondations et aux tempêtes, la conception du refroidissement, la sécurité du bâtiment, la livraison des pièces de rechange, la couverture d’ingénierie locale et le nombre d’entrées de fibre physiquement séparées sont tous liés à un site réel. Une machine virtuelle hérite de ces conditions même lorsque le client ne voit jamais le matériel.

La géolocalisation IP publique ne peut pas combler cette lacune. Les bases de données commerciales peuvent placer des adresses du même bloc à Hanoï, Hô Chi Minh-Ville, Quy Nhon ou dans une région vietnamienne plus large, selon leur méthode et leur cycle de mise à jour. Ces étiquettes sont des estimations conçues pour la localisation réseau, les contrôles de fraude ou la diffusion de contenu. Elles ne prouvent pas qu’un disque particulier se trouve dans la ville nommée. Le pays d’enregistrement est soumis à la même limite: il associe la ressource au Vietnam, mais ne suit pas chaque copie des données des clients.

Une déclaration de placement crédible pour Tan VPS identifierait la ville et l’opérateur de l’installation pour le service principal, la ville et l’opérateur pour la capacité de reprise, et le modèle de propriété de l’équipement. Elle distinguerait un hôte possédé d’un serveur bare metal loué, et les deux d’une machine virtuelle revendue. Elle indiquerait quelle partie contrôle l’accès physique et quelle partie peut approuver une intervention d’urgence.

Cette information n’a pas besoin de révéler un numéro de baie ou d’affaiblir la sécurité. Les clients peuvent évaluer la concentration avec un nom d’installation, une région, un modèle de service et une assurance indépendante. Sans même ce niveau de divulgation, les affirmations sur l’hébergement national ou la redondance géographique restent des hypothèses.

La politique d’infrastructure plus large du Vietnam rend l’emplacement économiquement pertinent. VNNIC indique que leVietnam National Internet Exchangeexploite plusieurs points de connexion et peut améliorer l’efficacité du routage national, la latence et la connectivité de secours. Lerésumé de la stratégie d’infrastructure numériquedu ministère de la Science et de la Technologie décrit les ambitions nationales pour de nouveaux centres de données, des normes écologiques et une capacité de câbles internationaux. Ces capacités nationales créent des options. Elles ne montrent pas quelle option Tan VPS achète réellement.

La capacité installée n’est pas la capacité utilisable

Même si Tan VPS divulguait demain une rangée de serveurs, leur nombre serait un mauvais indicateur de ce sur quoi les clients peuvent compter. La capacité d’hébergement a plusieurs significations différentes, et la capacité bon marché semble souvent la plus généreuse avant que les provisions pour défaillance ne soient déduites.

La capacité installée est l’allocation matérielle ou virtuelle nominalement présente: cœurs de processeur, mémoire, stockage, ports et alimentation. La capacité commercialisable est ce que le fournisseur choisit d’offrir après avoir réservé les surcoûts. La capacité délivrée est ce que les clients peuvent utiliser en situation de contention normale. La capacité survivable est ce qui reste après la défaillance d’un hôte, d’un commutateur, d’un nœud de stockage, d’un circuit ou d’une alimentation électrique.

La capacité récupérable est ce qui peut être remis en service dans le délai promis en utilisant des pièces de rechange, des sauvegardes et du personnel.

Les informations publiques ne fournissent aucun chiffre pour aucune de ces couches de Tan VPS. Le pool de 512 adresses n’est pas un nombre d’hôtes. Un fournisseur peut placer de nombreuses machines virtuelles derrière une seule adresse, attribuer plusieurs adresses à une même machine, réserver des plages ou laisser des adresses inutilisées. L’empreinte plus large d’AS150895, visible surBGP.tools, n’est pas l’inventaire de Tan VPS. Le réseau d’origine annonce de nombreux blocs enregistrés au nom de différentes organisations. Agréger leurs nombres d’adresses créerait une mesure erronée de la capacité de Tan VPS.

La même prudence s’applique à la bande passante. Un/23n’implique pas un port de 1 Gbps, 10 Gbps ou autre. Une route visible depuis des centaines de collecteurs peut toujours se trouver derrière un circuit d’accès congestionné. Un réseau nominalement diversifié peut converger vers une seule entrée de bâtiment. Un grand fournisseur de transit peut avoir une énorme capacité globale alors que le raccordement particulier du client est petit.

Des preuves de capacité utiles commenceraient par une classe de service. Pour un VPS, il faudrait divulguer le modèle de virtualisation, l’allocation normale de CPU, l’engagement de mémoire, le support de stockage, la politique de contention et le comportement en cas de défaillance de l’hôte. Pour le bare metal, il faudrait identifier la classe de remplacement et le délai de remplacement typique. Pour l’hébergement géré, il faudrait ajouter les responsabilités relatives au système d’exploitation et aux applications. Chaque classe devrait avoir un chiffre de capacité en état de défaillance, pas seulement un maximum catalogue.

Les clients devraient également demander quelle marge existe lorsque l’équipement est en maintenance. Les composants redondants sont souvent temporairement non redondants lors des mises à niveau. Un cluster qui peut absorber un hôte défaillant en utilisation normale peut ne pas l’absorber pendant un pic saisonnier. Les reconstructions de stockage consomment de la bande passante et des capacités d’entrée-sortie. La migration en direct peut saturer les liaisons internes.

La promesse pertinente n’est pas « nous avons de la capacité de réserve » mais « nous avons démontré que cette charge de travail prioritaire peut redémarrer ou être déplacée alors que le système est déjà soumis à la charge attendue. »

Tant que Tan VPS ne fournit pas ces preuves, sa capacité doit être décrite comme non quantifiée, et non nulle. Le préfixe actif suggère une certaine utilisation opérationnelle, mais un bloc d’adresses ne peut pas dire à un acheteur quelle capacité de calcul se trouve derrière ni quelle part survit à une panne.

La chaîne de baie et d’alimentation définit la première frontière de défaillance dure

Tout service hébergé repose sur un équipement qui consomme de l’énergie dans un environnement physique. Un client peut acheter un CPU virtuel au mois, mais le fournisseur doit toujours maintenir un hôte alimenté, refroidi et connecté. La chaîne de dépendance passe par les alimentations du réseau public, l’appareillage de commutation, les systèmes d’alimentation sans interruption, les générateurs, le carburant, le refroidissement, les contrôles d’incendie, les unités de distribution en baie, les blocs d’alimentation et le câblage.

Aucun document cité de Tan VPS n’identifie un niveau d’installation, une topologie électrique, une configuration de générateur, une conception de refroidissement ou une zone de feu. Cette absence est importante car un label d’installation seul ne garantirait pas la résilience. L’explication des Tiers de l’Uptime Institutedistingue la topologie de la durabilité opérationnelle et souligne que le comportement de gestion affecte les performances à long terme. Une revendication de conception doit être accompagnée de preuves de maintenance et d’exploitation.

Un incident sur une seule baie peut neutraliser un bâtiment par ailleurs performant. Une unité de distribution électrique de baie défaillante peut arrêter tous les hôtes de cette baie. Une panne de commutateur en tête de baie peut isoler des machines alors que le reste de l’installation reste en ligne. Une erreur de maintenance peut interrompre les deux alimentations nominalement redondantes si les chemins partagent un composant. L’extinction d’incendie ou une alarme environnementale peut nécessiter un arrêt contrôlé même lorsque l’alimentation secteur est intacte.

La propriété détermine l’horloge de réparation. Si Tan VPS possède le matériel en colocalisation, elle peut remplacer les composants du serveur mais dépend de l’installation pour l’alimentation commune et l’accès. Si elle loue des machines dédiées, le fournisseur de matériel peut contrôler le remplacement. Si elle revend un autre cloud, Tan VPS peut ne pas avoir d’accès physique et ne peut que faire remonter. Le délai de restauration du client inclut alors la détection, le diagnostic, le transfert, l’accusé de réception du fournisseur, l’accès à l’installation et la réparation elle-même.

L’analyse des pannes 2026 de l’Uptime Instituteindique que les défaillances d’infrastructure externes deviennent plus importantes même si la fréquence des pannes par site diminue. Cette conclusion est un contexte sectoriel large, pas une preuve d’un incident chez Tan VPS. Sa pertinence est la forme du risque: les dépendances envers des tiers ne disparaissent pas parce que le fournisseur de détail présente une seule facture.

Une description de service sérieuse de Tan VPS identifierait donc la frontière de l’installation, les responsabilités de maintenance, le délai d’intervention à distance, l’accès aux pièces de rechange, et la dernière réponse testée à la perte d’une alimentation de baie ou d’un commutateur. Sans ces faits, le mot « cloud » ne réduirait en rien la dépendance physique.

La diversité de transit doit survivre à une vraie défaillance de chemin

La route actuelle est visible et valide RPKI. Ce sont des signaux positifs. Ils montrent que le bloc peut participer à la validation moderne d’origine de route et que son accessibilité est largement propagée. Ils ne montrent pas à eux seuls la diversité.

Le rapport 2024 de VNNIC présente le multihoming, la collaboration avec les fournisseurs de transit et RPKI comme des éléments complémentaires de la redondance réseau et de la sécurité du routage. C’est la bonne séparation. RPKI aide les réseaux à rejeter une origine non autorisée; il ne crée pas un deuxième câble. Deux sessions BGP peuvent traverser un même conduit. Deux opérateurs nominaux peuvent acheter de la capacité au même amont. Deux routeurs peuvent partager une alimentation électrique.

L’instantané de route pour157.66.222.0/23montre à plusieurs reprises AS18403 juste avant AS150895 depuis de nombreuses perspectives de collecteurs, bien que certains chemins contiennent des prépendings répétés et des réseaux différents plus loin. Cela suggère une route visible concentrée à ce moment d’observation. Cela ne peut pas prouver qu’aucun chemin caché ou de secours n’existe, car les collecteurs de routes montrent les meilleurs chemins sélectionnés et n’exposent pas un circuit inactif qui n’a jamais été activé.

C’est précisément pourquoi les preuves de basculement sont importantes. Tan VPS ou l’opérateur responsable de son bloc devrait pouvoir démontrer:

1. La politique d’origine actuelle et l’origine de secours autorisée, si elle existe. 2. Le nombre et la capacité des points de raccordement physiques desservant la plateforme client. 3. Si les raccordements utilisent des entrées de bâtiment, des routeurs, des domaines d’alimentation et des réseaux amont séparés. 4. Le comportement de la route lorsque la session ou le circuit principal est retiré. 5. La bande passante disponible et la perte de paquets pendant l’état de défaillance. 6. Les personnes et les approbations nécessaires pour modifier une ROA ou une politique de routage en cas d’urgence.

La migration d’origine d’AS151932 à AS150895 est une preuve historique utile qu’un changement de routage peut se produire. Ce n’est pas un test de reprise. Une migration planifiée peut avoir bénéficié de jours de préparation, d’annonces chevauchantes et d’une autorisation coordonnée. Une panne non planifiée peut nécessiter les mêmes actions sous pression, avec une partie injoignable ou un contrat en litige.

Les pratiques de routage opérationnel incluent également les filtres, les limites de préfixes maximum, l’authentification de session et les contrôles de fuite de route. LaRFC 7454définit les recommandations opérationnelles et de sécurité BGP, tandis que laRFC 9234traite de la prévention des fuites de route à travers les rôles que les réseaux attribuent à leurs relations. Les données publiques ne montrent pas si chaque chemin pertinent de Tan VPS suit ces recommandations. Un client n’a pas besoin de vérifier chaque routeur, mais il devrait demander une conception de routage claire et la responsabilité en cas d’incident.

La conséquence d’une défaillance est simple. Si le seul arrangement d’origine effectif échoue, les sites web, API, serveurs de jeu, systèmes de messagerie, bureaux distants et interfaces de gestion sur le bloc peuvent tous devenir injoignables en même temps. Des disques sains n’aident pas un utilisateur qui ne peut pas les atteindre.

Le stock de matériel et la conception du stockage déterminent la fenêtre de réparation

Le matériel tombe en panne progressivement et soudainement. Les disques accumulent des erreurs. Les alimentations s’arrêtent. Les ventilateurs se bloquent. Des défauts de mémoire apparaissent. Les optiques se dégradent. Les mises à jour de firmware exposent des problèmes latents. La fiabilité de l’hébergement ne vient pas du fait de prétendre que cela n’arrivera pas, mais de limiter le domaine de panne et de restaurer le service avec des pièces et des procédures connues.

L’empreinte publique de Tan VPS ne divulgue pas son nombre d’hôtes physiques, la génération du matériel, la couverture de garantie, le stock local de pièces de rechange ou le délai de réponse du fournisseur. Elle ne montre pas non plus si le stockage est local à chaque hôte, répliqué entre les nœuds, attaché à une baie partagée ou fourni par un cloud amont. Ces conceptions ont des performances et des comportements de récupération différents.

Le stockage local peut simplifier un petit service VPS, mais une panne d’hôte peut nécessiter une restauration ou un déplacement de disques. Le stockage partagé peut permettre un redémarrage plus rapide sur un autre nœud de calcul, tout en créant une dépendance au réseau de stockage et au contrôleur. Le stockage distribué répliqué peut tolérer la perte de composants, mais le trafic de reconstruction et les pannes corrélées peuvent réduire les performances. Les instantanés peuvent accélérer la restauration, mais un instantané sur le même stockage défaillant n’est pas une sauvegarde indépendante.

LaNIST SP 800-125Aexplique que l’hyperviseur médie l’accès aux ressources physiques CPU, mémoire, réseau et stockage pour plusieurs machines virtuelles. C’est pourquoi le VPS apparemment isolé d’un client dépend toujours de fonctions d’hôte partagées. Ces conseils ne sont pas une certification de Tan VPS. Ils fournissent le cadre technique correct pour demander comment l’entreprise sécurise et récupère ces couches partagées.

Un engagement de réparation utile doit nommer l’événement et l’horloge. « Matériel de remplacement disponible » est plus faible que « un hôte défaillant de cette classe peut être remplacé ou ses machines invitées prioritaires redémarrées dans les quatre heures, et le dernier exercice effectué dans un temps mesuré ». Les preuves devraient couvrir les disques de rechange, les alimentations, la mémoire, les adaptateurs réseau, les optiques et au moins un hôte compatible ou un chemin de remplacement du fournisseur.

La capacité de réparation inclut également les personnes. Un ingénieur doit pouvoir diagnostiquer la panne, atteindre le site ou l’équipe d’intervention à distance, accéder aux sauvegardes de configuration et effectuer un changement en toute sécurité. Une petite entreprise peut fournir un excellent service, mais la concentration sur une seule personne reste un risque qui devrait être géré par une couverture d’escalade et une autorité documentée.

Sans divulgation, un acheteur ne peut pas dire si la véritable fenêtre de récupération de Tan VPS est de quelques minutes, heures ou le jour ouvrable suivant. Le prix mensuel doit être évalué en fonction de cette incertitude.

La sauvegarde est un produit distinct même lorsqu’elle est groupée

Les clients confondent régulièrement une image VPS, un instantané, la réplication de stockage et une sauvegarde. Les fournisseurs encouragent parfois la confusion en plaçant les quatre sous une seule étiquette « protégé ». Les distinctions ne deviennent visibles qu’après une suppression, une corruption, une compromission ou une perte d’installation.

Un instantané est un état à un instant donné utile pour la restauration. La réplication maintient une autre copie synchronisée, ce qui aide en cas de défaillance d’un composant mais peut aussi copier la suppression ou la corruption. Une sauvegarde doit être récupérable indépendamment du domaine de défaillance de production et protégée par des contrôles d’accès séparés. Un environnement de reprise après sinistre ajoute le calcul, le réseau, la configuration et les personnes capables d’utiliser cette sauvegarde dans un délai cible.

Aucune source publique citée n’indique ce que Tan VPS inclut. Un client ne devrait rien présumer. L’accès root à un VPS place souvent la protection des applications et des données à la charge du client, sauf disposition contraire du contrat. Un service géré peut inclure des sauvegardes mais limiter la rétention, la fréquence de restauration ou le nombre de restaurations gratuites. Un fournisseur peut conserver des sauvegardes tout en manquant de capacité de réserve pour les exécuter après la défaillance du site principal.

Leguide sur les rançongiciels de la CISArecommande des sauvegardes hors ligne chiffrées et des tests réguliers de disponibilité et d’intégrité. LaNIST SP 800-34 Révision 1traite le stockage alternatif, le traitement alternatif, les télécommunications et la sauvegarde du système d’information comme des contrôles de contingence connectés. Ce sont des normes générales, pas des affirmations sur Tan VPS. Elles illustrent pourquoi une simple déclaration « sauvegarde quotidienne » serait encore incomplète.

Le contrat devrait définir un objectif de point de reprise, l’intervalle de perte de données maximal tolérable, et un objectif de temps de restauration, le délai de rétablissement maximal tolérable. Leguide de planification de reprise après sinistre de Googleexplique que des objectifs plus stricts coûtent généralement plus cher et nécessitent plus de complexité. Un hébergement bon marché peut rationnellement offrir une reprise plus lente, mais le compromis doit être explicite.

Une divulgation significative de la sauvegarde par Tan VPS identifierait la fréquence, la rétention, le chiffrement, l’opérateur, l’emplacement physique ou cloud, la séparation des identifiants, la portée de la restauration, la vitesse de restauration mesurée et le résultat du dernier test. Elle indiquerait si les clients peuvent exporter les sauvegardes sans ouvrir de ticket. Elle préciserait également qui paie le transfert réseau et combien de temps l’accès persiste après résiliation.

Les sauvegardes deviennent particulièrement importantes lorsque la route actuelle dépend d’un autre réseau d’origine. Si la relation commerciale derrière cette route prend fin, un client peut avoir besoin de reconstruire ailleurs avant que l’ancien bloc d’adresses ou le plan de contrôle ne soit disponible. Une sauvegarde qui ne peut être restaurée qu’à l’intérieur de la même frontière fournisseur n’est pas un plan de sortie complet.

Le support et la facturation peuvent arrêter des machines saines

La défaillance de l’infrastructure ne se limite pas à l’équipement cassé. Un compte peut être suspendu après une facture contestée. Un avis de renouvellement peut atteindre la mauvaise personne. Un identifiant du panneau de contrôle peut être perdu. Un domaine utilisé pour l’authentification ou les mises à jour de statut peut expirer. Un client peut attendre des heures pour un changement techniquement simple parce qu’un seul individu a l’autorité de l’approuver.

Les enregistrements APNIC incluent des contacts administratifs et techniques, mais ce sont des contacts pour les ressources de numérotation, pas la preuve d’un service de support client doté de personnel. Les listes d’entreprises citées fournissent une piste de contact d’entreprise mais pas d’heures de support, d’objectif de ticket, de téléphone d’urgence, de page de statut ou de politique de communication en cas d’incident. Aucune condition de service publique citée ici n’établit comment les litiges de facturation, les plaintes pour abus, les résiliations ou la récupération de données sont traités.

Cette lacune est importante pour un petit acheteur d’hébergement. Lorsque l’entreprise en contact avec le client dépend d’un opérateur d’origine de route, d’un transporteur de transit, d’une installation et d’un fournisseur de matériel, le support devient le coordinateur à travers ces couches. Une reconnaissance rapide n’est pas la même chose que l’autorité de réparer. Le fournisseur devrait identifier le responsable de l’escalade pour le routage, le matériel, l’accès à l’installation et l’état du compte.

Le chemin de gestion devrait également être suffisamment indépendant pour survivre à la panne de production. Si le portail, l’e-mail de support, la page de statut et les serveurs clients partagent une même route ou un même service d’authentification, une panne peut supprimer à la fois le service et les moyens de le signaler. Un canal de contact alternatif et une console hors bande réduisent ce risque.

Les conditions de facturation font partie de l’examen de la résilience car l’effet de la suspension est binaire. Un client devrait connaître la période de grâce, la responsabilité de renouvellement, le processus de litige, la période de conservation des données et les frais de récupération ou de transfert. Les comptes critiques devraient avoir plusieurs contacts autorisés. Le fournisseur devrait pouvoir rétablir un service suspendu par erreur sans attendre une fonction de bureau sans rapport.

L’économie de l’hébergement se cache souvent ici. Un prix affiché bas peut exclure une couverture d’ingénierie 24 heures sur 24, des réparations pratiques, des sauvegardes gérées, une migration assistée ou une longue rétention. Aucune de ces omissions ne rend un service illégitime. Cela rend la comparaison des prix impossible à moins que l’acheteur ne compare la même obligation de reprise.

La migration est là où le contrôle des adresses devient commercialement important

La capacité de partir est l’un des meilleurs tests d’un service d’hébergement. La migration révèle quels actifs appartiennent au client, lesquels dépendent du fournisseur et lesquels ne peuvent être déplacés qu’avec la coopération d’une autre société.

Le/23portable de Tan VPS pourrait offrir une stabilité d’adresse utile au niveau du fournisseur, mais il est peu probable qu’un client contrôle l’ensemble du bloc. La ROA actuelle autorise AS150895, et non le réseau de destination du client. À moins qu’un contrat n’accorde la portabilité et que la politique de routage ne la soutienne, un client VPS individuel devrait présumer que l’adresse qui lui est attribuée ne le suivra pas vers un nouvel hébergeur.

Perdre une adresse affecte plus que le DNS. Les pare-feux, les listes d’autorisation des partenaires, la réputation des e-mails, les certificats, les cibles de webhooks, la surveillance et les politiques d’accès à distance peuvent tous l’incorporer. Le DNS peut rediriger de nombreux services, mais les enregistrements mis en cache et les dépendances codées en dur créent des retards. Le DNS inverse peut nécessiter l’ancien fournisseur. Les systèmes de messagerie font face à un travail supplémentaire de réputation et d’authentification.

Une migration précipitée peut donc transformer un litige avec un fournisseur en un incident applicatif de plusieurs jours.

Le volume de données crée une autre contrainte. Un client disposant de plusieurs téraoctets peut avoir une sauvegarde valide et pourtant manquer son objectif de reprise si le chemin d’exportation est lent. La bande passante sortante normale du fournisseur peut être partagée ou limitée en débit. Un système de stockage défaillant peut lire plus lentement pendant la récupération. Les frais de sortie ou une approbation manuelle peuvent retarder le transfert. La capacité de stockage installée n’est pas la même chose que la capacité d’exportation.

Un plan de sortie testé de Tan VPS devrait couvrir le format des données, la méthode d’exportation, le débit disponible, la propriété des identifiants, les changements DNS et DNS inverse, le remplacement d’adresse, l’instantané final, la validation et la suppression sécurisée. Il devrait indiquer combien de temps un client résilié peut récupérer ses données et si le service reste en ligne pendant un litige de facturation. Pour les charges de travail gérées, il devrait également inclure la configuration, l’état de la base de données, les secrets et les dépendances applicatives plutôt qu’une simple image de disque virtuel.

Le changement d’origine de 2025 démontre que le bloc lui-même peut être ré-annoncé sous un autre ASN autorisé. Cet historique n’est encourageant qu’au niveau large des ressources. Cela ne prouve pas qu’un client individuel puisse initier ou survivre à un tel changement. La preuve pertinente serait un exercice de migration client avec un transfert de données mesuré et un basculement de service.

La portabilité est aussi une question de négociation. Si la seule copie actuelle des données, l’adresse client, les contrôles DNS et le canal de support restent tous à l’intérieur d’une même frontière fournisseur, le client a peu de poids en cas de défaillance. Des sauvegardes indépendantes, un DNS contrôlé par le client et des configurations documentées transforment la migration d’une négociation d’urgence en une tâche d’ingénierie.

La localisation des données doit tracer chaque copie et chaque opérateur

Tan VPS est enregistrée au Vietnam et ses ressources de numérotation portent l’attribut de paysVN. Le réseau d’origine actuel est également vietnamien. Ces faits soutiennent une identité réseau centrée sur le Vietnam. Ils ne prouvent pas que chaque charge de travail client, instantané, journal ou système de support reste au Vietnam.

La localisation des données a au moins quatre couches. La localisation physique demande où se trouvent les supports principaux et de sauvegarde. La localisation réseau demande où le trafic est acheminé et inspecté. La localisation administrative demande quelles organisations et quel personnel peuvent accéder aux systèmes. La localisation juridique demande quelles obligations s’appliquent au client, au fournisseur, au type de données et aux transferts transfrontaliers. Un code pays dans un enregistrement ASN ne répond complètement à aucune de ces questions.

LaLoi sur les données du Vietnam, n° 60/2024/QH15, en vigueur à partir du 1er juillet 2025, couvre la gestion, la protection, le traitement et l’utilisation des données numériques. Ledécret gouvernemental sur la protection des données personnellesétablit des obligations supplémentaires concernant les données personnelles. Les obligations exactes dépendent du contexte de traitement et nécessitent des conseils juridiques. Le point d’approvisionnement est plus simple: un client ne peut pas évaluer la conformité ou la souveraineté sans savoir où résident les copies et les droits d’accès.

Une déclaration de localisation de Tan VPS devrait identifier la région de l’installation principale, la région de sauvegarde, les emplacements d’accès au support, les sous-traitants, les services de télémétrie et tout transfert transfrontalier. Elle devrait expliquer comment les clients sélectionnent ou vérifient l’emplacement et comment la suppression se propage aux instantanés et aux sauvegardes. Si un fournisseur d’infrastructure amont est impliqué, sa localisation et ses conditions d’accès font partie de la réponse.

L’hébergement local peut réduire la latence pour les utilisateurs vietnamiens et soutenir la préférence de localisation d’un client, mais le placement national n’est pas automatiquement résilient. Deux sites dans une même ville peuvent partager des risques d’alimentation ou de fibre. Une sauvegarde géographiquement séparée peut améliorer la reprise tout en créant une question de politique transfrontalière ou régionale. La conception correcte suit la classification des données du client et son objectif de reprise, pas une affirmation générique selon laquelle le local ou l’étranger est toujours meilleur.

L’absence d’une installation nommée de Tan VPS signifie que la question de lasouveraineté et de la localisation des donnéesreste une question à résoudre, pas un avantage déjà démontré. L’enregistrement vietnamien de la société est un point de départ pour la diligence raisonnable, pas sa conclusion.

La chaîne de défaillance probable traverse plusieurs contrats

Les preuves actuelles soutiennent un scénario concret sans prétendre qu’il s’est produit. Imaginez une application client sur une adresse dans157.66.222.0/23. La machine virtuelle devient injoignable. Le BGP public montre toujours AS150895 comme origine du bloc, donc la route globale n’a pas disparu. La panne pourrait être un problème d’invité, un hôte défaillant, un commutateur de baie, un lien interne, un filtrage, un contrôle de déni de service ou un problème d’installation.

Le client contacte Tan VPS. Si Tan VPS contrôle l’hyperviseur, elle peut inspecter l’invité et l’hôte. Si le matériel est loué, elle peut avoir besoin du fournisseur. Si la baie appartient à une installation de colocalisation, l’accès peut nécessiter une intervention à distance. Si le problème se situe au niveau du réseau d’origine, l’opérateur d’AS150895 peut avoir besoin de modifier le routage ou les filtres. Si la route est propagée via un chemin de transporteur, une autre escalade peut suivre.

Changeons maintenant le scénario: la route elle-même disparaît parce que l’arrangement d’origine est interrompu. L’AS151932 de Tan VPS n’a actuellement aucun préfixe actif, et une ROA l’autorisant ne serait pas valide dans l’état observé. La reprise pourrait nécessiter de rétablir la session AS150895, de créer une nouvelle autorisation et une nouvelle origine, ou de déplacer les services vers des adresses fournies ailleurs. Chaque chemin implique des parties, des identifiants et des délais qu’un client ne peut pas déduire du nom de l’entreprise.

Ajoutons maintenant un désaccord de facturation ou un contrat amont expiré. Le matériel peut rester sain tandis que la route ou l’accès au contrôle est retenu. La redondance technique à l’intérieur d’une installation peut ne pas protéger contre une dépendance commerciale commune. Le plan de reprise a besoin d’un préavis contractuel, de la propriété du compte, d’une connectivité alternative et d’un chemin d’exportation des données.

Enfin, imaginez une compromission destructrice. La réplication du stockage copie les dégâts, et les instantanés sous les mêmes identifiants sont supprimés. La route publique reste parfaite. La récupération dépend d’une sauvegarde indépendante, d’identifiants propres, d’une capacité de calcul de réserve et d’une procédure de reconstruction testée. C’est pourquoi l’accessibilité de la route, la haute disponibilité et la reprise après sinistre sont des promesses distinctes.

Ces scénarios ne sont pas des accusations contre Tan VPS. Ce sont les modes de défaillance normaux impliqués par la séparation visible de propriété et de routage. Un fournisseur peut bien y répondre. Les preuves publiques ne montrent simplement pas encore cette réponse.

Ce qui augmenterait la confiance

Tan VPS n’a pas besoin de publier des schémas confidentiels ou des données clients pour rendre son service lisible. Un dossier de preuves compact pourrait faire évoluer sensiblement l’évaluation.

Premièrement, elle devrait publier ou fournir une cartographie service-infrastructure. La carte devrait nommer les classes de produits, les régions des installations principales et de reprise, l’opérateur de l’installation ou le modèle de service, les préfixes clients actuels, l’ASN d’origine et la partie responsable à chaque couche. Elle devrait distinguer les ressources que Tan VPS possède de celles qu’elle loue ou revend.

Deuxièmement, elle devrait expliquer le changement d’AS151932 à AS150895. Les faits utiles sont la raison de l’arrangement d’origine, les services couverts, la partie contrôlant les ROA et les changements de route, le plan d’origine de secours, et l’effet de la résiliation du contrat. Un test de basculement daté serait plus solide qu’une déclaration d’intention.

Troisièmement, elle devrait quantifier la capacité après une défaillance. Pour chaque classe de service, les clients ont besoin de l’utilisation normale, de la marge réservée, de la protection du stockage, du comportement en cas de défaillance d’hôte, de la capacité réseau après la défaillance d’un chemin, et du nombre de charges de travail prioritaires pouvant redémarrer sur le site de reprise. La spécification maximale d’un catalogue n’est pas une mesure de capacité survivable.

Quatrièmement, elle devrait fournir des preuves opérationnelles: assurance de l’installation, dernier exercice d’alimentation ou de réseau, inventaire de pièces de rechange, délai d’intervention à distance, rétention des sauvegardes, résultats des tests de restauration, couverture du support et canaux de communication en cas d’incident. Des résultats expurgés sont suffisants s’ils conservent les dates, la portée, la reprise mesurée et les enseignements.

Cinquièmement, elle devrait rendre la sortie du client pratique. Cela signifie une méthode d’exportation documentée, un DNS contrôlé par le client si possible, un remplacement d’adresse clair, un débit de transfert, une période de conservation des données et un processus de suppression. Un exemple de migration devrait inclure le temps nécessaire pour déplacer une charge de travail de taille réaliste.

Enfin, elle devrait indiquer les limites de localisation et de sous-traitance en langage clair. Les clients devraient savoir où les données principales, les sauvegardes et les journaux sont conservés, qui peut y accéder, et si un changement de fournisseur peut modifier cet emplacement.

Aucune de ces demandes ne dépend de la taille de Tan VPS. Les petits fournisseurs peuvent être transparents et disciplinés; les grands fournisseurs peuvent être opaques. La question est de savoir si l’entreprise peut relier une promesse de service mensuelle aux baies, routes, contrats et personnes qui la rendent vraie.

La conclusion honnête est une rétrogradation, pas un rejet

Tan VPS a un véritable enregistrement d’entreprise, une entrée de membre VNNIC, un ASN enregistré par l’APNIC et une allocation IPv4 portable. Son bloc a un historique de routage visible et reste annoncé mondialement sous une autorisation d’origine de route valide. Ce sont des signaux plus forts qu’une page de marque ou une affirmation de disponibilité non vérifiée.

Ils ne soutiennent qu’une conclusion opérationnelle limitée. L’AS151932 propre de la société est actuellement inactif dans la vue publique de routage. Son bloc est annoncé par AS150895. Les documents cités ne localisent pas le matériel client, ne nomment pas d’installation, n’identifient pas la propriété des serveurs, ne quantifient pas la capacité utilisable, ne montrent pas la diversité de transit, ne documentent pas la restauration des sauvegardes, n’établissent pas la couverture du support ni ne garantissent la portabilité des données.

Le résultat n’est pas « Tan VPS n’a pas d’infrastructure ». Les preuves publiques ne peuvent pas l’établir. Le résultat est que l’infrastructure de Tan VPS tournée vers le client ne peut pas encore être reconstituée à partir des preuves publiques avec une confiance suffisante pour évaluer sa résilience. Le bloc actif prouve l’accessibilité; il ne prouve pas le service derrière.

Pour une charge de travail à faible risque et remplaçable, un acheteur peut accepter cette incertitude en échange du prix ou de la commodité, à condition de conserver des sauvegardes indépendantes et de contrôler son chemin de migration. Pour une charge de travail critique ou réglementée, les détails manquants sur l’installation, l’opérateur, la reprise et le contrat devraient être résolus avant le déploiement.

La capacité hébergée est toujours physique quelque part et dépendante de quelqu’un. La transition de routage de Tan VPS rend cette vérité générale inhabituellement visible. La prochaine étape n’est pas un autre adjectif marketing. C’est une carte montrant quelle baie, route, fenêtre de réparation et contrat porteront le client lorsque le premier composant tombera en panne.