Le clic le moins cher de la pile: iNET Software et le coût

Résumé

La société exacte concernée est Công ty TNHH Phần mềm iNET, code fiscal 0103581701, enregistrée à Hanoi le 11 mars 2009. VNNIC identifie actuellement ce nom légal comme un registraire officiel «.vn », tandis que l'ICANN liste « iNET SOFTWARE COMPANY LIMITED » sous le numéro IANA 3234. Les références historiques à Công ty Cổ phần INET et à d'autres membres du réseau étiquetés iNET ne doivent pas être silencieusement fusionnées dans la même entité juridique.
La force commerciale d'iNET réside dans la séquence, pas dans un produit unique: découverte de domaine assistée par IA, enregistrement en ligne, administration DNS et de compte, hébergement, email, serveurs cloud, support de migration, acquisition d'affiliés et outils de revendeur en marque blanche. Chaque service supplémentaire peut rendre le compte de registraire original plus important sur le plan opérationnel.
Les conditions publiques réduisent considérablement la promesse principale. Le SLA garantit une disponibilité mensuelle de 99,9 % pour l'hébergement, l'email et les services cloud, mais la compensation est du temps de service supplémentaire, les exclusions sont larges, la sauvegarde cloud est la responsabilité du client, et le plafond de responsabilité générale est de dix fois le prix du forfait acheté, plafonné à 50 millions de VND.
Les enregistrements publics du réseau soutiennent l'existence d'une empreinte réseau opérationnelle, pas sa qualité ou sa propriété. AS149068 est associé à l'étiquette exacte du répertoire et a été observé comme originaire d'un IPv4 /22 et d'un IPv6 /48, mais ces enregistrements n'établissent pas la propriété du centre de données, la capacité, la redondance, le nombre de clients ou l'emplacement d'une charge de travail particulière.
Un acheteur sérieux devrait tester le transfert de domaine, la récupération de compte, la restauration de sauvegarde, la divulgation de l'emplacement des données et l'escalade des incidents avant de consolider les services. Le prix d'enregistrement le moins cher est économiquement mineur par rapport au coût de récupération d'un nom perdu, de reconstruction de la réputation email, de déplacement d'un site web sous pression temporelle ou de découverte qu'un service « illimité » a des limites opérationnelles non capturées dans la page de vente.

Le petit achat qui possède la porte d'entrée

Un enregistrement de domaine ressemble à l'un des achats technologiques les moins conséquents qu'une petite entreprise puisse faire. Le prix est visible, le nom du produit est familier et la transaction peut prendre moins de temps que commander des fournitures de bureau. Le site actuel d'iNET renforce cette impression. Savitrine de domainesannonce un enregistrement en 60 secondes, plus de 500 extensions et un mode IA qui accepte une idée, suggère des noms et les note. Au moment de l'examen, unepage promotionnelle.clouddédiée affichait un prix de première année de 45 000 VND avant TVA.

L'achat est bon marché car le domaine lui-même n'est que le premier changement d'état. Une fois enregistré, le nom devient la racine de l'identité publique d'une entreprise. Le DNS indique à Internet où se trouvent le site web, les serveurs de messagerie et autres services. Le compte de registraire contrôle le renouvellement, les modifications de serveurs de noms, les informations sur le titulaire, les verrous de transfert et les codes d'autorisation. Les adresses email construites sur le nom deviennent des identifiants pour les services bancaires, les abonnements logiciels et la récupération de compte.

Un renouvellement échoué peut donc interrompre bien plus qu'un site web.

iNET vend dans cette dépendance croissante. La même vitrine présente l'hébergement, l'email, les serveurs cloud, les outils web, le SSL, la confidentialité des domaines, l'assistance au transfert, la précommande et un marché de domaines. Sonprogramme d'affiliationrécompense les références entre produits, conserve l'attribution pendant 60 jours et annonce une commission supplémentaire de 10 % lorsque les clients renouvellent les services. Sonprogramme de revendeurva plus loin: un revendeur peut vendre des domaines, de l'hébergement, des emails et des services cloud sous sa propre marque, les gérer via l'interface revendeur d'iNET, se connecter via une API ou utiliser un module WHMCS d'iNET.

Cette conception commerciale est rationnelle. L'acquisition de clients est coûteuse; un domaine annuel est récurrent; et chaque service connecté augmente la valeur de garder le client dans un seul plan de contrôle. Cela peut aussi être utile pour le client. Une seule organisation de support local peut coordonner un déplacement de domaine, des changements DNS, une migration de site web et une configuration email en vietnamien. Le client évite les renvois de responsabilité qui se produisent lorsqu'un registraire, un hôte DNS, un hébergeur web, un fournisseur email et un développeur sont tous des entreprises différentes.

La même commodité crée une concentration. Si un seul compte, file d'attente de support ou relation de facturation régit le nom, le DNS, la messagerie et l'hébergement, une compromission de mot de passe, une suspension contestée, un renouvellement manqué ou une sortie mal planifiée peuvent tous les affecter ensemble. iNET devrait donc être évalué moins comme un magasin vendant plusieurs produits bon marché et plus comme un gardien de l'identité opérationnelle. Le domaine est le clic le moins cher de la pile; il peut devenir le composant le plus coûteux à perdre.

Quel iNET est la partie contractante?

L'ancre juridique est inhabituellement importante car les registres publics contiennent plusieurs étiquettes iNET similaires.

Le pied de page actuel d'iNET identifieCông ty TNHH Phần mềm iNET, code fiscal0103581701, avec un enregistrement daté du 11 mars 2009 à Hanoi et Trần Kiên comme représentant. Le même pied de page apparaît surnhadangkytenmien.vn, un site d'enregistrement de domaines lié à la propriété principale d'iNET. Lapage de registraire pour l'entreprisede VNNIC nomme indépendamment Công ty TNHH Phần mềm iNET comme un registraire national officiel «.vn » et liste des bureaux au 247 Cầu Giấy à Hanoi et au 40 Hoàng Việt à Ho Chi Minh-Ville.

Laliste des registraires accréditésactuelle de l'ICANN utilise la formulation anglaise « iNET SOFTWARE COMPANY LIMITED » et attribue le numéro IANA 3234. Cette étiquette anglaise omet la mention « one member » dans l'attribution du répertoire, tandis que le pied de page vietnamien utilise la forme juridique « Công ty TNHH », ou société à responsabilité limitée. Le traitement identitaire raisonnable est d'ancrer l'article et tout contrat sur le nom légal vietnamien et le code fiscal, puis d'enregistrer les variantes anglaises utilisées par l'ICANN et le répertoire plutôt que de prétendre que la formulation est parfaitement uniforme.

Le matériel historique nécessite plus de prudence. Uneannonce de VNNICde 2012 indique que le bénéficiaire d'un certificat de registraire «.vn » étaitCông ty Cổ phần INET, une société par actions qui aurait été fondée en 2005. Ce n'est pas la même forme juridique que Công ty TNHH Phần mềm iNET. La page d'accueil actuelle revendique également plus de 21 ans d'expérience alors que son pied de page juridique exact date la société de logiciels de 2009. Les preuves publiques disponibles n'expliquent pas entièrement si des actifs, des contrats, une accréditation ou un historique de marque ont été transférés entre la société par actions et la société à responsabilité limitée de logiciels.

Les enregistrements réseau renforcent le besoin de précision. Laliste des membres d'adresses IPde VNNIC inclut séparément Công ty TNHH Phần mềm iNET sousINETSOFT-VN, Công ty Cổ phần Giải pháp Công nghệ iNET sousINETSOLUTION-VN, et Công ty Cổ phần iNET sousINET-VN. Des noms similaires ne sont pas une preuve de propriété, de responsabilité légale ou de responsabilité opérationnelle identique.

Rien de tout cela n'invalide l'identité actuelle. VNNIC nomme désormais la société vietnamienne exacte comme registraire, et le site officiel fournit le code fiscal exact. Cela signifie qu'un acheteur devrait exiger que le bon de commande, la facture, les conditions de traitement des données, le SLA et le contrat d'enregistrement de domaine nomment tous la même partie. Si un revendeur est impliqué, le client devrait également savoir s'il contracte avec le revendeur, avec iNET, ou avec les deux pour différentes parties du service.

L'autorité de registraire est réelle, mais étroite

L'accréditation répond à une question importante: le fournisseur est-il reconnu pour exercer des fonctions de registraire? Elle ne répond pas à toutes les questions concernant la sécurité, la qualité de service ou la résilience financière.

Pour «.vn », VNNIC déclare que Công ty TNHH Phần mềm iNET est un registraire national officiel. Lapage de marchéactuelle de VNNIC indique qu'il y a dix registraires nationaux et six étrangers pour «.vn », avec plus de 690 000 noms «.vn » actifs et plus de 99 000 nouvelles inscriptions en 2026 au moment de l'accès. iNET fait donc partie d'un système multi-registraire réglementé plutôt que du registre lui-même. VNNIC contrôle l'espace de noms national et ses règles de registre; iNET est l'intermédiaire orienté client qui prend les instructions, valide les informations, collecte les frais et soumet les transactions.

Pour les domaines génériques de premier niveau, l'accréditation de l'ICANN place iNET dans un système contractuel différent. Les registres exploitent des extensions telles que.comou des domaines génériques plus récents; l'ICANN définit les obligations des registraires; et iNET fournit l'interface de vente au détail ou de revendeur. La distinction est importante chaque fois qu'un représentant du support dit qu'une action dépend « du registre » ou « de l'ICANN ». Certaines restrictions sont des politiques externes. D'autres sont des choix dans l'accord ou la mise en œuvre d'iNET.

Un registraire accrédité peut prouver l'accès aux systèmes de registre et un statut contractuel. L'accréditation ne certifie pas la disponibilité de l'hébergement, la conception du centre de données, la réponse aux incidents, la qualité d'une suggestion de domaine ou la sécurité du mot de passe d'un client. Elle ne garantit pas non plus que chaque service vendu à côté du domaine est fourni par l'entité accréditée. Le SSL dépend des autorités de certification. Les panneaux d'hébergement et les fonctions de sécurité dépendent des éditeurs de logiciels.

L'infrastructure physique peut dépendre des opérateurs de centres de données et des transporteurs. La délivrabilité des emails dépend des systèmes de messagerie distants et des réseaux de réputation.

C'est pourquoi le bundle domaine et cloud devrait être décomposé en autorités:

VNNIC gère le registre national et reconnaît les registraires «.vn ».
L'ICANN et le registre applicable régissent l'enregistrement et le transfert des domaines génériques.
iNET contrôle le compte client, le flux de travail du support et les actions de registraire qu'il est autorisé à effectuer.
Le client contrôle l'exactitude des données du titulaire, les identifiants du compte, le choix légal du nom et le paiement en temps voulu.
L'hébergement, l'email et l'exploitation cloud introduisent des responsabilités distinctes en matière d'infrastructure, de logiciels et de traitement des données.

Le modèle n'est pas une faiblesse; c'est ainsi que fonctionne l'industrie des domaines. Le risque apparaît lorsque le marketing comprime la chaîne en une seule promesse de sécurité. Un acheteur a besoin de savoir quelle partie peut réellement restaurer un enregistrement supprimé, délivrer un code d'autorisation, annuler un changement contesté, récupérer une sauvegarde, diagnostiquer une panne de routage ou compenser une interruption.

D'une idée à une dépendance de production

Le parcours client d'iNET commence avant que l'acheteur n'ait sélectionné un nom. L'interface d'enregistrementpermet à un utilisateur de décrire une idée, de générer des candidats, de vérifier la disponibilité, de voir un score IA, de placer un nom dans le panier et de procéder au paiement. Il renvoie également aux services de précommande et de marché secondaire. Cela fait ressembler le haut de l'entonnoir à une recherche et un commerce électronique plutôt qu'à un approvisionnement en infrastructure.

L'enregistrement devient ensuite un processus d'identité. Lecontrat de serviceactuel d'iNET stipule que les personnes physiques enregistrant des noms «.vn » doivent effectuer un eKYC avec une carte d'identité ou un passeport vietnamien, tandis que les organisations doivent fournir une déclaration d'enregistrement signée avec la signature numérique de l'organisation. Le contrat stipule que les dossiers incomplets ne sont pas mis en service. Pour les domaines internationaux, iNET envoie des messages de vérification du titulaire depuis[email protected]et avertit les clients de ne pas faire confiance à d'autres adresses.

Le client paie à l'avance. Les utilisateurs particuliers peuvent ajouter des fonds via le compte, transférer de l'argent ou utiliser des passerelles de paiement prises en charge. Les revendeurs maintiennent un solde de dépôt qui est déduit au fur et à mesure des enregistrements et des renouvellements. Une fois qu'un registre accepte la commande, les frais de domaine sont non remboursables, même si l'acheteur n'utilise jamais le nom. Ce n'est pas seulement une préférence commerciale d'iNET: l'enregistrement crée une transaction externe avec le registre qui ne peut pas être traitée comme un stock physique retourné.

Le nom est ensuite attaché aux services. Le DNS pointe vers le site web et les systèmes de messagerie. iNET fait la publicité de la confidentialité des domaines, du DNSSEC, du verrouillage de domaine, du transfert d'email et d'un outil de page d'avis. Les clients d'hébergement peuvent utiliser OnePanel ou cPanel; les clients cloud reçoivent un accès au serveur; les clients email créent des boîtes aux lettres; les clients SSL gèrent la validation des certificats; et les interactions de support transitent par les tickets du portail, le chat en direct, le téléphone ou l'email.

À ce stade, le compte est devenu un graphe opérationnel. Une modification de l'email du titulaire peut affecter l'approbation du transfert. Un changement de serveur de noms peut affecter le site web et la messagerie. Une expiration de domaine peut faire apparaître les services comme défaillants même si le serveur sous-jacent est sain. Les conditions d'iNET stipulent explicitement que lorsqu'un domaine est suspendu, expire ou est supprimé, les services dérivés tels que le site web, l'hébergement et l'email sous ce nom cessent également de fonctionner. C'est une description factuelle de la dépendance, pas une métaphore de vente incitative.

L'avantage du support est clair. iNET déclare offrir une assistance gratuite pour le transfert de services vers sa plateforme et un support 24h/24 et 7j/7. Une petite entreprise sans administrateur interne peut préférer un technicien local qui peut voir les aspects registraire, DNS et hébergement du problème.

Mais le client devrait conserver un contrôle indépendant: une boîte aux lettres professionnelle en dehors du domaine pour les contacts d'urgence, plus d'un administrateur de compte, des données de registre documentées, des zones DNS exportées, des sauvegardes hors ligne et un enregistrement des codes d'autorisation et des dates de renouvellement.

L'IA peut suggérer un nom; elle ne peut pas éliminer le risque

La fonctionnalité IA est commercialement intelligente car le nommage est le moment d'incertitude maximale. Un utilisateur peut connaître l'idée commerciale mais pas la formulation disponible. L'interface d'iNET invite à une description en langage naturel, propose des noms et attribue des scores. Elle transforme une boîte de recherche vide en découverte guidée et peut augmenter la conversion en achat.

Les documents publics examinés n'identifient pas le fournisseur du modèle, la méthodologie de notation, la période de conservation des invites utilisateur, l'utilisation des idées commerciales soumises pour l'entraînement ou le taux de suggestions juridiquement problématiques. L'absence de ces détails ne signifie pas que l'outil est dangereux. Cela signifie que la fonctionnalité IA devrait être traitée comme une couche de commodité, pas comme un système de due diligence.

Le propre contrat d'iNET rend la limite juridique explicite. Le client sélectionne le domaine et est responsable d'éviter la violation de marques déposées, de noms commerciaux et d'autres droits. iNET déclare qu'elle ne peut pas vérifier tous les conflits possibles et peut suspendre, verrouiller, retirer ou transférer un nom lorsque requis par une autorité compétente ou une décision de litige. Un score IA ne signifie donc pas qu'un nom est juridiquement clair, culturellement approprié, commercialement durable ou à l'abri d'une ressemblance avec du phishing.

Les achats devraient poser quatre questions simples. La description de l'utilisateur est-elle stockée? Est-elle envoyée à un modèle tiers en dehors du Vietnam? L'outil utilise-t-il les entrées des clients pour améliorer un modèle partagé? Une organisation peut-elle désactiver l'assistance IA et effectuer des recherches de disponibilité déterministes ordinaires? Ces questions deviennent plus importantes lorsque la description soumise contient un nom de produit non publié, un plan d'acquisition ou un projet réglementé.

Le problème plus profond est psychologique. Un nom généré ressemble à une recommandation, et un score ressemble à une preuve. Le registraire est le mieux placé pour résister à cette interprétation. L'interface devrait garder la disponibilité, le prix, le prix de renouvellement, la politique du registre et la responsabilité juridique visuellement distincts de l'opinion créative du modèle. L'IA peut aider à trouver la porte; elle ne devrait pas impliquer que la pièce derrière a été inspectée.

Le plan de contrôle est assemblé à partir de nombreux fournisseurs

Le catalogue de produits d'iNET décrit une large pile d'infrastructure locale, mais son architecture n'est pas un système propriétaire unique.

Sur l'hébergement partagé, iNET commercialise OnePanel et cPanel, l'isolation CloudLinux, un antivirus, un pare-feu d'application web, des certificats Let's Encrypt, JetBackup, LiteSpeed et du stockage NVMe. Sapage Cloud Hostingactuelle propose également un essai de sept jours et un serveur MCP qui peut permettre aux outils IA d'interagir avec les fonctions d'hébergement. Unepage de licences logiciellesvend ou prend en charge les licences DirectAdmin, cPanel/WHM, CloudLinux et LiteSpeed. Ce sont des composants familiers dans l'industrie de l'hébergement et peuvent réduire le coût de fourniture d'une plateforme utilisable.

Ils créent également un modèle de responsabilité en couches. cPanel ou OnePanel gouverne les actions administratives. CloudLinux est destiné à isoler les locataires d'hébergement partagé et à appliquer des limites de ressources. LiteSpeed gère le trafic web. Les règles antivirus et de pare-feu d'application web tentent de détecter les fichiers ou requêtes malveillants. JetBackup crée des copies récupérables. Let's Encrypt ou une autre autorité de certification participe à l'émission de TLS. Une défaillance ou une vulnérabilité dans n'importe quelle couche peut affecter le service sans être causée par le serveur physique.

Les descriptions publiques des fonctionnalités d'iNET incluent l'authentification à deux facteurs, l'isolation des sites web, l'analyse des logiciels malveillants en temps réel, la gestion des bots, les avertissements de menace CMS, les logs ModSecurity et WAF. Ce sont des contrôles utiles, mais une liste de fonctionnalités n'établit pas la couverture du déploiement ou l'efficacité.

Un acheteur devrait demander si l'authentification à deux facteurs couvre le compte SSO, le compte revendeur, les modifications de registraire, les réinitialisations assistées par le support et les panneaux d'hébergement; si le personnel peut la contourner; combien de temps les logs sont conservés; qui examine les alertes WAF; et si l'isolation a été testée indépendamment.

Le côté serveur cloud transfère davantage d'administration au client. iNET vend Cloud Server et Cloud VPS comme infrastructure virtuelle, mais son contrat stipule que le client est responsable des licences logicielles, des systèmes d'exploitation, des applications et des configurations qu'il installe. Le fournisseur n'a aucune obligation générale de configurer ou d'intervenir dans les logiciels du client, sauf si un contrat séparé ou un package de service géré en dispose autrement.

Plus important encore, les conditions stipulent que les clients Cloud VPS et Cloud Server doivent effectuer leurs propres sauvegardes et qu'iNET n'est pas responsable des données stockées sur ces services.

L'email ajoute une autre chaîne. iNET fait la publicité d'emails de domaine, de serveurs email dédiés, de SpamAssassin ou MagicSpam, du SSL et du support de migration. Une page email dédiée décrit des ressources et des adresses IP indépendantes pour certains forfaits. Pourtant, la délivrabilité dépend du comportement de l'expéditeur, des enregistrements DNS, des filtres du fournisseur distant et de la réputation IP. Le SLA exclut les pannes où les messages sont classés comme spam, un système récepteur rejette temporairement l'IP du serveur, ou un domaine ou un lien apparaît sur une liste noire de spam ou de phishing.

Le client achète une plateforme de messagerie, pas une garantie que chaque destinataire acceptera chaque message.

DNS Proxy est un autre service distinct. Le contrat d'iNET le décrit comme un intermédiaire destiné à masquer l'adresse du serveur d'origine et à améliorer la sécurité contre les attaques, tout en niant expressément l'anonymat absolu. Le client reste responsable de la configuration et du contenu de l'origine. Ceci est important sur le plan opérationnel car un proxy peut masquer la topologie d'hébergement, mais une erreur de configuration peut exposer l'origine ou provoquer une panne qui échappe à la responsabilité du fournisseur.

L'architecture est donc mieux comprise comme une orchestration. iNET combine des connexions aux registres, la vérification d'identité, le paiement, les portails clients, les panneaux de contrôle, l'infrastructure virtuelle, les logiciels tiers, le filtrage des emails, les certificats, le transit réseau et le support. Sa valeur réside en partie dans le fait de rendre ces pièces utilisables ensemble. Son risque réside dans la possibilité que le client voie un logo et suppose une seule garantie ininterrompue.

Ce que AS149068 prouve—et ce qu'il ne prouve pas

L'étiquette réseau de support estINETSOFT-AS-VN, associée à AS149068. Les preuves de routage public en font plus qu'une phrase marketing.

Au moment de l'examen, lavue AS149068 de bgp.toolsdécrivait le système autonome comme « iNET software one member company limited », reproduisait un enregistrement d'enregistrement provenant d'APNIC au 247 Cầu Giấy, et montrait le système comme originaire de103.72.96.0/22et2001:df0:1b::/48. La vue marquait les routes comme ayant une couverture RPKI valide et montrait AS135905 dans sa connectivité observée. La liste des membres de VNNIC enregistre indépendamment Công ty TNHH Phần mềm iNET commeINETSOFT-VNdepuis le 21 septembre 2016.

Ces preuves soutiennent trois conclusions limitées. Le nom exact de l'entreprise est associé à des ressources de numéros Internet. Un système autonome portant ce nom était visible dans les données BGP publiques. L'entreprise a au moins une certaine capacité à originer un espace d'adressage plutôt que d'apparaître uniquement comme une vitrine de vente au détail.

Elle ne prouve pas qu'iNET possède un centre de données. Elle n'identifie pas le bâtiment dans lequel s'exécute la machine virtuelle d'un client, la quantité de calcul ou de stockage installé, le nombre de clients partageant un serveur, la diversité des entrées fibre, le nombre de transporteurs amont disponibles en cas de panne, ou la qualité du support. Un/22contient 1 024 adresses IPv4, mais le nombre d'adresses n'est pas une métrique de capacité: les adresses peuvent être utilisées de manière dense ou éparse, routées à des fins différentes, filtrées, louées ou attachées à des services qui ne font pas partie du forfait du client.

La description IPv6 illustre également pourquoi les chaînes de registre nécessitent de la prudence. La vue publique associe la description/48à « iNET Corporation Company », tandis que la description du système autonome utilise l'étiquette de société unipersonnelle de logiciels. Cela peut refléter une dénomination héritée, un opérateur connexe ou une incohérence administrative. Cela ne devrait pas être converti en une affirmation non étayée sur la propriété entre entités.

Aucun profil PeeringDB public pour AS149068 n'a été identifié dans les archives publiques examinées. Ce n'est pas une preuve que le réseau n'a pas de peering privé, de connexion d'échange ou d'arrangement amont supplémentaire. PeeringDB est volontaire et peut être incomplet. Cela signifie qu'un acheteur ne peut pas déduire une empreinte d'interconnexion riche à partir d'un logo ou d'un ASN seul.

La demande d'infrastructure appropriée est concrète: identifier les installations primaires et secondaires; les opérateurs légaux des centres de données; la conception de l'alimentation et du refroidissement; les transporteurs réseau; les chemins diversifiés; les arrangements DDoS; le routage IPv4 et IPv6; le statut RPKI; l'emplacement de sauvegarde; les objectifs de récupération; et le service affecté si AS135905 ou un lien international tombe en panne. L'ASN public est un point de départ pour cette conversation, pas la réponse.

Le prix d'acquisition n'est pas le coût de possession

La tarification des domaines est conçue pour faciliter la première décision. C'est normal dans un marché où les registres mènent des promotions, les extensions ont des économies de gros différentes et les fournisseurs se font concurrence pour des clients qui peuvent ensuite acheter plus de services.

La page d'accueil d'iNET au moment de l'examen affichait une offre d'enregistrement.cloudde 45 000 VND et une valeur de comparaison ou de renouvellement plus élevée. La page.clouddédiée montrait un renouvellement à 760 000 VND par an, tandis que l'affichage de la page d'accueil montrait 740 000 VND. Les deux étaient hors TVA. La différence peut être un problème de timing, de campagne ou de cache plutôt qu'une contradiction contractuelle. Cela démontre néanmoins pourquoi un acheteur devrait sauvegarder le devis de paiement et vérifier le calendrier de renouvellement au lieu de supposer que le nombre le plus en évidence est le prix à long terme.

L'économie devient plus claire dans la conception des canaux d'iNET. Les affiliés peuvent gagner jusqu'à 25 % sur un parrainage réussi et 10 % annoncés sur les renouvellements. Le cookie d'attribution s'applique à toutes les pages de produits, donc un visiteur référé pour un service peut générer une commission en en achetant un autre. Les revendeurs se voient offrir des remises allant jusqu'à 40 %, des niveaux de dépôt et des outils en marque blanche.

Ces chiffres sont des conditions de l'entreprise, pas des marges brutes divulguées, mais ils montrent que la valeur commerciale réside dans l'acquisition, la vente croisée et le service récurrent—pas seulement dans les frais de domaine initiaux.

Pour le client, le coût total comporte au moins sept couches:

Les frais d'enregistrement ou de transfert initiaux.
Le renouvellement annuel ordinaire et les éventuels frais de restauration après expiration.
Les fonctionnalités de sécurité DNS, de confidentialité ou de verrouillage non incluses dans le prix de base.
Les abonnements d'hébergement, email, SSL, site web, sauvegarde, gestion et support.
Le travail de migration, y compris le temps de développeur ou d'administrateur.
Les temps d'arrêt et l'interruption d'activité lors d'un incident ou d'une sortie.
Le coût d'opportunité de la dépendance à un portail, un panneau, une adresse IP ou une relation de support particuliers.

La valeur de renouvellement peut être bien supérieure à la facture car le nom accumule la reconnaissance, les liens, l'historique de recherche, les certificats et la réputation email. C'est pourquoi laPolitique de récupération des enregistrements expirésde l'ICANN exige que les registraires de domaines génériques rendent disponibles les frais de renouvellement, de post-expiration et de rachat, et encourage une divulgation importante lorsque le renouvellement est plus élevé que l'enregistrement. Un prix d'acquisition de 45 000 VND n'est pas critiquable; ne pas comprendre le prix ultérieur et le processus de récupération est le risque.

La tarification de l'hébergement pose un problème parallèle. La bande passante ou le stockage « illimité » est rarement littéralement sans contrainte. Le contrat d'iNET place ces offres sous une politique d'utilisation équitable, indique qu'une base de données de plus de 10 Go peut dépasser l'utilisation normale, et permet de limiter, d'isoler ou de suspendre les ressources qui menacent la stabilité de la plateforme. Un client devrait dimensionner la charge de travail par rapport aux limites de CPU, mémoire, processus, inodes, base de données, messagerie, sauvegarde et trafic plutôt que de se fier au mot « illimité ».

Le renouvellement est un contrôle opérationnel, pas une tâche comptable

Lesdirectives de renouvellementd'iNET indiquent qu'il envoie normalement des rappels pour «.vn » 30, 15, 10 et cinq jours avant l'expiration et à nouveau à la date d'expiration. Son contrat stipule qu'un nom «.vn » peut être maintenu jusqu'au trentième jour après l'expiration, puis est retiré. Les noms internationaux peuvent entrer dans un état de restauration dans lequel un client paie à la fois les frais de renouvellement et de récupération.

La séquence de rappels est utile, mais l'email n'est pas un contrôle en soi. La boîte aux lettres du titulaire peut être sans surveillance, filtrée, liée à un employé qui a quitté l'entreprise, ou hébergée sur le domaine même qui expire. Un processus client solide devrait maintenir un registre des noms, des prix de renouvellement et des propriétaires responsables; utiliser une adresse d'urgence séparée; activer le renouvellement automatique uniquement avec un moyen de paiement surveillé; et rapprocher l'achèvement du renouvellement avec les données du registre plutôt que de se fier à un statut de facture.

La dépendance peut être circulaire. Si le domaine principal de l'entreprise expire, l'adresse email nécessaire pour recevoir un message de réinitialisation ou de transfert peut cesser de fonctionner. Les conditions d'iNET stipulent que les services dérivés sous le nom peuvent s'arrêter lorsque le domaine s'arrête. L'architecture correcte inclut donc un canal de récupération hors bande: un deuxième domaine, une boîte aux lettres externe, un processus téléphonique vérifié ou une escalade exécutive documentée qui ne dépend pas du nom affecté.

Pour les domaines génériques, l'ICANN exige des avis de pré-expiration et une période de grâce de récupération après la suppression du registre pour la plupart des gTLD. Pour «.vn », le processus national s'applique à la place. Un client avec un portefeuille mixte ne doit pas supposer que chaque extension a le même cycle de vie. La politique de renouvellement devrait enregistrer le registre, le registraire, la période de grâce, les frais de restauration, les restrictions de transfert et le propriétaire pour chaque nom critique.

Les droits de sortie existent, mais le timing et la préparation décident de leur efficacité

La portabilité des domaines est plus forte que la portabilité de la plupart des services cloud car la politique du registre établit un mécanisme de transfert. Cela nécessite encore un timing correct, un accès au compte et une coopération.

Leprocessus de transfert de registraire «.vn »actuel de VNNIC indique que le registraire existant ne doit pas entraver un transfert une fois que le titulaire a rempli ses obligations. L'ancien registraire déverrouille le nom et fournit un code d'autorisation; le client le fournit au nouveau registraire; et le transfert devrait être effectué dans les cinq jours ouvrables suivant la soumission de la demande par le nouveau registraire. Les transferts sont restreints pendant les 60 premiers jours suivant l'enregistrement, les 30 derniers jours avant l'expiration, lorsque le nom est suspendu, en litige ou en cours de traitement pour une violation.

Le contrat d'iNET reflète les fenêtres de 60 et 30 jours. Cela crée un piège pratique pour un client qui attend que le renouvellement devienne litigieux. Un nom dans les 30 derniers jours ne peut pas simplement être déplacé selon le processus «.vn » publié. Le client peut avoir besoin de renouveler d'abord, de rester avec le registraire actuel pendant la période restreinte et de transférer plus tard.

Pour les domaines génériques, laPolitique de transfertde l'ICANN donne au titulaire des droits utiles. Lorsqu'aucune installation en libre-service n'existe, le registraire doit fournir le code AuthInfo unique et supprimerClientTransferProhibiteddans les cinq jours calendrier suivant la demande. Un registre complète généralement un transfert à moins que le registraire de l'enregistrement ne le rejette dans les cinq jours. La politique permet également des verrous de 60 jours après l'enregistrement initial, un transfert antérieur ou certains changements de titulaire.

Ces droits protègent le nom, pas la pile environnante. Déplacer le registraire ne déplace pas la zone DNS à moins que les serveurs de noms ne soient modifiés. Déplacer le DNS ne migre pas un site web. Déplacer le site web ne préserve pas les boîtes aux lettres, la réputation d'envoi, les clés privées SSL, les sauvegardes, les règles de pare-feu, les tâches cron, les bases de données, les comptes revendeur ou l'historique de support. Un client qui achète l'ensemble du bundle devrait maintenir un runbook de sortie pour chaque couche.

Le runbook minimum comprend:

une liste actuelle des noms, titulaires, contacts, verrous et dates d'expiration;
des enregistrements DNS exportés et une copie de restauration connue comme bonne;
le code source, les bases de données, les fichiers téléchargés et la configuration en dehors du fournisseur;
les exportations de boîtes aux lettres, les alias, les règles de transfert et les enregistrements d'authentification;
la propriété documentée des certificats et des secrets;
une sauvegarde indépendante testée sur un autre environnement;
un plan pour réduire le temps de vie DNS avant le basculement;
un service parallèle pendant la migration;
une personne nommée autorisée à demander des déverrouillages et des codes;
un processus pour fermer ou conserver l'ancien compte après la préservation des enregistrements légaux.

Le meilleur moment pour tester cela n'est pas pendant un litige. Un acheteur devrait effectuer un petit transfert ou un exercice d'exportation pendant que la relation est saine. La portabilité qui n'existe que dans la politique mais n'a jamais été exercée est une hypothèse.

Le SLA est plus étroit que le titre

LeSLAd'iNET s'applique à l'hébergement, à l'email de domaine, à l'email dédié, à Cloud Server et à Cloud VPS. Il s'engage à une disponibilité mensuelle de 99,9 %, calculée sur un mois de 30 jours comme pas plus de 43 minutes d'indisponibilité. C'est une promesse numérique claire et une référence utile.

Le recours est du temps de service plutôt qu'un paiement en espèces. Si la disponibilité atteinte est entre 99 % et moins de 99,9 %, le client reçoit une extension de 10 %; de 98 % à moins de 99 %, 50 %; et moins de 98 %, 100 %. Le document indique que la compensation maximale est de 12 mois de service. Le client doit soumettre un ticket depuis l'email du propriétaire du compte avec le code de commande et la raison, et iNET déclare qu'il traitera la demande dans les trois jours ouvrables.

Ce recours peut être significatif pour un service peu coûteux, mais il ne correspond pas à la perte du client. Une heure d'indisponibilité sur un plan d'hébergement à bas prix peut interrompre une opération de commerce électronique ou de communication bien plus importante. L'ajout de jours de service compense la facture, pas les commandes perdues, le temps du personnel ou les dommages à la réputation.

Les exclusions sont étendues. La maintenance programmée ou d'urgence, la force majeure, les exigences gouvernementales, la panne de liaison internationale, la panne du centre de données, l'attaque DDoS ou ciblée hors de la défense raisonnable, la configuration client, la surcharge de ressources, le service expiré, les mises à niveau, les logiciels tiers et la connectivité client peuvent être exclus de la compensation. Les exclusions spécifiques à l'hébergement incluent le code malveillant dans le site web, les programmes générateurs de trafic, le blocage IP utilisé pour la prévention des attaques et les erreurs de code d'application.

Les exclusions email incluent le logiciel client, la classification spam et la mise sur liste noire. Les exclusions cloud incluent les actions de l'administrateur, les logiciels malveillants dans le système d'exploitation et la configuration réseau interne.

Plusieurs exclusions sont commercialement compréhensibles. Un fournisseur ne devrait pas garantir le code cassé ou les logiciels sans licence d'un client. Le problème est la portée cumulative. Si le centre de données physique, le transporteur international, l'attaque DDoS, le système d'exploitation, l'application et la configuration client sont tous exclus, la panne compensée restante peut être limitée à une défaillance plus étroite dans l'infrastructure contrôlée par iNET que le client peut prouver et mesurer.

Les achats devraient donc définir la mesure avant de signer:

Quelle source de surveillance détermine l'indisponibilité: la télémétrie d'iNET, la sonde du client ou les deux?
Une dégradation sévère des performances est-elle considérée comme indisponible?
La panne DNS est-elle incluse si le serveur reste accessible par IP?
Une suspension de compte ultérieurement jugée erronée est-elle comptée comme indisponibilité?
La maintenance planifiée a-t-elle une durée maximale et un délai de préavis?
Les pannes de centre de données et de transit sont-elles vraiment en dehors de toute responsabilité de service même lorsque iNET a sélectionné ces fournisseurs?
Le fournisseur possède-t-il la coordination des incidents lorsqu'un tiers cause la panne?
Une entreprise peut-elle négocier des crédits de service liés aux frais mensuels, des rapports d'incident et des droits de résiliation pour défaillance chronique?

Le SLA publié est une base de vente au détail. Une entreprise plaçant une charge de travail critique sur la plateforme devrait le traiter comme le début de la négociation, pas comme la conception de résilience complète.

Les remboursements protègent l'essai, pas le domaine

Lapolitique de remboursementd'iNET, mise à jour le 1er janvier 2026, couvre l'hébergement, l'email de domaine, l'email dédié, Cloud Server et Cloud VPS. Elle permet un remboursement à 100 % pendant les 30 premiers jours uniquement lorsque le service souffre d'un problème technique ou ne répond pas à une spécification technique promise. À partir du 31e jour, le recours du SLA s'applique à la place.

La politique exclut les domaines et le SSL car ils sont enregistrés immédiatement auprès de VNNIC, des registres liés à l'ICANN ou des fournisseurs de certificats. Elle exclut également le temps gratuit groupé, les points et les services annulés pour violation de la politique. Les remboursements sont demandés via un ticket et sont versés sur le compte d'origine ou le portefeuille iNET dans les trois jours ouvrables suivant le traitement.

Ce n'est pas une garantie de satisfaction générale. Un client ne peut pas supposer qu'une mauvaise adéquation, une administration difficile, une incompatibilité d'application ou un changement d'avis produise un remboursement. La période d'essai devrait donc être structurée autour d'exigences mesurables: versions d'application, support de base de données, livraison de courrier, restauration de sauvegarde, accès au panneau de contrôle, temps de réponse et support de migration. Si une spécification est importante, elle devrait être enregistrée avant l'achat afin que le « pas comme promis » puisse être démontré.

L'exception du domaine est particulièrement importante car l'interface IA encourage l'exploration. Une fois que l'utilisateur confirme et que le registre termine la transaction, une faute d'orthographe ou un choix inapproprié n'est pas retournable. Le client doit enregistrer un autre nom et absorber les premiers frais. Le frontal peu coûteux ne devrait pas encourager une confirmation décontractée d'un identifiant juridiquement et opérationnellement durable.

La politique de sauvegarde fait du client la dernière ligne de défense

Les sauvegardes apparaissent souvent comme une icône de fonctionnalité, mais le contrat d'iNET fournit des détails plus utiles que la page marketing.

Pour l'hébergement, l'entreprise déclare que les données sont sauvegardées une fois par semaine et qu'une copie de la semaine la plus récente est conservée. Pour l'email, elle déclare que les données sont sauvegardées une fois toutes les deux semaines avec une copie conservée. Pour Cloud VPS et Cloud Server, le client doit créer ses propres sauvegardes et iNET décline toute responsabilité pour les données stockées sur ces services.

Une copie conservée n'est pas une stratégie de récupération pour chaque panne. Si la corruption, les logiciels malveillants ou une suppression inaperçue persistent dans la fenêtre de sauvegarde, la dernière copie peut reproduire le problème. Une copie d'hébergement hebdomadaire peut impliquer près d'une semaine de perte de données. Un intervalle d'email de deux semaines peut être inadéquat pour une boîte aux lettres active. Les conditions ne divulguent pas, dans le matériel examiné, si la copie est immuable, cryptée, stockée dans un autre site, testée pour la restauration ou incluse dans le service de base.

L'expiration crée un autre compte à rebours. Le contrat indique que les données d'hébergement et d'email peuvent être supprimées trois, sept, 15 ou 30 jours après l'expiration selon la durée d'utilisation du service par le client. Les données cloud peuvent être supprimées après trois jours pour un essai, sept jours pour un service utilisé depuis moins de six mois, ou 15 jours pour une utilisation plus longue. Ces fenêtres transforment un problème de facturation en un événement de récupération de données.

Un client de production devrait maintenir au moins une sauvegarde sous des identifiants différents et idéalement avec un fournisseur ou un domaine de panne physique différent. Il devrait tester la restauration dans un environnement propre, enregistrer le temps de récupération et vérifier que le DNS, les certificats, les enregistrements de messagerie et les secrets d'application sont inclus. « La sauvegarde existe » n'est pas la même chose que « l'entreprise peut redémarrer ».

Le support local fait partie du produit

Pour de nombreuses petites et moyennes organisations vietnamiennes, le support n'est pas un accessoire. Il se substitue à un administrateur système interne.

iNET commercialise une assistance 24h/24 et 7j/7, une migration gratuite et une longue expérience. VNNIC liste des bureaux d'enregistrement physiques à Hanoi et à Ho Chi Minh-Ville. Le flux de travail des domaines est disponible en ligne, et un compte VNNIC dusystème d'enregistrement «.vn » en ligned'iNET indique que l'entreprise a transféré les procédures individuelles et organisationnelles en ligne sous la direction de VNNIC.

Laprocédure de réclamationd'iNET indique que les réclamations de qualité ordinaires devraient être résolues dans les cinq jours ouvrables, les cas complexes ne prenant pas plus de 20 jours. C'est un délai de réclamation publié, pas un temps de réponse aux incidents techniques. Un site web critique ne peut pas attendre cinq jours pour une prise en charge initiale. Les acheteurs ont besoin de définitions de gravité distinctes, d'objectifs d'accusé de réception, de contacts d'escalade et d'objectifs de restauration.

Le contrat de service actuel limite également la portée du support. iNET prend en charge la configuration ou l'installation dans le cadre du service publié ou du forfait acheté, mais il n'a aucune obligation de configurer les applications, les systèmes d'exploitation, le code ou les bases de données du client, à moins que les parties n'en conviennent séparément ou que le client n'achète un service de gestion approprié. Cette distinction devrait être explicite lors de la vente.

« Nous prenons en charge Cloud Server » peut signifier que la machine virtuelle et le réseau sont disponibles, pas qu'iNET réparera l'application du client à 2 heures du matin.

La qualité du support est difficile à vérifier à partir de preuves publiques. La page d'accueil contient des témoignages de clients et une revendication de plus de 50 000 clients, mais les sources examinées n'ont pas fourni de chiffres clients audités indépendamment, de statistiques de tickets, de distributions des premières réponses ou de méthodologie de satisfaction. Une équipe d'achats devrait demander des métriques de service anonymisées et parler à des clients de référence avec une charge de travail similaire plutôt que de se fier à quelques commentaires sélectionnés.

Les fonctionnalités de sécurité ne suppriment pas le risque de compte

La sécurité du registraire et de l'hébergement commence par le compte car l'autorité du panneau de contrôle peut être plus dommageable que l'accès au serveur seul.

iNET fait la publicité de l'authentification à deux facteurs dans OnePanel, de l'isolation des sites web, de l'antivirus, des contrôles WAF et des journaux de sécurité. Ses conditions protègent certains champs du titulaire de l'affichage public WHOIS par défaut et avertissent les clients d'utiliser l'adresse officielle de vérification du titulaire. Sa politique de confidentialité indique qu'elle informera les autorités et les membres concernés si une attaque de serveur entraîne une perte de données personnelles. Sapolitique de données personnellesdédiée décrit les droits des clients et indique que les informations peuvent être partagées ou traitées conjointement avec VNNIC et des organisations internationales de gestion de domaines pour l'enregistrement et la maintenance.

Les mêmes documents placent une responsabilité substantielle sur le client. Les utilisateurs doivent protéger les noms d'utilisateur et les mots de passe, maintenir l'exactitude des données d'enregistrement, gérer les licences logicielles et sécuriser les systèmes contrôlés par le client. Le SLA exclut les logiciels malveillants dans les sites web clients ou les systèmes d'exploitation cloud et de nombreuses pannes causées par la configuration ou des logiciels tiers.

Cette répartition est typique pour les services d'infrastructure, mais le compte de registraire mérite une protection plus forte qu'une connexion de vente au détail ordinaire. Un attaquant qui modifie les serveurs de noms peut rediriger le trafic web et les emails. Un attaquant qui modifie le contact du titulaire peut compliquer la récupération. Une réinitialisation assistée par le support peut contourner les contrôles techniques si le personnel se fie à des preuves d'identité faibles. Un compte de revendeur compromis peut affecter les clients en aval qui peuvent ne pas savoir qu'iNET est le fournisseur sous-jacent.

Les acheteurs devraient exiger:

une MFA résistante au phishing pour chaque compte privilégié;
des administrateurs nommés séparés plutôt que des identifiants partagés;
un accès basé sur les rôles qui isole l'autorité de facturation, DNS, hébergement et transfert;
une approbation ou un délai pour les modifications de serveurs de noms, de titulaire et de transfert;
des journaux d'audit immuables avec exportation;
un canal d'alerte hors bande;
des preuves documentées de réinitialisation par le support et d'escalade de fraude;
un verrouillage de domaine approprié au registre;
DNSSEC avec une propriété de clé claire et une procédure de renouvellement;
des exercices de récupération annuels.

Les pages publiques d'iNET mentionnent DNSSEC et le verrouillage de domaine, mais les documents examinés n'établissent pas quelles extensions supportent quel verrou, si « verrouillage de domaine » signifie verrou de transfert au niveau client ou verrou au niveau registre, comment les modifications sont approuvées, ou si les contrôles de haute assurance coûtent plus cher. Ces détails devraient être obtenus par écrit pour les noms critiques.

Un incident d'hébergement divulgué est une preuve, pas un historique complet

iNET a publié un avis intitulé« Information sur certains sites web hébergés chez iNET ayant des liens illégaux insérés ». Dans le texte accessible, l'entreprise indique qu'elle a agi après des rapports de clients et de la communauté et a observé un accès inhabituel depuis des adresses IP internationales vers les comptes cPanel des clients.

C'est une preuve utile car elle montre une classe réelle d'événement: un accès non autorisé à l'administration d'hébergement suivi d'une modification de site web. Cela démontre également que les rapports de la communauté peuvent initier une revue de la plateforme. L'avis disponible n'établit pas combien de sites ont été affectés, si les identifiants ont été volés via des appareils clients ou des systèmes du fournisseur, si une vulnérabilité cPanel était impliquée, combien de temps l'accès a persisté, quels journaux ont été conservés, ou si des enquêteurs indépendants ont validé la conclusion.

Il serait incorrect de qualifier l'événement de violation confirmée de la plateforme principale d'iNET sur la base des preuves disponibles. Il serait tout aussi incorrect d'en déduire qu'aucun incident significatif ne s'est produit parce qu'une archive publique complète n'a pas été trouvée. La réponse d'achat appropriée est de demander le rapport post-incident, la classification de la cause première, les améliorations des contrôles affectés et la norme de notification.

L'incident expose également la faiblesse d'un simple slogan de responsabilité partagée. Si les identifiants du client ont été compromis, le client peut être la source initiale du risque. Le fournisseur contrôle toujours la détection d'anomalies, la télémétrie de connexion, les limites de taux, les alertes IP, le durcissement du panneau et les outils de récupération. Un service mature mesure les deux côtés: à quelle vitesse un accès anormal est détecté, à quelle vitesse les comptes affectés sont isolés, si des sauvegardes propres existent et si la même technique peut se reproduire.

Aucun historique de statut public à l'échelle du fournisseur avec une disponibilité mesurable indépendamment n'a été identifié dans le pack gelé. Les acheteurs devraient demander si iNET exploite une page de statut avec des incidents historiques, un impact au niveau des composants, des heures de début et de fin, des rapports de cause première et des alertes d'abonnement. Sans cet historique, la promesse de 99,9 % ne peut pas être comparée à un record public à long terme.

Le contrôle des abus peut protéger le réseau et interrompre le client

Les entreprises d'hébergement et de registraire doivent agir contre le phishing, les logiciels malveillants, le spam, les abus de droits d'auteur et les contenus illicites. Une action lente peut nuire aux victimes, mettre sur liste noire l'infrastructure partagée et attirer une intervention réglementaire. Une action rapide basée sur des preuves faibles peut désactiver une entreprise légitime.

iNET publie uncanal de signalement des abusavec des adresses email dédiées, un numéro de téléphone et un processus de ticket. La page indique que le volume de plaintes est élevé et que l'entreprise peut ne répondre que lorsque plus d'informations ou des clarifications sont nécessaires. Le contrat de service permet des mesures immédiates lorsqu'iNET détecte une violation ou reçoit une plainte valide des autorités, partenaires techniques, la communauté, des tiers, des navigateurs, des logiciels de sécurité ou des organisations anti-spam.

Ces mesures peuvent inclure la limitation du trafic, l'isolation des ressources, la suspension de l'hébergement, la restriction de l'email, le verrouillage d'un domaine ou la résiliation du service sans préavis dans les cas graves. Certaines violations n'entraînent aucun remboursement. Le contrat indique également qu'un compte peut être automatiquement verrouillé avant avis lorsque l'utilisation des ressources menace le système.

La logique opérationnelle est défendable: un hôte partagé ne peut pas laisser une page de phishing active tout en menant un débat contractuel tranquille. Le risque de procédure régulière est également réel. Les avertissements de navigateur, les rapports de la communauté et les systèmes de réputation automatisés peuvent être erronés. Un concurrent peut soumettre une plainte. Un site web compromis peut faire paraître un client autrement légitime comme malveillant.

Un client professionnel devrait donc demander une matrice d'abus:

quelle preuve déclenche une enquête, une isolation temporaire ou une résiliation;
si la réponse peut cibler une URL, une boîte aux lettres ou un hôte virtuel plutôt que l'ensemble du compte;
comment le client est notifié lorsque l'avis est sûr;
quelle preuve est fournie;
à quelle vitesse un recours est examiné;
comment les données peuvent être exportées pendant la suspension;
si une action erronée compte dans le SLA;
quand les forces de l'ordre ou un registre contrôlent la décision;
comment les revendeurs transmettent les avis à l'utilisateur final réel.

La qualité d'un service d'abus ne se mesure pas seulement à la rapidité avec laquelle il retire un contenu. Elle se mesure par sa capacité à agir proportionnellement, à préserver les preuves, à restaurer le service légitime et à expliquer quelle autorité a pris la décision.

La localisation des données est une carte contractuelle, pas un drapeau sur un site web

L'identité vietnamienne d'iNET, ses bureaux locaux et son rôle de registraire national peuvent être précieux pour les clients qui préfèrent un support en vietnamien, une facturation locale et une contrepartie nationale. Aucun de ces faits n'établit à lui seul où une charge de travail, une sauvegarde, un journal, une session de support ou une demande IA est traitée.

Les preuves réseau publiques identifient les ressources d'adresses et le routage. Elles n'identifient pas les installations. Le SLA lui-même liste une panne de centre de données externe comme une exclusion possible, ce qui implique que la dépendance aux installations doit être comprise séparément du rôle d'iNET orienté client. Les pages produits examinées décrivent des fonctionnalités matérielles et logicielles mais ne fournissent pas une carte complète des emplacements primaires, secondaires et de sauvegarde ou de chaque sous-traitant.

Les règles vietnamiennes sur les données rendent cette carte plus importante. Laloi sur la protection des données personnellesde 2025 est entrée en vigueur le 1er janvier 2026. Sondécret d'application 356/2025/NĐ-CPstipule que les contrats cloud impliquant des données personnelles devraient identifier les flux de données, les rôles des parties, les mesures de sécurité, le personnel concerné et les changements qui pourraient affecter les données. Il traite également des sous-traitants et définit les transferts transfrontaliers comme incluant le déplacement de données collectées au Vietnam vers des serveurs ou des services cloud étrangers en dehors du Vietnam.

L'hébergement local peut simplifier certaines questions de flux de données, réduire la latence internationale et fournir une voie de support nationale. Il ne satisfait pas automatiquement à la loi. Un service commercialisé localement peut utiliser des logiciels de contrôle étrangers, des services de certificats, le filtrage anti-spam, des modèles IA, des outils de support ou des sauvegardes. Inversement, un service étranger n'est pas automatiquement interdit; les obligations applicables dépendent des données, des rôles, du chemin de transfert et de la base juridique.

La propre politique de données personnelles d'iNET indique que les informations d'enregistrement peuvent être partagées avec VNNIC et des organisations internationales de gestion de domaines. C'est nécessaire pour fournir le service de domaine, mais cela démontre pourquoi « toutes les données restent au Vietnam » serait une hypothèse trop large. Les données du titulaire, les données de facturation, le contenu du site web, les charges de travail cloud, les tickets de support et les invites de recherche IA peuvent suivre des chemins différents.

Une carte des données d'achat devrait répondre:

Où sont stockées physiquement les données de production, de réplique et de sauvegarde?
Quelle entité juridique exploite chaque installation?
Quels panneaux tiers, systèmes de surveillance, filtres anti-spam, autorités de certification et services IA reçoivent des données?
Le personnel de support peut-il accéder au contenu, et depuis où?
Les journaux ou sauvegardes sont-ils transférés en dehors du Vietnam?
Quel est le rôle du client et d'iNET en vertu de la loi sur les données personnelles?
Quelles preuves de suppression, d'exportation et d'audit sont disponibles à la résiliation?
Comment les sous-traitants sont-ils modifiés et notifiés?
Quelles clés de chiffrement sont contrôlées par le client?
Quel délai de notification d'incident s'applique?

La souveraineté des données n'est pas obtenue en choisissant un logo local. Elle est obtenue en rendant la chaîne de traitement réelle visible et contractuellement gouvernable.

La couche revendeur peut cacher la dépendance réelle

Le programme de revendeur d'iNET est plus qu'un canal de vente. Il permet à une autre entreprise de regrouper les services d'iNET sous sa propre marque, de fixer des prix de détail, d'utiliser un système de gestion fourni, de se connecter via WHMCS ou de construire contre une API. La demande demande aux revendeurs leur volume mensuel attendu, leur budget de dépôt et leur modèle d'administration préféré.

Cela élargit la distribution et peut donner aux clients un support d'une agence locale de confiance. Cela crée également un problème de contrôle à trois parties. Le client final peut croire que l'agence est le registraire ou l'hôte tandis qu'iNET effectue le travail de registre et d'infrastructure sous-jacent. L'agence peut contrôler l'enregistrement client, les rappels de renouvellement et la communication de support. iNET peut avoir l'autorité technique mais aucune relation directe avec le personnel de l'utilisateur final.

La politique d'enregistrement expiré de l'ICANN exige spécifiquement que les frais de renouvellement et de restauration soient visibles sur les sites web des revendeurs ainsi que sur les sites des registraires. Cette règle existe parce que le client ne devrait pas perdre en transparence simplement parce qu'un revendeur se trouve devant le registraire accrédité.

Avant d'acheter via un revendeur, le client final devrait établir:

le nom de qui apparaît comme titulaire du domaine;
si le client reçoit un accès direct au compte de registraire;
qui peut obtenir le code d'autorisation;
qui reçoit les avis d'expiration et d'abus;
si iNET supportera le client directement si le revendeur disparaît;
qui possède les données d'hébergement et les sauvegardes;
si le revendeur peut déplacer les services sans consentement;
quelle partie facture, rembourse et porte la responsabilité;
comment un crédit de service iNET parvient au client final;
ce qui arrive au dépôt du revendeur et aux noms en aval en cas d'insolvabilité.

Une interface en marque blanche ne devrait pas devenir une propriété en marque blanche. Le client devrait rester le titulaire enregistré de son domaine et devrait pouvoir prouver ce statut indépendamment.

La concurrence vient du désassemblage autant que des offres groupées rivales

iNET est en concurrence dans un écosystème substantiel de registraires et d'hébergement vietnamiens. La liste actuelle de VNNIC inclut P.A Việt Nam, Mắt Bão, GMO-Z.com RUNSYSTEM, Nhân Hòa, ESC, VinaHost, Tino, BKNS et Long Vân aux côtés d'iNET. Lerapport sur les ressources Internet du Vietnam 2022de VNNIC plaçait iNET à 10,49 % historiques des domaines «.vn » maintenus, derrière P.A Việt Nam, Mắt Bão, GMO et Nhân Hòa à cette époque. Ce chiffre n'est pas une part de marché actuelle et ne devrait pas être traité comme tel. Plus récemment, VNNIC a nommé Công ty TNHH Phần mềm iNET comme leregistraire avec la meilleure croissance des noms «.vn » en 2023.

La comparaison évidente est une autre offre groupée locale: domaine, hébergement, email, cloud et support vietnamien d'un seul fournisseur. Le substitut moins évident est la séparation délibérée.

Une entreprise peut garder le registraire chez un fournisseur, le DNS faisant autorité chez un autre, l'email chez un service SaaS spécialisé et le calcul chez un cloud ou un hôte choisi pour la charge de travail. Cela augmente le travail de gestion des fournisseurs mais réduit la chance qu'une panne de compte désactive toutes les couches. Une entreprise peut également utiliser iNET uniquement pour l'enregistrement «.vn » tout en hébergeant ailleurs, ou héberger chez iNET tout en gardant le domaine sous un registraire indépendant.

Les registraires et clouds mondiaux peuvent offrir une automatisation plus large, des outils de sécurité ou des empreintes internationales. Les fournisseurs locaux peuvent offrir une meilleure langue, un meilleur paiement, une familiarité réglementaire et une migration pratique. Les hyperscalers peuvent fournir des primitives d'infrastructure plus riches mais laisser le client responsable de l'architecture et du contrôle des coûts. Les plateformes WordPress gérées ou de commerce électronique peuvent remplacer une grande partie de la pile d'hébergement mais augmenter le verrouillage au niveau de l'application.

Le choix devrait suivre le mode de défaillance. Si le support local et un seul helpdesk responsable sont la priorité, un fournisseur intégré peut être supérieur. Si la garde du domaine est existentielle, séparer le registraire et l'hôte de production peut être prudent. Si la charge de travail nécessite une récupération multi-région ou une conformité spécialisée, l'offre groupée de vente au détail publique peut nécessiter un contrat d'entreprise ou une plateforme différente. Aucune catégorie n'est universellement plus sûre; l'architecture devrait rendre la dépendance choisie explicite.

Le test d'achat est une défaillance contrôlée

Une démonstration de vente soignée prouve qu'un service peut fonctionner dans des conditions préparées. Une défaillance contrôlée montre s'il peut être digne de confiance.

Pour un fournisseur de domaine et cloud, le pilote le plus révélateur n'est pas le lancement d'un site web de brochure. C'est l'exercice délibéré des opérations qui deviennent difficiles en période de stress:

Vérifier la chaîne juridique.Faire correspondre le contrat, la facture, l'enregistrement du registraire, les conditions de confidentialité et le SLA avec Công ty TNHH Phần mềm iNET et le code fiscal 0103581701. Si un revendeur est impliqué, documenter chaque partie et responsabilité.
Créer une propriété de compte résiliente.Utiliser des administrateurs nommés, une MFA forte, une adresse d'urgence externe et un processus de réinitialisation documenté. Confirmer si les privilèges de registraire, SSO, revendeur, OnePanel et cPanel sont contrôlés séparément.
Enregistrer un domaine de test non critique.Effectuer l'eKYC ou la signature organisationnelle, inspecter les données du titulaire enregistrées, activer les verrous disponibles et DNSSEC, et vérifier que le client—pas un employé de l'agence—apparaît comme titulaire.
Effectuer un exercice de transfert.Après toute période de verrouillage obligatoire, demander le déverrouillage et les informations d'autorisation. Mesurer la réponse, les exigences de preuve et la communication. Faire cela avec un nom de test, pas l'identité principale de l'entreprise.
Simuler un échec de renouvellement.Confirmer qui reçoit les rappels, ce qui se passe à l'expiration, quand le DNS est interrompu, quels coûts de récupération s'appliquent et si le contact d'urgence fonctionne toujours lorsque le domaine ne fonctionne pas.
Cartographier l'architecture d'hébergement.Obtenir l'installation, l'opérateur du centre de données, les fournisseurs réseau, la couche de virtualisation, la conception du stockage, l'emplacement de sauvegarde et la dépendance de récupération. Demander quels faits sont détenus par iNET, fournis par le fournisseur ou simplement des affirmations de page produit.
Tester la restauration de sauvegarde.Supprimer un site de test ou corrompre une base de données de test, puis la récupérer. Enregistrer les points de restauration disponibles, le temps, l'action de support et la perte de données. Pour Cloud Server, restaurer à partir d'une copie contrôlée par le client dans un environnement séparé.
Mesurer la limite du SLA.Exécuter des sondes HTTP, DNS, email et réseau externes. Convenez comment la dégradation partielle, la perte de paquets, la panne du panneau de contrôle et la suspension erronée sont comptées. Archiver les avis de maintenance et les horodatages d'incident.
Exercer l'escalade du support.Ouvrir un test de sévérité un dans des conditions convenues. Déterminer si 24h/24 signifie accusé de réception, diagnostic par le personnel ou seulement prise de ticket. Identifier la personne qui possède la coordination entre le centre de données, le transporteur et le fournisseur de logiciels.
Examiner le processus d'abus.Soumettre un avis de test bénin ou faire un exercice de table sur un site compromis. Confirmer le périmètre de confinement, le recours, la conservation des preuves, la notification au client et la restauration.
Inspecter les contrôles de sécurité.Demander le périmètre actuel du test de pénétration, le processus de gestion des vulnérabilités, la conception de l'accès privilégié, la journalisation, les contrôles de réinitialisation du personnel, l'historique des incidents et toute certification. Un certificat devrait être lié à l'entité exacte, l'emplacement, le service et la période de validité.
Construire le registre des flux de données.Cartographier séparément les données du titulaire, la facturation, le contenu du site web, les journaux, les sauvegardes, les tickets de support et les invites IA. Enregistrer les sous-traitants et les chemins transfrontaliers dans le cadre des données personnelles de 2026.
Calculer le coût sur trois ans.Inclure le renouvellement, la TVA, le prix du forfait normal après promotion, la sauvegarde, la gestion, les licences, les IP supplémentaires, la restauration, la main-d'œuvre de migration et le chevauchement de sortie. Ne pas annualiser la remise d'acquisition.
Répéter la sortie.Exporter le DNS, les données, les emails et la configuration; réduire le TTL; démarrer un service parallèle; basculer; valider; et confirmer que l'ancien environnement peut être fermé sans perdre les enregistrements juridiques ou techniques.

Le fournisseur qui performe bien dans ces tests a des preuves de confiance opérationnelle. Le fournisseur qui répond seulement avec des listes de fonctionnalités demande au client de financer la preuve manquante.

Les lacunes de preuve qui comptent

Le dossier public examiné est suffisamment riche pour établir l'identité, le statut de registraire, le périmètre des produits, les conditions publiées et une empreinte réseau de support. Il n'est pas suffisamment riche pour répondre à toutes les questions de diligence.

Premièrement, la résilience financière autonome est inconnue. Aucun compte audité, chiffre d'affaires, position de trésorerie, concentration de clientèle ou preuve d'assurance pour Công ty TNHH Phần mềm iNET n'a été identifié. La revendication de plus de 50 000 clients sur la page d'accueil est autodéclarée et n'est pas accompagnée d'une définition de client actif ou d'un audit indépendant.

Deuxièmement, la chaîne d'entités historiques est incomplète. La société exacte actuelle est vérifiée, mais la relation entre la société par actions de 2005 mentionnée par VNNIC, la société à responsabilité limitée de logiciels de 2009, les autres membres du réseau étiquetés iNET et la revendication de plus de 21 ans de la page d'accueil nécessite une explication documentaire.

Troisièmement, l'emplacement de l'infrastructure et la redondance restent sous-divulgués. L'ASN et les préfixes sont des preuves réelles, mais aucune carte complète des installations publiques, déclaration de capacité, diagramme de diversité des transporteurs, profil PeeringDB, topologie de reprise après sinistre ou calendrier d'emplacement de sauvegarde n'a été identifié.

Quatrièmement, l'assurance de sécurité est lourde en fonctionnalités et légère en preuves. Les pages publiques décrivent l'authentification à deux facteurs, l'isolation, l'antivirus et les fonctions WAF, mais les sources examinées n'ont pas établi une base de référence de contrôle validée indépendamment pour l'environnement complet du registraire, de l'hébergement et du cloud. Aucune archive publique complète de vulnérabilités ou d'incidents n'a été trouvée.

Cinquièmement, la couche IA est opaque. L'interface publique montre la suggestion et la notation, mais pas le modèle, le fournisseur, la conservation des données, la méthode d'évaluation ou les contrôles de risque juridique. Cela importe surtout pour les exercices de dénomination confidentiels et pour les acheteurs supposant qu'un score porte un jugement professionnel.

Sixièmement, la performance du support n'est pas mesurée indépendamment. Les délais de réclamation publiés et les affirmations de disponibilité 24h/24 sont des engagements utiles, mais aucune distribution publique des taux de première réponse, de restauration, d'escalade ou d'incidents répétés n'a été identifiée.

Septièmement, les affichages de prix sont dynamiques. Les promotions, les valeurs de renouvellement, les remises revendeur et les cadeaux groupés peuvent changer. Un devis sauvegardé et un calendrier signé sont des preuves plus solides qu'une page produit consultée des mois plus tard.

Enfin, l'absence d'incident public, de panne ou de réclamation ne devrait jamais être interprétée comme une preuve qu'aucun ne s'est produit. Les points de surveillance appropriés sont les changements dans le pied de page juridique, le statut de registraire, les conditions publiées, le plafond de responsabilité, les exclusions du SLA, les divulgations du centre de données, les origines BGP, l'état RPKI, les canaux de support, les avis de sécurité et la tarification des renouvellements.

Posséder la porte signifie pouvoir partir

La proposition d'iNET a une utilité réelle. Elle donne aux clients vietnamiens un registraire localement reconnu, un enregistrement en ligne, un large catalogue de services, une administration intégrée, une aide à la migration, des outils de revendeur et des règles publiques pour les remboursements, la disponibilité, les abus et les réclamations. Les enregistrements de VNNIC et de l'ICANN soutiennent le rôle de registraire, et les données de routage public soutiennent une présence réseau réelle.

La critique la plus forte n'est pas qu'iNET regroupe des services. Le regroupement peut réduire la complexité et rendre le support local économiquement possible. Le risque est de traiter la commodité comme une preuve que chaque couche porte la même autorité, la même résilience et le même recours.

Le nom de domaine est un achat à faible coût avec un pouvoir en aval inhabituellement élevé. Une fois qu'il ancre le DNS, l'email, l'hébergement et la récupération de compte, le client n'achète plus une chaîne pour un an. Il confie à un fournisseur la porte par laquelle l'organisation est trouvée et authentifiée.

Cette confiance n'est justifiée que lorsque le client peut vérifier le gardien juridique, renouveler sans surprise, récupérer sans le domaine affecté, restaurer à partir d'une sauvegarde indépendante, comprendre où voyagent les données, mesurer une panne, contester une suspension et déplacer chaque couche ailleurs. La question décisive d'achat n'est donc pas « À quelle vitesse iNET peut-il enregistrer le nom? » C'est « Une fois que le nom devient indispensable, pouvons-nous encore prouver que nous possédons la porte? »