Résumé

  • DIGI VPS est visible comme une vitrine d'hébergement indienne, pas comme une plateforme cloud entièrement divulguée. Sa proprepage d'accueildécrit une petite entreprise vendant des RDP, VPS et serveurs avec support géré; sapage à proposindique que la marque a été lancée en 2021 et propose des seedbox, RDP, VPS et serveurs dédiés dans plusieurs pays.
  • La preuve réseau la plus solide est l'enregistrement APNIC pourAS142430,103.168.66.0/23et2001:df6:d080::/48sous DIGI VPS. RIPEstat a montré AS142430 annoncé le 12 juillet 2026 et un seul préfixe annoncé visible,103.168.66.0/23, avec une autorisation d'origine de route valide.
  • La vue de routage actuelle est plus étroite que la géographie des produits. Les donnéesrouting-statusetvoisinde RIPEstat ont vu un préfixe IPv4 et un AS voisin visible, AS140947, que APNIC identifie commeSnTHostingsau même groupe d'adresses publiques que DIGI VPS.
  • La question de résilience n'est donc pas de savoir si DIGI VPS a une vraie boutique en ligne publique et un vrai enregistrement de système autonome. C'est le cas. La question est de savoir quelles baies de centre de données, contrats fournisseurs, domaines d'alimentation, pièces de rechange, contrôles anti-abus, chemins de support, conditions de facturation et options d'exportation client rendent chaque RDP, VPS ou serveur dédié annoncé utilisable lorsqu'un nœud hôte, un upstream, une installation, un compte de facturation ou un chemin de migration échoue.

La vitrine est spécifique, mais ce n'est pas une carte des installations

DIGI VPS est surtout visible via son propre site web. Lapage d'accueiltitre et description positionnent l'entreprise comme un vendeur de RDP, VPS et serveurs dédiés bon marché et rapides, et les métadonnées de la page indiquent qu'elle fournit des RDP, VPS ou serveurs avec des solutions gérées et du support. Lapage à proposajoute des détails utiles: elle indique que DiGi-VPS a été lancée en 2021, propose des seedbox, RDP, VPS et serveurs dédiés, et a construit une plateforme d'hébergement dans sept pays et quinze États. Elle indique également que l'entreprise s'associe à des fournisseurs d'hébergement web, d'hébergement email, de SaaS et de produits de sécurité, et que l'interface client est gérée via la plateforme WHMCS.

Ces déclarations rendent la forme publique suffisamment claire pour écrire sur DIGI VPS en tant que vitrine d'hébergement. Elles ne prouvent pas la couche opérationnelle plus profonde. Elles ne nomment pas les installations, le nombre de baies, la conception électrique, les propriétaires du matériel, les fournisseurs upstream, les fournisseurs DDoS, les cibles de restauration, la garde des instantanés, le stock de pièces de rechange ou le personnel de support derrière chaque plan. Pour un client de détail, cette distinction peut être cachée par le bouton de commande.

Pour un client professionnel, c'est la différence entre un serveur qui semble disponible à la commande et un service qui survit à un incident ordinaire.

Les pages produits sont concrètes à certains endroits. La pageRDP Normalpropose deux plans en France, à partir de 3,99 $ par mois, avec un hôte Intel E3-1230 v3, 32 Go de RAM, 10 Go ou 100 Go de stockage HDD, bande passante illimitée, un port 1 Gbit/s, aucun accès administrateur, support 24h/24 et 7j/7, 99 % de disponibilité et configuration instantanée. La pageRDP d'encodagepropose deux plans RDP à stockage plus élevé en France, l'un sur Intel E3-1230 v3 et l'autre sur matériel double E5-2640, avec des ports 1 Gbit/s, 99 % de disponibilité et configuration instantanée. La pageVPS Linuxliste trois plans de 14,99 $ à 44,99 $ par mois, avec un à quatre cœurs CPU, 4 à 12 Go de RAM DDR3, 100 à 400 Go de stockage SSD et une mention de bande passante « Illimitée » qui est immédiatement nuancée: dans certains emplacements, la bande passante peut être inférieure à celle annoncée.

La pageVPS Windowsajoute un type de revendication différent. Ses données de curseur listent des options à 2, 4 et 6 cœurs CPU, 64 à 192 Go d'espace disque, 4 à 12 Go de RAM, bande passante illimitée et des prix mensuels réduits de 24,99 $ à 74,99 $. Sa section technique indique que le service inclut plusieurs emplacements, réseau privé, accès VNC rapide, support rDNS, des réseaux de premier ordre construits avec des FAI de niveau 1, stockage SSD, un centre de données de niveau IV, protection DDoS et infrastructure soutenue par Juniper. Ces phrases comptent, mais elles restent des affirmations marketing tant que le client ne peut pas les relier à une installation nommée, un service de mitigation nommé, un historique d'avis de maintenance ou un bon de commande.

La pageserveurs dédiésest encore plus révélatrice. Elle décrit des serveurs dédiés « des États-Unis à la Lettonie » et liste des tableaux de plans pour les États-Unis, la France, l'Allemagne, la Russie et la Lettonie. Certaines lignes incluent un bloc /29, certaines incluent une adresse IP, certaines incluent une bande passante illimitée, et les lignes Lettonie spécifient une bande passante illimitée à 100 Mbps. La page mentionne également un support dédié, un panneau de contrôle, des options RAID logiciel et matériel, une protection DDoS et des sauvegardes quotidiennes. Mais un paragraphe sur les fonctionnalités de sauvegarde contient encore un texte de remplissage sur l'impression et la composition, ce qui est un avertissement pour ne pas traiter chaque boîte de fonctionnalités comme une preuve opérationnelle auditée.

La lecture utile est donc prudente. DIGI VPS n'est pas une coquille vide: il publie un catalogue détaillé, des liens de commande, des chemins de support, des conditions et des enregistrements de ressources réseau. Mais le catalogue n'identifie pas où se trouvent les machines réelles, quel fournisseur les loue, quels liens les desservent, quelles alimentations les soutiennent, comment obtenir du matériel de remplacement, ou comment les clients récupèrent les données après une suspension, une perte de nœud ou une annulation. Ces lacunes ne prouvent pas l'indisponibilité du service. Elles définissent les questions de diligence raisonnable.

L'identité est visible via les registres réseau avant les registres d'entreprise

La piste d'identité publique est la plus forte dans les registres Internet plutôt que dans les dépôts d'entreprise. Leenregistrement d'organisation ORG-DA68-APd'APNIC nomme DIGI VPS, donne une adresse au 1004/D-Wing, Astonia Royale, Ambegaon Narhe Road, et liste[email protected]et un numéro de téléphone +91. Le même enregistrement d'organisation APNIC est lié à AS142430, à l'allocation IPv4 103.168.66.0/23 et à l'attribution IPv6 2001:df6:d080::/48. Leenregistrement de contact abusd'APNIC liste[email protected]et indique que cette adresse a été validée le 3 février 2026. Leenregistrement d'administrateurd'APNIC place l'administrateur DiGi-VPS à la même adresse et au même numéro de téléphone à Pune.

Le site web ne donne pas la même histoire d'adresse propre. Lapage de contactindique un support téléphonique de 9h à 21h au Maharashtra, en Inde et expose le même numéro +91-702-808-7448. Lapage des conditionsindique que le nom complet du site est DiGi-VPS Hosting Services et donne une adresse enregistrée à Mira Road, Thane 401107, Maharashtra, Inde. Les éléments de page précédents et le texte de pied de page visibles sur le site utilisent également une ligne de contact du Maharashtra. L'écart entre le code postal APNIC Pune et la déclaration Mira Road/Thane du site web n'est pas suffisant pour dire que les enregistrements sont contradictoires au sens juridique, car l'un peut être des données de contact d'enregistrement réseau et l'autre des données de contact de vitrine. C'est suffisant pour dire que la preuve d'adresse publique n'est pas un ensemble d'identité d'entreprise unique et audité.

Cela compte pour les clients car les défaillances d'hébergement ne sont pas réglées uniquement par des faits techniques. Si un serveur virtuel disparaît, un remboursement est refusé, ou un serveur dédié est réclamé, le client doit savoir quelle partie légale ou commerciale a accepté la commande, quelles conditions régissent le compte, où les avis sont envoyés, et qui a l'autorité opérationnelle sur la baie ou le compte fournisseur. Les pages publiques de DIGI VPS identifient un nom commercial et des canaux de support, tandis qu'APNIC identifie des contacts de ressources réseau.

L'enregistrement ne divulgue pas encore de numéro d'enregistrement d'entreprise, d'états financiers audités, de noms de dirigeants, de contrats de centre de données ou de structure de société mère.

L'enregistrement de domaine est cohérent avec un lancement en 2021. Le RDAP Verisign pourdigivps.commontre le domaine enregistré le 16 mai 2021, expirant le 16 mai 2027, avec TLD Registrar Solutions comme registrar et les serveurs de noms Cloudflare. Le sitemap du site àhttps://digivps.com/page-sitemap.xmlmontre que les pages produits publiques ont été modifiées principalement en 2021, avec une page spéciale VPS Windows mise à jour en 2023. Cela soutient une vitrine de longue durée plutôt qu'une page fraîchement assemblée, mais cela signifie également que certains textes produits peuvent être anciens. Toute affirmation de capacité doit donc être vérifiée au moment de la commande, et non supposée à partir d'une page de 2021.

La technologie du site dit aussi quelque chose sur la dépendance. Les pages publiques sont des pages WordPress utilisant des composants du thème Hostiko, WPBakery et Slider Revolution. La zone de facturation àhttps://digivps.com/billing/submitticket.phpredirige vers une surface de connexion et définit une session de style WHMCS. C'est normal pour un petit fournisseur d'hébergement, mais cela place la relation client sur des systèmes web, DNS, de paiement et d'assistance qui sont en dehors du métal nu ou de l'hôte VPS lui-même. Une baie peut être saine tandis qu'un compte de facturation bloque le renouvellement; un portail de facturation peut être sain tandis qu'un nœud hôte tombe en panne. Le client expérimente un nom de fournisseur, mais le service est une pile de dépendances.

La géographie des produits fait de la localisation des données un choix du client, pas une hypothèse

La région d'affectation de DIGI VPS est l'Inde car l'identité opérationnelle publique est indienne. La géographie des services est plus large. La page à propos revendique une plateforme dans sept pays et quinze États. La page serveurs dédiés propose explicitement des plans aux États-Unis, en France, en Allemagne, en Russie et en Lettonie. Les pages RDP Normal et RDP d'encodage indiquent que les serveurs RDP sont en France. La page VPS Windows indique plusieurs emplacements.

La page dédiée utilise également « Des États-Unis à la Lettonie » dans son texte de bannière et « USA, FRANCE & GERMANY » dans une ligne descriptive tout en ongletant également vers la Russie et la Lettonie.

Cette géographie change la lecture de la souveraineté des données. Un client achetant auprès d'une vitrine indienne peut s'attendre à une relation commerciale indienne, un support téléphonique indien et une gestion de compte indienne. Mais la charge de travail, les journaux, les instantanés, le chemin réseau, la mitigation DDoS et l'autorité de réparation peuvent se trouver dans une installation européenne, américaine ou russe selon le plan commandé. Si un plan est en France, le nœud hôte, les opérations de l'installation et la récupération immédiate de l'alimentation et du réseau ne sont pas au Maharashtra.

Si un plan est en Lettonie avec une étiquette de bande passante illimitée à 100 Mbps, ses goulots d'étranglement et ses fenêtres de maintenance peuvent être lettons. Si une ligne de serveur dédié inclut un bloc /29 aux États-Unis, l'attribution d'adresse et le traitement des abus peuvent inclure une installation locale ou un fournisseur upstream en dehors de l'Inde.

L'entreprise ne publie pas de matrice de traitement des données par pays. Elle ne dit pas où sont stockés les enregistrements d'identité des clients, les factures, les tickets de support, les images serveur, les instantanés, les journaux ou les sauvegardes. La page des conditions indique que DIGI VPS peut migrer les données du compte d'un centre de données à un autre afin de se conformer aux politiques du centre de données, à la loi locale, ou à des raisons techniques ou autres. Cette clause est importante.

Cela signifie que les clients ne doivent pas déduire un emplacement fixe des données du pays écrit sur la page de commande à moins que le bon de commande ou le ticket ne le confirme.

Pour un petit client utilisant RDP pour la navigation, le transfert de fichiers ou une seedbox, cela peut être acceptable. Pour un client hébergeant des données clients, des dossiers de paiement, des fichiers médicaux, du code source, des journaux de révision de contenu adulte, ou des données réglementées, la limite du pays et du fournisseur compte. La bonne question n'est pas seulement « Où est le serveur?

» C'est aussi « Où sont conservées les sauvegardes, qui peut accéder à l'hôte, quelle loi régit le transfert de support, que se passe-t-il si le fournisseur upstream change, et combien de préavis arrive avant un déplacement de centre de données? »

Les pages produits utilisent également un langage large sur la confidentialité et la sécurité. La page à propos indique que le service répond aux exigences en matière de confidentialité et de sécurité. La page VPS Windows indique que les clients ont un accès complet au pare-feu et à la racine du serveur, et que l'équipe ne peut pas accéder au serveur sans autorisation. La page des conditions, cependant, réserve des droits étendus de suspendre les comptes, de bloquer l'accès, de migrer l'emplacement du centre de données, de facturer des frais de retard et de supprimer les données après non-paiement.

La lecture prudente est que la confidentialité dépend de la configuration du produit, du statut du compte et des opérations du fournisseur, pas d'une simple phrase de vitrine.

AS142430 prouve un bord réseau, mais pas l'ensemble du parc de serveurs

La meilleure preuve technique pour DIGI VPS est son enregistrement réseau APNIC. L'enregistrementAS142430d'APNIC identifie le système autonome comme DIGIVPS-AS-AP, pays IN, actif, enregistré le 11 juin 2021 et décrit comme DIGI VPS. L'enregistrement103.168.66.0/23d'APNIC montre un bloc IPv4 alloué-portable actif couvrant 103.168.66.0 à 103.168.67.255, enregistré le 14 juin 2021. L'enregistrement2001:df6:d080::/48d'APNIC montre un bloc IPv6 attribué-portable actif, également enregistré en juin 2021. Ces enregistrements rendent DIGI VPS plus concret qu'un revendeur avec seulement un site web.

Le routage actuel, cependant, est plus étroit. Lavue d'ensemble ASde RIPEstat a rapporté le 12 juillet 2026 que AS142430 était annoncé et détenu par "DIGIVPS-AS-AP - DIGI VPS." Lavue des préfixes annoncésde RIPEstat a montré un préfixe visible pendant la fenêtre du 28 juin au 12 juillet 2026: 103.168.66.0/23. Lavue de statut de routagede RIPEstat a montré le préfixe vu pour la première fois depuis AS142430 le 17 juin 2021 et vu pour la dernière fois le 12 juillet 2026, avec 324 des 326 pairs RIS IPv4 le voyant, aucun préfixe IPv6 visible, un préfixe IPv4 annoncé et 512 adresses IPv4. L'attribution IPv6 existe dans le registre, mais elle n'était pas visible dans cette vue de routage AS de RIPEstat au moment vérifié.

La sécurité de l'origine de la route est positive pour le préfixe IPv4 visible. Lerésultat de validation RPKIde RIPEstat a renvoyé valide pour AS142430 et 103.168.66.0/23 avec une longueur maximale /23. Une autorisation d'origine valide ne rend pas un serveur résilient, mais elle réduit une catégorie de risque de routage courante: l'origine accidentelle ou non autorisée du préfixe devrait être plus facile à détecter et rejeter par les réseaux appliquant la validation.

Le résultatcohérence de routage ASde RIPEstat ajoute une mise en garde utile. Il montre 103.168.66.0/23 présent dans BGP et whois, mais il liste également plusieurs préfixes présents dans whois ou des sources de politique de route et non dans BGP, notamment 194.163.91.0/24, 194.233.144.0/24, 194.233.147.0/24, 195.180.138.0/24 et 104.234.171.0/24. Ce n'est pas suffisant pour prétendre à un service actuel DIGI VPS sur ces réseaux. Ils montrent que les traces de politique de route autour de AS142430 incluent d'autres blocs d'adresses qui ne sont pas actuellement visibles depuis cet AS dans la même vue. Un client ne devrait traiter que les adresses actuellement visibles et confirmées par le produit comme preuve opérationnelle.

La vue actuelle des voisins est plus conséquente. Lesdonnées de voisins ASNde RIPEstat pour le 11 juillet 2026 ont vu un seul voisin unique pour AS142430: AS140947. Lavue d'ensemble AS pour AS140947de RIPEstat identifie cet AS comme "SNTHOSTINGS-AS-AP - SnTHostings," et l'enregistrementAS140947 d'APNICidentifie SnTHostings au même groupe d'adresses Astonia Royale, Ambegaon Narhe Road utilisé dans les enregistrements APNIC de DIGI VPS. Les échantillonsBGPlayde RIPEstat montrent également des chemins se terminant via AS140947 avant AS142430.

Cela ne prouve pas un contrat fournisseur formel. Cela ne prouve pas non plus l'absence de chemins de sauvegarde privés. Les vues des collecteurs BGP sont des échantillons publics, pas des factures ou des schémas d'interconnexion. Mais pour l'analyse de résilience, un seul voisin visible est le fait actuel qui compte.

Si la joignabilité Internet visible de AS142430 dépend de AS140947, un client utilisant l'espace d'adressage de DIGI VPS devrait demander si AS140947 est le seul chemin de transit, s'il existe un deuxième chemin physiquement diversifié, s'il peut supporter la pleine charge, et si les deux organisations sont suffisamment séparées opérationnellement pour réduire une défaillance de mode commun. Le groupe d'adresses partagées rend cette dernière question particulièrement importante.

La couche serveur physique est principalement inférée

DIGI VPS vend des choses qui doivent vivre sur des machines physiques. Les sessions RDP nécessitent des hôtes Windows, des volumes de stockage, des limites de session, des règles de pare-feu et des arrangements de licence. Les plans VPS Linux et VPS Windows nécessitent des hyperviseurs, du stockage de nœud, des ports routeur ou commutateur, des modèles, des chemins VNC ou console, une attribution IP et du personnel capable de reconstruire une instance défaillante.

Les serveurs dédiés nécessitent un inventaire réel, des mains à distance, de l'alimentation, des disques, de la mémoire, des NIC de rechange, un accès de gestion à distance et un fournisseur capable de remplacer des pièces. Le langage du site web rend toutes ces dépendances implicites, mais pas entièrement visibles.

La preuve la plus tangible de la géographie des installations provient des pages produits, pas des divulgations de centres de données. Les RDP Normal et d'encodage sont dits en France. Les serveurs dédiés sont proposés dans cinq onglets de pays. VPS Windows indique plusieurs emplacements. VPS Linux ne nomme pas d'emplacement dans le texte de page récupéré, mais il avertit que la bande passante peut être inférieure à celle annoncée dans certains emplacements.

La page des conditions indique que les défaillances en dehors des centres de données, telles que les pannes de transporteur de bande passante, ne sont pas éligibles au crédit de disponibilité, et la maintenance programmée est exclue. Cela signifie que l'entreprise elle-même reconnaît une limite de centre de données et de transporteur même sans nommer les installations.

La revendication de niveau IV sur la page VPS Windows nécessite une dégradation prudente. "Centre de données de niveau IV" est une phrase à consonance précise, mais la page ne nomme pas une installation certifiée, un propriétaire, un campus, un pays, un organisme de certification ou une date. Sans cela, la phrase ne peut pas être traitée comme une preuve que chaque VPS Windows se trouve dans une installation certifiée tolérante aux pannes. Elle peut être enregistrée comme une revendication publique puis testée.

Il en va de même pour "réseau de premier ordre construit avec des FAI de niveau 1," "protection DDoS" et "soutenu par Juniper Networks." Ces affirmations sont plausibles dans un contexte de revendeur ou de serveur loué, mais elles n'identifient pas le mélange exact de transporteurs, la portée de la mitigation, la propriété des routeurs ou le crédit de service.

Les lignes de serveurs dédiés montrent clairement le problème installé vs utilisable. Un plan peut lister 64 Go de RAM, 2x512 Go NVMe, bande passante illimitée et une IP. Ce n'est pas la même chose qu'une capacité utilisable lors d'une panne de disque, d'un port saturé, d'un événement DDoS, d'une fenêtre de maintenance upstream ou d'un retard de mains à distance. Un bloc /29 dans un plan n'est pas la même chose qu'un adressage portable. Un port 1 Gbit/s sur un plan RDP n'est pas la même chose qu'un débit Internet garanti de 1 Gbit/s sans contention.

La page produit peut décrire une partie d'un hôte, une allocation de revendeur, une classe de serveur nommée ou un article en stock; le registre public ne dit pas lequel.

Le risque de stock de matériel est également visible entre les lignes. La page dédiée utilise des familles de CPU concrètes, y compris des Intel Xeon plus anciens et des systèmes Ryzen grand public. Un matériel plus ancien peut être parfaitement utilisable pour un hébergement à bas coût, mais les pièces de rechange, les disques de remplacement, la mémoire compatible et la fiabilité de la gestion à distance font partie du service.

Si un nœud tombe en panne, l'expérience du client dépend de si DIGI VPS ou son partenaire d'installation dispose d'un châssis de rechange, de disques de rechange, de RAM de rechange et d'un accès du personnel dans ce pays. Le site ne publie pas le temps moyen de réparation, les niveaux de stock, la redondance des nœuds hôtes, la cadence des instantanés ou les chemins de restauration entre pays.

Cela fait de la chaîne de dépendance physique l'histoire principale. DIGI VPS vend un objet client simple: un plan RDP, un plan VPS ou un serveur dédié. Derrière se trouvent une installation, un nœud hôte, un panneau de contrôle, un système de facturation, une route IP, un fournisseur upstream, un bord DDoS, une couche de stockage, une politique de sauvegarde, un bureau de support et des identifiants clients. Chaque élément peut échouer séparément. Le site web public prouve que DIGI VPS propose le produit. Il ne prouve pas comment chaque couche est possédée ou restaurée.

Les affirmations de support sont larges; les droits de recours sont étroits

Le support est l'une des promesses publiques les plus fortes du site web. Lapage de contactindique que des représentants de chat en direct sont disponibles 24h/24 et 7j/7, que le support technique peut être joint en ouvrant un ticket, et que le support téléphonique fonctionne de 9h à 21h au Maharashtra, en Inde. Les pages VPS Linux et Windows indiquent toutes deux que le support est disponible via ticket, Skype et WhatsApp. La page à propos indique que l'équipe de support est active tous les jours de l'année. Pour une petite entreprise d'hébergement, cette posture de support public est commercialement importante.

Mais les promesses de support doivent être séparées des droits de recours. Un client peut ouvrir un ticket avec DIGI VPS, mais si le problème se situe dans la distribution électrique d'une installation française, le fond de panier d'un disque d'un serveur letton, un transporteur upstream américain, un filtre d'un fournisseur DDoS, une passerelle de paiement, ou une suspension de facturation, la première personne de support peut ne pas contrôler la correction.

Le client doit savoir qui possède le nœud hôte, qui peut se connecter à l'interface de gestion hors-bande, qui peut remplacer un disque, qui peut demander un filtrage upstream, qui peut annuler une suspension et qui peut approuver une restauration.

La page des conditions rend cette limite visible. Elle indique que le crédit de disponibilité est calculé à partir du moment où le ticket initial est ouvert jusqu'à la résolution du problème, mais elle exclut la maintenance programmée, les événements en dehors des centres de données, les pannes de transporteur de bande passante, les attaques DDoS sauf si une protection avancée a été achetée, et les catastrophes hors du contrôle de l'entreprise ou des centres de données. Elle indique également qu'une connexion doit être refusée à l'adresse IP du serveur pour qu'une réclamation de panne soit valide.

En termes simples, le chemin de crédit dépend d'un ticket, d'une définition étroite de la panne et de plusieurs exclusions.

Ces exclusions ne sont pas inhabituelles dans l'hébergement. Elles sont le fondement économique d'une capacité bon marché. Un fournisseur peut vendre un prix mensuel bas parce qu'il limite ce qui compte comme une défaillance compensable, exclut de nombreux événements externes et transmet souvent les limitations de l'installation ou de l'upstream. Le problème n'est pas de savoir si les conditions sont sévères par rapport à tous les autres fournisseurs économiques. Le problème est qu'elles façonnent le risque client. Une petite entreprise qui a besoin d'une disponibilité prévisible devrait lire les exclusions avant de lire le tableau CPU.

Les preuves de support contiennent également des signaux positifs. La validation du contact abus chez APNIC en février 2026 montre que le contact réseau n'était pas obsolète à ce moment-là. Le chemin de ticket est en direct. Le numéro de téléphone apparaît chez APNIC et sur le site. Les conditions exigent un contact email client à jour. Les pages RDP indiquent aux clients quels logiciels ne sont pas autorisés et disent que l'envoi de courrier n'est pas autorisé sur ces plans. Ces détails suggèrent que le fournisseur a réfléchi aux catégories d'abus et de support.

Ils ne montrent pas la profondeur du personnel de support, l'historique des réponses aux tickets, les mises à jour de panne ou l'autorité de mains à distance après les heures ouvrables.

Les conditions de facturation sont des conditions d'infrastructure

La facturation n'est pas une réflexion administrative après coup pour la capacité hébergée. Elle contrôle si le client conserve l'accès à la machine. Les conditions de DIGI VPS stipulent que la configuration du compte a lieu après le paiement et le filtrage anti-fraude. Elles indiquent que les services interrompus pour non-paiement sont soumis à des frais de retard de 10 %, que les données ne seront pas disponibles jusqu'à la reconnexion ou la prise d'arrangements alternatifs, et que les services clients désactivés pour non-paiement sont soumis à une destruction des données sept jours après la suspension.

Les mêmes conditions indiquent que les serveurs dédiés peuvent être réclamés et tout le contenu supprimé après non-paiement.

Ce sont des faits d'infrastructure. Un VPS peut avoir une bonne disponibilité, mais si un rappel de facture est manqué, une passerelle de paiement échoue, ou un litige verrouille le compte, la charge de travail du client peut disparaître plus vite que prévu. Le risque est plus aigu pour les utilisateurs qui traitent un RDP ou VPS bon marché comme du stockage.

La page dédiée mentionne les sauvegardes, et les conditions mentionnent la récupération d'une sauvegarde dans certains contextes d'abus si disponible, mais le registre public ne donne pas de calendrier de rétention de sauvegarde garanti, d'exportation d'instantané contrôlée par le client, d'objectif de temps de restauration ou d'emplacement de stockage de sauvegarde.

Le langage de remboursement est également important. Les conditions décrivent une garantie de remboursement initial de trois jours uniquement pour l'hébergement partagé, la seedbox et le protocole de bureau à distance, et excluent les serveurs cloud, les serveurs dédiés, la gestion de serveur, les certificats SSL et les commandes personnalisées. Seuls les comptes de première utilisation sont éligibles. L'annulation nécessite un avis écrit via le formulaire d'annulation au moins cinq jours avant le renouvellement. Un service annulé ne peut pas être inversé et doit être recomandé.

Cela signifie qu'un client testant un VPS ou un serveur dédié peut avoir des droits de sortie limités par rapport au prix d'entrée bas.

La migration est là où la facturation et l'infrastructure physique se rencontrent. Si un client utilise DIGI VPS pour un poste de travail RDP, s'éloigner peut impliquer de télécharger des fichiers et de recréer des logiciels installés. Si le client utilise un VPS pour un site web ou une application, la migration implique des sauvegardes, DNS, listes d'autorisation IP, règles de pare-feu, certificats SSL, bases de données et éventuellement du courrier. Si le client utilise un serveur dédié avec un /29 attribué par le fournisseur, s'éloigner peut nécessiter un renumérotage et un nouveau DNS inverse.

Si le compte est suspendu avant la fin de la migration, le client peut devoir payer des frais de retard ou contester des pénalités avant que l'accès ne soit rétabli.

Les conditions réservent également le droit de modifier les prix listés et les ressources attribuées aux plans. C'est une autre clause ordinaire d'hébergement économique avec des conséquences opérationnelles réelles. Un client avec une dépense mensuelle stable peut encore faire face à un coût de renouvellement plus élevé, à un changement de packaging des ressources, ou à un besoin de migrer vers un autre plan. Plus le prix mensuel est bas, plus le chemin de sortie devient important.

Les chemins de défaillance à tester avant de dépendre du service

Le premier chemin de défaillance est la panne de baie ou de nœud hôte. Pour les plans RDP et VPS, un seul hôte physique peut porter de nombreuses sessions client ou machines virtuelles. Si cet hôte perd l'alimentation, le stockage, la carte réseau, la santé de l'hyperviseur ou la licence, de nombreux clients peuvent être affectés ensemble. Les pages produits ne divulguent pas la densité des nœuds hôtes, la migration en direct, la haute disponibilité, la conception de stockage partagé ou l'isolation des instantanés.

Un acheteur devrait demander si le plan est soutenu par des instantanés locaux, des sauvegardes à distance, ou seulement le disque de l'hôte lui-même.

Le deuxième chemin de défaillance est la panne upstream ou de route. Le préfixe IPv4 actuellement visible de AS142430 est bien vu et a une autorisation d'origine valide, mais les collecteurs publics ont vu un seul voisin, AS140947. Si ce chemin échoue, les clients utilisant 103.168.66.0/23 ont besoin soit d'une autre route fonctionnelle, soit d'une intervention du fournisseur. Si les serveurs dédiés outre-mer utilisent un autre espace d'adressage fourni par les partenaires d'installation, la visibilité AS142430 peut ne pas décrire ces serveurs du tout.

Les clients doivent demander quel bloc IP utilise leur plan commandé et si ce bloc est de l'espace d'adressage DIGI VPS, de l'espace d'adressage de l'installation ou un autre espace d'adressage partenaire.

Le troisième chemin de défaillance est la panne de contrat fournisseur. La page à propos indique ouvertement que DIGI VPS s'associe à une variété de fournisseurs. Cela peut être bon: un petit fournisseur peut offrir une large géographie sans posséder chaque baie. Cela crée également un risque de passage. Si un partenaire change ses prix, retire un produit, suspend un compte revendeur, change sa politique d'abus ou perd l'accès à l'installation, le client peut faire face à une migration même si DIGI VPS lui-même est toujours en ligne. La clause de migration de centre de données des conditions est un indice qu'un tel mouvement est possible.

Le quatrième chemin de défaillance est la suspension de facturation ou d'abus. Les conditions donnent à DIGI VPS de larges droits de suspension pour abus, litiges publics, rétrofacturations, non-paiement, spam, listage sur liste noire et matériel prohibé. Certains de ces contrôles sont nécessaires pour protéger un environnement d'hébergement partagé et la réputation d'adresse du fournisseur. Ils créent néanmoins une dépendance client difficile: si la classification d'abus du fournisseur est erronée ou si le client manque un email, le service peut être suspendu avant qu'une explication complète n'arrive.

Un client professionnel devrait conserver des sauvegardes indépendantes et un deuxième chemin de communication.

Le cinquième chemin de défaillance est la saturation du support. Les promesses de support public ne disent pas aux lecteurs combien de personnes répondent aux tickets, qui couvre les week-ends, qui peut joindre une installation étrangère, ou si le support téléphonique a autorité sur les incidents réseau. Lorsqu'un incident majeur affecte de nombreux clients, les files d'attente de support font partie de la panne. DIGI VPS ne publie pas de page de statut publique, d'historique d'incidents ou de temps de réponse moyen.

Un client qui ne peut tolérer de retard devrait tester la réponse du ticket avant de placer des systèmes de production sur le service.

Le sixième chemin de défaillance est la portabilité des données. Les pages produits mentionnent des panneaux de contrôle, des réinstallations, VNC, rDNS, pare-feu et migrations, mais elles ne publient pas de procédure d'exportation propre pour les images complètes, disques, instantanés, tickets, factures ou sauvegardes. La page VPS Windows inclut "Migrations gratuites" sous support semi-géré, ce qui semble signifier une aide pour entrer ou gérer un serveur. Cela ne prouve pas un moyen garanti de partir. La portabilité devrait être vérifiée avant que les données ne s'accumulent.

Qui est affecté lorsque DIGI VPS tombe en panne

Les utilisateurs affectés sont probablement des individus sensibles au prix, des utilisateurs de travail à distance, de petits opérateurs web, des utilisateurs de seedbox, de petites agences, des traders de capacité RDP, des développeurs testant des environnements Windows ou Linux, et de petites entreprises achetant des serveurs dédiés outre-mer via une vitrine indienne. Le site ne publie pas le nombre de clients, le revenu, le nombre de nœuds hôtes ou le volume de trafic. L'analyse de l'impact client repose donc sur le type de produit plutôt que sur la part de marché.

Pour un utilisateur RDP Normal, l'impact d'une panne peut être une perte immédiate d'un bureau à distance, d'une session de navigation, d'une file d'attente de téléchargement, de fichiers et d'applications installées. Parce que le plan n'a explicitement pas d'accès administrateur, le client peut dépendre du support pour l'installation et la réparation du logiciel. La page indique une configuration instantanée et 99 % de disponibilité, mais les conditions réduisent le chemin au crédit de compte.

L'utilisateur devrait conserver des copies locales des fichiers importants car un plan RDP bon marché ne doit pas être traité comme un stockage durable.

Pour un utilisateur RDP d'encodage, le stockage et la charge CPU importent davantage. Les plans à stockage plus élevé annoncés peuvent être utilisés pour le traitement de médias, les téléchargements ou les travaux de conversion. Si le nœud est congestionné, si le disque tombe en panne, si une politique d'utilisation est déclenchée, ou si le plan est suspendu pour logiciel prohibé, la file de travail du client s'arrête. Le fait que les logiciels de minage et VPN soient interdits sur les pages RDP montre que les contrôles de ressources et d'abus sont centraux pour le produit.

Pour un utilisateur VPS Linux ou Windows, le risque est plus large. Un VPS peut héberger un site web, une application, un service privé, une base de données, un bot, un environnement de laboratoire ou un bureau à distance. Le client peut compter sur rDNS, les règles de pare-feu, l'accès au panneau de contrôle et les options de réinstallation. Si le client utilise des adresses IP fournies par le fournisseur, une migration change le DNS et les listes d'autorisation.

Si le client dépend du support de DIGI VPS pour le durcissement de base, la configuration de l'application ou la réparation, le temps de réponse devient partie intégrante de la conception du service.

Pour un utilisateur de serveur dédié, la dépendance est physique. Un disque défaillant, une mauvaise mémoire, un ventilateur cassé, un événement électrique, une maintenance d'installation ou une saturation upstream peuvent affecter l'ensemble du serveur. Le RAID peut réduire le risque de panne de disque, mais le RAID n'est pas une sauvegarde. La protection DDoS peut réduire l'exposition aux attaques, mais la protection de base peut ne pas couvrir chaque attaque et les conditions excluent les attaques sauf si une protection avancée a été achetée.

Un client devrait demander où se trouvent les sauvegardes, si elles sont contrôlées par le client et ce qui se passe lorsqu'un serveur est réclamé après un retard de paiement.

Pour les autres réseaux, le risque de AS142430 est plus étroit mais toujours réel. Une fuite de route, un retrait de route, une erreur RPKI ou une perturbation de AS140947 pourraient affecter la visibilité de 103.168.66.0/23. L'état d'origine de route valide est une bonne hygiène. La vue à un seul voisin est la mise en garde. Les pairs, les bureaux d'abus et les contreparties ont besoin de contacts réactifs et d'informations de routage maintenues, pas seulement d'une vitrine.

Ce qui augmenterait la note de preuve

DIGI VPS pourrait rendre sa résilience publique beaucoup plus facile à évaluer avec quelques divulgations spécifiques. La première est la clarté sur les installations et les fournisseurs. Une liste de pays ne suffit pas. Les clients doivent savoir si une ligne de produit fonctionne dans des centres de données partenaires nommés, des baies possédées, des serveurs dédiés loués, des pools de revendeurs ou des nœuds cloud. Une déclaration non sensible du pays, de la ville, du type d'installation, du niveau d'alimentation, du propriétaire des mains à distance et du chemin d'avis de maintenance améliorerait matériellement la confiance.

La deuxième est la clarté sur la route et le fournisseur. Pour l'espace d'adressage possédé par DIGI VPS, l'entreprise pourrait publier si AS142430 a plus d'un chemin de transit, si AS140947 est le seul upstream visible, s'il existe une sauvegarde physiquement diversifiée, et si IPv6 est proposé aux clients. Si les serveurs dédiés outre-mer utilisent l'espace d'adressage partenaire, la page de commande pourrait indiquer que le client recevra de l'espace fournisseur plutôt que de l'espace AS142430. Cela empêcherait les clients de supposer que le préfixe APNIC décrit chaque serveur.

La troisième est la clarté sur la sauvegarde et l'exportation. Chaque catégorie de produit devrait indiquer si les sauvegardes sont incluses, où elles sont conservées, à quelle fréquence elles sont effectuées, combien de temps elles sont conservées, comment un client les restaure, si une image disque complète peut être exportée, et ce qui se passe après une suspension. Un en-tête de sauvegarde quotidienne avec un texte de remplissage ne répond pas à ces questions. La réponse compte le plus lorsque la facturation, l'abus ou la panne matérielle est déjà stressante.

La quatrième est l'historique du support et des incidents. Une page de statut publique, une archive d'avis de maintenance, une fenêtre de première réponse moyenne, un chemin de recours, des heures de support téléphonique et des attentes de mains à distance spécifiques au pays aideraient les clients à faire correspondre le service au risque. Une phrase de support 24h/24 et 7j/7 est moins utile que de savoir qui peut remplacer un disque en Lettonie à 02h00 heure locale ou qui peut demander un filtre upstream en France lors d'un événement DDoS.

La cinquième est la fraîcheur du produit. Le sitemap du site montre que la plupart des pages publiques ont été modifiées pour la dernière fois en 2021, et certains textes ont encore des résidus de modèle. Si les lignes de produits sont actuelles, les mettre à jour avec une date de révision aiderait. Si certains plans sont hérités, épuisés ou réalisés via de nouvelles installations, les pages devraient le dire. L'économie de l'hébergement change rapidement; les anciens tableaux CPU peuvent induire en erreur même lorsque le fournisseur est honnête.

Jusqu'à ce que ces divulgations existent, la note correcte est mitigée. DIGI VPS est matériellement plus qu'un nom car il a une vitrine en direct, une surface de facturation visible, des ressources réseau APNIC et un préfixe IPv4 actuellement annoncé avec autorisation d'origine de route valide. La note s'arrête avant d'être forte car les preuves publiques ne prouvent pas les baies, les contrats fournisseurs, la capacité multi-site, la conception de sauvegarde, la profondeur de support, le second upstream, le nombre de clients ou le chemin de sortie derrière le catalogue de produits.

Conclusion

DIGI VPS doit être lu comme une vitrine d'hébergement indienne fonctionnelle avec une identité réseau publique et un large catalogue de serveurs outre-mer, pas comme un opérateur cloud entièrement transparent. Ses propres pages fournissent suffisamment de preuves pour décrire l'offre: RDP bon marché, VPS Linux, VPS Windows et serveurs dédiés; support via tickets, Skype, WhatsApp et téléphone; une promesse de disponibilité de 99 % avec de nombreuses exclusions; et des plans répartis en France, aux États-Unis, en Allemagne, en Russie et en Lettonie. APNIC et RIPEstat ajoutent des preuves solides pour AS142430 et 103.168.66.0/23.

La question opérationnelle est ce qui se cache derrière la page de commande. Un client n'achète pas un tableau CPU en isolation. Il achète l'accès à une baie, un contrat d'installation, une relation fournisseur, une adresse routée, un compte de facturation, une file d'attente de support, une politique de sauvegarde et un chemin de migration. Les preuves publiques laissent nombre de ces couches non divulguées.

La seule relation upstream routée actuellement visible via SnTHostings, le manque de données d'installation PeeringDB publiques, l'attribution IPv6 non annoncée dans la vue RIPEstat vérifiée, les anciennes dates de pages produits et les larges exclusions des conditions pointent toutes dans la même direction: utilisez DIGI VPS seulement après avoir fait correspondre le plan au risque.

Pour un usage non critique, cela peut être acceptable. Un RDP ou VPS bon marché peut être utile si le client conserve des sauvegardes locales, comprend les limites d'utilisation acceptable et peut tolérer une réparation assistée par le support.

Pour une application de production, un bureau professionnel, un site client ou des données réglementées, l'acheteur devrait poser des questions directes avant de commander: quel pays et quelle installation hébergeront le service, quel espace IP sera attribué, quels upstreams portent la route, quelle sauvegarde peut être exportée, combien de temps les données restent après suspension, ce que le support peut faire lors d'un événement d'installation, et à quel point il est difficile de partir. Moins la capacité hébergée semble chère, plus ces réponses physiques et contractuelles comptent.