Définition des services
VMDebug fournit, conformément à la commande confirmée, un Mac physique dédié dans le cloud, une connexion au nœud et les fonctions de gestion associées. Les ressources de calcul, de mémoire et de stockage local de chaque appareil sont réservées à la commande correspondante ; la livraison concerne un nœud physique et non une machine virtuelle.
La commande définit l’étendue réelle de la livraison
Le modèle, la puce, la mémoire, le stockage intégré, le stockage supplémentaire, l’option de connexion Thunderbolt 5, le nœud, la durée de location et le montant dû sont définis par la page de confirmation de commande. Le catalogue public actuel comprend les gammes VMDebug M4 et VMDebug M4 Pro ; la disponibilité renvoyée en temps réel par la console détermine si la commande peut être créée.
Les nœuds disponibles sont situés à Singapour, au Japon (Tokyo), en Corée du Sud (Séoul), à Hong Kong et dans l’ouest des États-Unis. Le choix d’un nœud indique la région où se trouve l’appareil ; il ne garantit ni une latence réseau, ni un routage, ni une qualité de réseau tiers déterminés entre l’utilisateur et ce nœud.
Les ressources de l’appareil physique correspondant à la commande ne partagent pas le processeur, la mémoire ni le disque système local avec les commandes d’autres clients.
La console permet notamment de consulter l’état de la commande, les informations de connexion, le renouvellement, l’historique de facturation et les tickets d’assistance.
Vous pouvez utiliser l’interface graphique et la ligne de commande macOS ; les autorisations, ports et configurations supplémentaires applicables sont définis par la commande.
Réception et vérification
Après avoir reçu les informations de connexion, l’utilisateur doit vérifier l’identifiant de l’appareil, l’empreinte de l’hôte, la version du système, la capacité du disque et la connectivité réseau. En cas d’écart avec la page de confirmation, cessez d’écrire des données importantes et ouvrez un ticket via la console en indiquant le numéro de commande, l’identifiant de l’appareil, les résultats de la vérification et les captures nécessaires.
Compte et autorisations
Le titulaire du compte contrôle les accès, protège les identifiants et s’assure que toutes les personnes autorisées comprennent les présentes conditions. Les commandes, modifications de configuration, tickets et opérations effectués depuis le compte sont réputés avoir été autorisés par son titulaire.
Identifiants et contrôle des accès
- Ne fournissez les identifiants de la console, SSH ou des sessions graphiques qu’aux personnes qui en ont réellement besoin, et attribuez les accès selon le principe du moindre privilège.
- Après la première connexion, modifiez rapidement les identifiants temporaires. Ne stockez pas de mots de passe ni de clés privées en clair dans des dépôts de code, journaux de build, tickets publics ou conversations.
- Lorsqu’une personne quitte l’équipe, change de fonction ou qu’une fuite d’identifiants est suspectée, révoquez immédiatement l’accès, faites tourner les clés et vérifiez les journaux d’activité récents.
- Il est interdit de revendre un compte, de partager un point d’accès public non contrôlé ou d’autoriser un tiers dont l’identité ne peut être vérifiée à manipuler directement l’appareil.
Isolez d’abord les identifiants concernés et conservez les journaux nécessaires, puis ouvrez un ticket depuis la console. Le ticket doit mentionner le numéro de commande, l’identifiant de l’appareil, la période concernée, les indices relatifs à l’adresse d’origine et les mesures prises, sans fournir de mot de passe complet, de clé privée de portefeuille ni de numéro de carte complet.
Contenus fournis par l’utilisateur
L’utilisateur doit s’assurer que le code, les ressources, clés, certificats, modèles, jeux de données et éléments de build importés proviennent d’une source légitime et disposent des autorisations nécessaires. VMDebug traite ces contenus pour exécuter la commande, sans acquérir les droits de propriété intellectuelle correspondants ; l’utilisateur reste responsable des contenus, des instructions et de leurs résultats.
Commandes et facturation
Le service propose des durées de location à la journée, à la semaine, au mois et au trimestre. Le modèle de base, la durée, le nœud et les options supplémentaires constituent la commande ; tous les montants sont facturés et réglés en USD.
| Durée | Usage recommandé | Points clés de la commande |
|---|---|---|
| Jour | Dépannage ponctuel, archivage unique, validation d’environnement | Heures de début et de fin, nœud et organisation de l’export des données |
| Semaine | Sprint d’itération, tests intensifs, exécuteur temporaire | Durée de la mission, capacité du cache et échéance de renouvellement |
| Mois | Builds continus, environnement de développement fixe, expérimentations stables | Clés à long terme, espace disque disponible et règles de renouvellement |
| Trimestre | Pipeline stable, projet continu, occupation prolongée de l’appareil | Cycle de vie de la chaîne d’outils, plan de mise à niveau et responsable de l’export |
Modes de paiement
Les seuls moyens de paiement acceptés sont USDT-TRC20 et Visa / Mastercard / Amex (via Stripe). La passerelle effectivement disponible est indiquée par la console. Avant de payer, vérifiez la devise, les informations du bénéficiaire, le type de réseau et le montant de la commande ; les frais de traitement dus à un mauvais réseau, une adresse erronée ou une soumission en double sont à la charge de l’utilisateur.
Les transactions par carte bancaire sont traitées par Stripe. VMDebug ne vous demandera jamais de fournir un numéro de carte complet, un code de sécurité, un mot de passe de compte ou une clé privée de portefeuille dans un e-mail ou un ticket d’assistance. Pour vérifier une transaction, transmettez uniquement le numéro de commande, la date et l’heure, le montant et un identifiant de transaction pouvant être communiqué sans risque.
Confirmation et conservation des informations de paiement
Avant la création de la commande, la console affiche le modèle choisi, la durée, le nœud, les options et le total en USD. Après confirmation et paiement, l’enregistrement de la commande constitue la base de facturation. Les banques, émetteurs de cartes, réseaux blockchain et prestataires de paiement peuvent appliquer leurs propres frais, qui ne font pas partie du montant de la commande VMDebug.
En cas de commande en double, d’anomalie de montant ou de divergence entre le statut de paiement et la transaction réelle, conservez le numéro de commande et les informations de transaction, puis ouvrez un ticket. Ne payez pas à nouveau la même commande avant la fin de la vérification.
Renouvellement et fin de location
Le renouvellement doit être effectué dans la console et dépend de la durée, du montant et de la disponibilité affichés au moment de l’opération. Un échange avec l’assistance, une intention exprimée oralement ou une étape de paiement inachevée ne constitue pas un renouvellement confirmé.
Vérifications avant renouvellement
- Vérifiez l’heure de fin de la commande actuelle, la durée de renouvellement souhaitée et le total en USD.
- Vérifiez que l’appareil, le nœud, le stockage supplémentaire et la topologie connectée répondent toujours aux besoins des tâches à venir.
- Vérifiez l’espace disque disponible, la file de builds et la date prévue de fin des tâches longues afin d’éviter qu’elles ne dépassent la fin de la commande.
- Préparez des sauvegardes séparées du code critique, des clés, certificats, artefacts de build, journaux et configurations.
Exportez le code, les clés, les ressources, les données non recréables du cache et les artefacts finaux, puis vérifiez leur lisibilité à l’emplacement cible.
Arrêtez les nouveaux builds, téléversements et calculs prolongés, vérifiez que la file est vide et notez la dernière tâche réussie ainsi que l’emplacement des journaux.
L’accès à l’appareil peut cesser après la fin de la commande. Les contenus non exportés ne doivent pas être considérés comme accessibles ultérieurement ni comme une sauvegarde conservée à long terme.
L’utilisateur est responsable de l’export des données et de la vérification des sauvegardes pendant la période de validité de la commande. VMDebug ne remplace pas, par le stockage local de l’appareil, le dépôt de versions, le registre d’artefacts, le système de conservation des clés ou la solution de sauvegarde de l’utilisateur. Pour obtenir de l’aide sur les étapes d’export, ouvrez un ticket depuis la console avant la fin de la commande.
Usage acceptable
L’appareil peut servir au développement logiciel légal, aux tests automatisés, à la CI/CD, aux expérimentations d’IA et aux chaînes d’outils multimédias à distance. Son utilisation ne doit pas nuire à la plateforme, au réseau du nœud, aux autres utilisateurs, aux systèmes tiers ni à l’intérêt général.
N’utilisez pas l’appareil pour mener, faciliter ou dissimuler des activités contraires aux règles applicables, ni pour traiter des contenus dont vous savez ne pas avoir le droit de détenir ou de diffuser.
Il est interdit d’analyser, sonder, connecter ou accéder à des systèmes, comptes, réseaux, interfaces ou données sans autorisation.
Il est interdit de créer, héberger, diffuser ou exécuter du code destiné à détruire, voler, extorquer, contrôler furtivement ou contourner la détection.
Il est interdit de lancer des attaques par déni de service, des messages indésirables, du trafic trompeur, du scraping malveillant ou des connexions dépassant manifestement un usage normal de développement.
Il est interdit de contourner les restrictions d’accès, mesures d’isolation, mécanismes de facturation, limites de débit, fonctions d’audit ou autres contrôles de sécurité.
Il est interdit de porter atteinte aux droits d’auteur, marques, secrets commerciaux, vie privée, licences logicielles ou autres droits protégés par la loi.
Enquête et mesures
Après réception d’un signalement d’abus crédible, constatation d’un risque de sécurité important ou lorsqu’un traitement est légalement requis, VMDebug peut demander à l’utilisateur de préciser l’usage, d’arrêter les tâches concernées, de supprimer les contenus à risque ou de fournir des justificatifs d’autorisation. Pour limiter un dommage en cours, VMDebug peut restreindre temporairement les connexions ou l’accès à l’appareil et conserver les journaux d’audit nécessaires.
L’utilisateur doit coopérer à toute enquête raisonnable, sans supprimer de preuves essentielles, falsifier les journaux ni aggraver la situation. Après confirmation d’une infraction grave, d’une attaque malveillante, d’abus répétés ou d’un refus de remédiation, VMDebug peut mettre fin à la commande ou à l’accès au compte.
Niveau de service
L’objectif de disponibilité de VMDebug est de 99,9 %. Les nœuds sont conçus pour fonctionner en continu 365 jours par an ; aucune plage d’arrêt planifiée n’est prévue dans le fonctionnement courant. La disponibilité réelle est calculée séparément pour chaque commande concernée, l’appareil correspondant et la période de service applicable.
Le calcul repose sur la durée pendant laquelle l’appareil peut être connecté et exécuter les opérations de base au cours de la période de service associée à la commande.
La commande, l’appareil physique et la connexion au nœud concernés par l’incident ; une autre commande fonctionnelle ne peut pas les remplacer.
Le calcul s’effectue selon la période de service applicable à la commande concernée ; lorsqu’une commande couvre plusieurs périodes, chacune est évaluée séparément.
Disponibilité = (nombre total de minutes de la période applicable − minutes d’indisponibilité confirmées) ÷ nombre total de minutes de la période applicable.
Confirmation de l’indisponibilité
L’indisponibilité désigne généralement l’impossibilité de se connecter à l’appareil indiqué, alors que les identifiants, la commande et le réseau local sont valides, ou l’impossibilité d’effectuer les opérations de base en raison d’un problème matériel, d’alimentation, de réseau du nœud ou de système de gestion contrôlable par VMDebug. Pour les problèmes intermittents, la durée retenue est celle confirmée conjointement par les journaux, la supervision et la chronologie du ticket.
Situations exclues du calcul
- Interruption causée par l’arrêt, le redémarrage, la mise à niveau du système, la modification du pare-feu, la suppression de la configuration de connexion ou toute autre action de l’utilisateur.
- Indisponibilité causée par le réseau de l’utilisateur, le routage de l’opérateur, l’appareil terminal, le code, les dépendances, les scripts de build, les licences logicielles ou les services tiers.
- Identifiants de compte invalides, commande arrivée à échéance, paiement incomplet, accès restreint pour violation des présentes conditions ou refus de fournir les informations nécessaires au diagnostic.
- Catastrophe naturelle, anomalie généralisée du réseau public, action gouvernementale ou autre événement échappant raisonnablement au contrôle de VMDebug.
Demande de compensation et justificatifs
L’utilisateur doit fournir via un ticket de console le numéro de commande, l’identifiant de l’appareil, les heures de début et de rétablissement, l’origine de la connexion, les messages d’erreur, les journaux expurgés, les étapes de diagnostic réalisées et les informations minimales permettant de reproduire le problème. Seuls les incidents relevant des services VMDebug, consignés et confirmés, qui font passer la disponibilité de la période applicable sous 99,9 %, sont pris en compte pour le calcul de la compensation.
Lorsqu’elle est due, la compensation est calculée pour la période de service concernée, en fonction de l’étendue réelle de l’impact sur la commande. Elle ne s’étend pas automatiquement aux appareils non affectés, aux gains escomptés par l’utilisateur, aux frais de tiers ni aux périodes impossibles à vérifier dans les journaux. Si la demande est incomplète, VMDebug peut demander des justificatifs supplémentaires avant de poursuivre l’examen.
Services tiers
Les flux de travail Mac dans le cloud se connectent généralement à des services tiers tels qu’Apple, l’hébergement de code, les licences logicielles, la gestion des paquets, les opérateurs réseau, le traitement des paiements et la validation des applications. Ces services sont contrôlés par leurs propres fournisseurs ; VMDebug ne garantit ni leur disponibilité, ni leurs règles, ni leurs décisions de validation.
Délimitation des responsabilités
VMDebug est responsable des appareils physiques, de la connexion au nœud et des fonctions de gestion prévues par la commande. La compilation du projet, la validation des certificats, le téléchargement des dépendances, l’accès aux comptes tiers, la validité des licences, l’acceptation d’une application et la conformité du routage public aux attentes de l’utilisateur dépendent de la configuration de celui-ci et des règles du tiers concerné.
L’alimentation et l’état matériel de l’appareil, la configuration de la commande, la connexion côté nœud, les enregistrements de la console et les anomalies système de base reproductibles.
Le code du projet, la chaîne de certificats, les autorisations du Keychain, les versions des dépendances, les scripts de build, les licences logicielles et les autorisations du dépôt.
Les politiques des plateformes externes, l’état des comptes, la modération des contenus, le routage réseau, les limites d’API et la disponibilité des services tiers.
Commencez par distinguer les problèmes de connexion à l’appareil, les outils qui échouent alors que le système est accessible et les requêtes refusées par une plateforme tierce. Joindre l’erreur originale après masquage des données sensibles, l’heure de survenue et les étapes minimales de reproduction réduit les échanges nécessaires pour déterminer la responsabilité.
Responsabilité, modifications et règlement des litiges
Cette section définit le périmètre des engagements de service, le plafond de responsabilité, les cas de force majeure, la mise à jour des conditions, les modalités de notification, les conditions de résiliation et les principes de règlement des litiges.
Engagements de service et appréciation de l’utilisateur
VMDebug fournit le service conformément à la page de confirmation, aux présentes conditions et aux documents applicables, en prenant des mesures techniques raisonnables pour maintenir la disponibilité de l’appareil et des fonctions de gestion. L’utilisateur doit choisir la durée, le nœud, la stratégie de sauvegarde et la chaîne d’outils en fonction des risques de son projet ; il ne doit pas considérer un seul appareil, son disque local ou une seule route réseau comme une copie unique irremplaçable.
Sauf pour le niveau de service et la compensation expressément prévus ici, le délai de livraison d’un projet, les résultats de build, les revenus commerciaux, les décisions de validation de tiers et la compatibilité continue d’un logiciel donné ne constituent pas des résultats garantis par la commande.
Plafond de responsabilité
Dans la mesure permise par les règles applicables, la responsabilité cumulée de VMDebug pour un événement unique ou un ensemble d’événements liés est plafonnée aux frais effectivement payés par l’utilisateur à VMDebug pour la période de service de la commande concernée. Ce plafond ne limite pas les responsabilités qui ne peuvent légalement être exclues ou limitées.
Les pertes aggravées par le non-respect, par l’utilisateur, de ses obligations de sauvegarde, de protection des identifiants, d’export des données et de limitation raisonnable des dommages ne relèvent pas de la responsabilité de VMDebug. Les deux parties doivent conserver les commandes, journaux, tickets et informations de paiement liés au litige et prendre des mesures raisonnables pour éviter que l’impact ne s’étende.
Force majeure
Lorsqu’un sinistre naturel, une guerre, une panne majeure du réseau public, une action gouvernementale, une interruption d’infrastructure publique ou tout autre événement échappant raisonnablement au contrôle de la partie concernée empêche l’exécution, celle-ci doit, dans la mesure du possible, informer rapidement l’autre partie, expliquer l’impact et prendre des mesures raisonnables d’atténuation. Une fois la force majeure terminée, les obligations pouvant encore être exécutées reprennent.
Mise à jour des conditions et notifications
VMDebug peut mettre à jour les présentes conditions en raison de changements de capacité, de processus de paiement, d’exigences de sécurité ou de règles applicables. Les changements importants concernant les droits et obligations de l’utilisateur seront signalés sur le site, dans la console ou par le canal d’assistance associé au compte. Les conditions mises à jour s’appliquent aux commandes créées ou renouvelées après leur entrée en vigueur ; lorsqu’un consentement distinct est requis, elles ne s’appliquent qu’après confirmation de l’utilisateur.
Pour toute question sur la version des conditions, les règles applicables à une commande ou le contenu d’une notification, l’utilisateur peut écrire à support@vmdebug.com ou ouvrir un ticket après connexion à la console. Cette adresse est la seule adresse de contact externe utilisée.
Suspension et résiliation
Si l’utilisateur enfreint gravement les règles d’usage acceptable, met en danger la sécurité de la plateforme ou d’un tiers, refuse de coopérer à une enquête nécessaire, ne règle pas les sommes dues ou poursuit un comportement à haut risque après demande d’arrêt, VMDebug peut restreindre l’accès à l’appareil, à la commande ou au compte concernés. Les mesures sont déterminées selon l’urgence du risque, l’étendue de l’impact et la possibilité de rétablissement.
La résiliation n’affecte pas les obligations de paiement déjà nées, l’export des données, la confidentialité, la propriété intellectuelle, les limitations de responsabilité ni les dispositions relatives aux litiges. Avant la fermeture du compte, l’utilisateur doit achever l’export nécessaire tant que l’accès reste possible.
Droit applicable et règlement des litiges
La formation, l’interprétation, l’exécution et le règlement des litiges relatifs aux présentes conditions sont régis par le droit de la juridiction où est établi l’exploitant de la plateforme. Les parties doivent d’abord transmettre les faits, documents de commande et demandes via un ticket d’assistance ou à support@vmdebug.com, puis rechercher une solution par voie de concertation raisonnable.
À défaut d’accord, chacune des parties peut saisir le tribunal compétent de cette juridiction. Si une partie des présentes conditions est déclarée invalide ou inexécutable, les autres dispositions restent en vigueur dans la mesure permise par les règles applicables.