Vérifiez d’abord la commande, le nœud et les identifiants d’accès, puis déterminez s’il s’agit du réseau local, de la session distante, de l’état de macOS ou de la charge de travail. Voici une procédure à suivre étape par étape, à consigner et à transmettre à l’équipe d’assistance.
Ne modifiez pas plusieurs paramètres à la fois. Après chaque étape, notez si le comportement change : vous réduirez ainsi le champ des recherches et conserverez une procédure de reproduction claire dans le ticket.
Les informations de livraison doivent correspondre au modèle, à la durée et au nœud sélectionnés dans la commande. En cas d’écart, conservez d’abord une capture d’écran et le numéro de commande ; ne réinstallez pas le système vous-même.
Vérifiez que la commande indique le nœud sélectionné parmi Singapour, Japon (Tokyo), Corée du Sud (Séoul), Hong Kong et États-Unis Ouest. Les tests réseau doivent cibler le nœud réel de la commande ; les résultats d’une autre région ne peuvent pas le remplacer.
MB M4 16 doit afficher M4, 16 Go de RAM et SSD de 256 Go ; MB M4 24 doit afficher M4, 24 Go de RAM et SSD de 512 Go ; MB M4 Pro 64 doit afficher M4 Pro, 64 Go de RAM et SSD de 2 To.
Copiez l’adresse d’accès, le nom d’utilisateur et les identifiants initiaux depuis les détails de la commande afin d’éviter toute erreur de saisie. Après la première connexion réussie, modifiez immédiatement les identifiants initiaux et conservez les nouveaux dans un emplacement contrôlé approuvé par votre équipe.
Notez les versions actuelles de macOS et de Xcode avant d’installer les dépendances du projet. Les équipes CI/CD doivent inscrire les versions, le chemin des outils en ligne de commande et le fichier de verrouillage des dépendances dans la référence d’environnement, afin d’éviter toute modification autonome de la chaîne d’outils.
Vérifiez la politique de verrouillage de l’écran, l’emplacement de stockage des identifiants, le mode de fermeture de la session distante et l’étendue des accès de l’équipe. Ne transmettez pas d’identifiants dans une documentation publique, une capture de discussion de groupe ou un journal de compilation.
Consignez les versions de macOS, Xcode, du shell, du gestionnaire de paquets et des dépendances du projet, puis conservez les commandes d’initialisation reproductibles.
Avant d’analyser les ralentissements de connexion, vérifiez le processeur, la mémoire, l’espace disque et les tâches persistantes afin de distinguer la charge du nœud de l’expérience réseau.
Conservez la liste des versions avant de mettre à niveau la chaîne d’outils. En cas d’anomalie, vérifiez les changements en partant du plus récent et ne réinstallez pas plusieurs composants simultanément.
Le fait que la page d’accès s’ouvre dans le navigateur ne signifie pas que le bureau distant est établi ; voir le bureau sans pouvoir saisir de texte ne signifie pas non plus que le réseau est interrompu. Regroupez les vérifications par symptôme pour éviter les tentatives inutiles.
Revenez aux détails de la commande et recopiez l’adresse d’accès et le nom d’utilisateur, en vérifiant l’absence d’espaces avant ou après. Si un membre de l’équipe a récemment modifié les identifiants, cessez d’utiliser les anciennes valeurs afin d’éviter une restriction de sécurité. Si l’authentification échoue toujours, indiquez dans le ticket le numéro de commande, l’heure de l’échec, le mode d’accès et le message d’erreur complet, sans jamais y inscrire les identifiants.
Refaites d’abord le test avec une connexion filaire ou un Wi-Fi stable, suspendez le VPN, le proxy et les envois de fichiers volumineux, puis notez l’intervalle entre les interruptions. Comparez avec un autre navigateur pris en charge, sans ouvrir plusieurs sessions simultanément. Si le changement de réseau rétablit le service, consignez en priorité l’opérateur local, la perte de paquets et la latence aller-retour.
Attendez la fin du chargement de la première image de la session, puis modifiez la taille de la fenêtre du navigateur. Vérifiez que le navigateur n’empêche pas le rendu graphique et que le nœud n’exécute pas une compilation ou une tâche d’inférence très exigeante. Si l’écran reste vide alors que la connexion est normale, indiquez la version du navigateur, la durée de l’écran noir et la charge du nœud dans votre ticket.
Vérifiez la cohérence de la disposition du clavier sur le système local, dans la session du navigateur et sur le macOS distant. Testez les lettres, chiffres, symboles et raccourcis courants dans un éditeur de texte brut plutôt que directement dans un IDE. Pour le signalement, précisez le type de clavier local, la touche attendue, la sortie obtenue et la méthode de saisie distante.
Testez d’abord la copie bidirectionnelle avec une courte ligne de texte brut, puis vérifiez les autorisations du presse-papiers dans le navigateur. Les longs textes, images et fichiers ne doivent pas être transférés via le presse-papiers ; utilisez pour les fichiers du projet un dépôt de code, une URL de téléchargement contrôlée ou un outil de transfert sécurisé approuvé par l’équipe.
99,9 %
La disponibilité est calculée selon la portée du service, la méthode de mesure et les exclusions définies dans les conditions de service ; le réseau de l’utilisateur, ses manipulations d’identifiants et les événements indépendants de la volonté des parties ne sont pas comptabilisés comme des interruptions du service du nœud.
Si l’objectif de service n’est pas atteint pendant la période mesurée, vous pouvez fournir les relevés prévus par les conditions de service et demander un crédit de service éligible.
Voir les conditions de serviceÉcrire simplement « c’est lent » ne permet pas de distinguer la liaison locale, le routage interrégional, le rendu du navigateur ou la charge du nœud. Effectuez au moins trois séries d’échantillons consécutives, en conservant le même nœud cible et le même environnement réseau.
Indiquez le nom de l’opérateur, la ville depuis laquelle vous accédez au service et le type de connexion : filaire, Wi-Fi ou mobile. Si vous utilisez un VPN ou un proxy, précisez également s’il a été désactivé lors du nouveau test.
Indiquez le nœud réellement utilisé par la commande : Singapour, Japon (Tokyo), Corée du Sud (Séoul), Hong Kong ou États-Unis Ouest. N’indiquez pas uniquement le pays ou la région.
Notez l’heure locale, le fuseau horaire et la durée en minutes au moment du problème. Pour un problème intermittent, indiquez au moins deux périodes d’apparition.
Échantillonnez à intervalles réguliers et indiquez le nombre total d’échantillons ainsi que le taux de perte. Ne fournissez pas uniquement une capture d’écran d’un échec isolé.
Indiquez les valeurs minimale, médiane et maximale ainsi que les périodes de forte variation. Les chiffres de latence doivent correspondre à la même série de tests que la perte de paquets.
Précisez si une compilation, un simulateur, des tests en série ou une inférence de modèle était en cours, et indiquez l’état général du processeur, de la mémoire et de l’espace disque.
La commande est générée selon le modèle, le nœud, les options supplémentaires et la durée sélectionnés. Tous les montants sont facturés en dollars américains (USD) ; les passerelles réellement disponibles sont celles affichées en temps réel dans le portail.
Louez à la journée, à la semaine, au mois ou au trimestre. La durée est calculée selon les informations de la commande dès sa confirmation et son entrée dans le processus de livraison. Avant de renouveler, vérifiez le modèle, le nœud, les options supplémentaires et la nouvelle durée de service.
La facture détaille le modèle de base, la durée, le nœud et les options sélectionnées. En cas d’écart avec la commande, conservez les numéros de facture et de commande, puis vérifiez-les via un ticket dans le portail avant de payer.
Seuls USDT-TRC20 et Visa / Mastercard / Amex (via Stripe) sont acceptés. Tous les paiements sont effectués en dollars américains (USD) ; le statut réel après paiement est celui renvoyé par le portail.
Connectez-vous au portail, ouvrez la commande concernée, vérifiez les informations d’expiration et les options de renouvellement, puis effectuez le paiement. Pour modifier le modèle, le nœud ou l’extension de stockage, vérifiez d’abord que la nouvelle configuration convient à votre charge de travail.
Ne relancez pas le paiement plusieurs fois. Notez les numéros de facture et de commande, le moyen de paiement, l’heure de soumission et le statut actuel du portail, puis demandez une vérification par ticket ; pour tout justificatif de paiement, masquez d’abord les informations d’identification inutiles.
Les seuls points de contact sont les tickets du portail et support@minibinary.com. Pour une commande existante, une interruption de connexion ou une anomalie du nœud, privilégiez le ticket afin de relier l’état de la commande à l’historique du traitement.
Concerne les questions sur le choix de configuration, l’emplacement du nœud, les règles de renouvellement et le mode d’utilisation. Indiquez la charge de travail prévue, le nombre de tâches concurrentes et le nœud souhaité.
Concerne les déconnexions occasionnelles, les problèmes de saisie, les changements de l’environnement de compilation ou les questions sur l’état d’une facture. Indiquez la fréquence, l’étendue de l’impact et les vérifications déjà effectuées.
Concerne l’impossibilité de se connecter, un écran noir persistant ou l’interruption d’une tâche essentielle. Mentionnez « utilisation affectée » dans le titre du ticket et indiquez le numéro de commande, le nœud, l’heure de l’incident et les étapes reproductibles.
Extrayez les lignes pertinentes avant et après l’erreur, en conservant l’horodatage, le code d’erreur et l’emplacement de l’appel. Avant l’envoi, supprimez les identifiants d’accès, jetons, clés, données personnelles, adresses privées de projets et données métier.
Ne téléversez pas l’intégralité du répertoire personnel, des variables d’environnement ni des archives de compilation non filtrées. Si vous doutez du caractère sensible d’un contenu, décrivez d’abord le type de champ et attendez la confirmation de l’équipe d’assistance sur les éléments nécessaires.
Pour une commande existante, envoyez en priorité un ticket depuis le portail. Pour toute question avant commande concernant la configuration, le nœud ou un déploiement en volume, envoyez un e-mail précisant l’usage, la configuration souhaitée, la durée et le nombre de tâches concurrentes.