Suivez la checklist en 6 étapes dans l'ordre : la plupart des problèmes ne nécessitent pas de ticket. Si la réponse n'y est pas, notre équipe répond aux tickets en moins de 30 minutes les jours ouvrés, et le canal incidents critiques est actif 24h/24, 7j/7.
4 minutes en moyenne après la commande, le Portal vous envoie un e-mail d'activation contenant l'IP, le nom d'utilisateur et une clé initiale. Suivez l'ordre ci-dessous : la première connexion prend généralement moins de 3 minutes.
Téléchargez la clé privée m4rent_ed25519 jointe à l'e-mail, placez-la dans ~/.ssh/ ; les droits doivent être réglés sur 600, sinon SSH refusera de l'utiliser.
chmod 600 ~/.ssh/m4rent_ed25519Remplacez par l'IP réelle indiquée dans l'e-mail d'activation. L'utilisateur par défaut m4rent dispose des droits sudo ; la première connexion demande de confirmer l'empreinte de l'hôte.
ssh -i ~/.ssh/m4rent_ed25519 m4rent@203.0.113.10Le mot de passe aléatoire initial ne sert que pour le partage d'écran et sudo. Une fois connecté, changez-le immédiatement pour un mot de passe fort, puis cochez « identifiants renouvelés » dans le Portal.
passwdLe port de partage d'écran 5900 n'est pas exposé publiquement par défaut : passez par un tunnel SSH redirigé en local avant de vous connecter, afin d'éviter toute exposition en clair.
ssh -i ~/.ssh/m4rent_ed25519 \
-L 5901:localhost:5900 -N m4rent@203.0.113.10Sur votre Mac local, ouvrez « Partage d'écran » ou n'importe quel client VNC, en indiquant le port local du tunnel comme adresse. Compte m4rent, mot de passe celui défini à l'étape précédente.
open vnc://localhost:5901Vérifiez que la version de macOS, Xcode et Homebrew correspondent à vos attentes ; en cas d'écart, une réinstallation en un clic depuis le Portal prend environ 15 minutes.
sw_vers && xcodebuild -version && brew -vBase de sécurité : sur tous les sites, la connexion SSH par mot de passe est désactivée par défaut, seule l'authentification par clé est autorisée, et fail2ban est préconfiguré. Avant toute modification de sshd_config, créez d'abord un snapshot dans le Portal — une erreur de configuration peut être annulée en moins de 5 minutes.
Procédez colonne par colonne : « Symptôme → commande de diagnostic → solution ». Ce tableau couvre environ 70 % des problèmes de connexion signalés via nos tickets.
| Symptôme | Commande de diagnostic à lancer | Cause la plus probable et solution |
|---|---|---|
| Timeout de connexion SSH | ping + nc -zv IP 22 |
Le port 22 est bloqué par votre réseau local : utilisez le port de secours 2222 (écouté simultanément sur tous les sites) |
| Permission denied (publickey) | ssh -v pour consulter le journal de négociation |
Droits ou chemin de la clé privée incorrects : appliquez chmod 600 et indiquez explicitement le fichier de clé avec -i |
| WARNING: UNPROTECTED PRIVATE KEY FILE | ls -l ~/.ssh/m4rent_ed25519 |
Droits trop permissifs : appliquez chmod 600 puis réessayez ; ne stockez pas la clé dans un dossier de synchronisation cloud |
| VNC se connecte mais l'écran reste noir | Après connexion SSH, who pour vérifier la session |
Aucune session graphique active : cliquez sur « Réveiller l'affichage » dans le Portal, ou exécutez sudo caffeinate -u -t 5 |
| VNC signale un mot de passe incorrect | Connexion SSH pour vérifier la validité du mot de passe | Le partage d'écran utilise le mot de passe système, pas la clé SSH : réinitialisez-le avec passwd puis reconnectez-vous |
| Déconnexions fréquentes | ping -c 20 IP pour observer le taux de perte |
Instabilité du lien longue distance : ajoutez ServerAliveInterval 30 côté client, ou choisissez un site plus proche |
| REMOTE HOST IDENTIFICATION HAS CHANGED | Comparez avec l'empreinte affichée sur la page de détails de l'hôte dans le Portal | Une réinstallation vient d'avoir lieu et l'empreinte a changé : exécutez ssh-keygen -R IP pour effacer l'ancienne entrée, puis reconnectez-vous |
Avant tout diagnostic, vérifiez les indicateurs d'alimentation et de réseau sur la page de détails de l'hôte dans le Portal : lorsque l'hôte est en cours de « réinstallation », tous les moyens de connexion ci-dessus sont temporairement indisponibles — c'est un comportement attendu.
Dans le Portal → Détails de l'hôte → « Réinstaller le système », choisissez l'image puis confirmez. La réinstallation formate le disque entier, dure environ 15 minutes en moyenne, et un e-mail vous transmet ensuite la nouvelle empreinte de l'hôte et le mot de passe initial. L'IP reste inchangée et aucun frais supplémentaire n'est facturé.
Exportez vos données ou créez un snapshot avant toute réinstallation.
Les configurations M4 proposent trois images : macOS 13 / 14 / 15 ; les configurations M4 et M4 Pro, limitées par le matériel, ne proposent que des images à partir de macOS 15. Revenir à une version non supportée par le matériel est impossible via la réinstallation — vérifiez d'abord les exigences système de la version Xcode ciblée avant de choisir votre configuration.
Toutes les images incluent Homebrew, Git et les Xcode Command Line Tools ; l'« image développeur » ajoute les deux dernières versions stables d'Xcode (basculement possible avec xcode-select -s). Pour une version antérieure, installez-la vous-même avec xcodes install — avec une bande passante de 1 Gbit/s entre le datacenter et le miroir, un package Xcode se télécharge en environ 8 minutes.
Le contrat de licence Xcode doit être accepté par vous-même lors de la première utilisation.
Nos serveurs dédiés sans virtualisation conservent le cache de build et l'état des simulateurs entre les tâches : les builds incrémentaux iOS sont généralement plus rapides de plus de 30 % qu'avec un runner hébergé. Voici les points clés d'enregistrement pour les deux principales plateformes.
Récupérez le token depuis Settings → Actions → Runners de votre dépôt, puis via SSH sur l'hôte, exécutez :
mkdir actions-runner && cd actions-runner
curl -o runner.tar.gz -L \
"$(gh api /repos/OWNER/REPO/actions/runners/downloads \
--jq '.[]|select(.os=="osx" and .architecture=="arm64").download_url')"
tar xzf runner.tar.gz
./config.sh --url REPO_URL --token YOUR_TOKEN --labels macos,arm64
./svc.sh install && ./svc.sh start./svc.sh install pour l'enregistrer comme LaunchDaemon, relancé automatiquement au redémarrage ;runs-on: [self-hosted, macos, arm64] ;Après installation via Homebrew, enregistrez-le avec le registration token du projet, en choisissant l'executor shell :
brew install gitlab-runner
gitlab-runner register \
--executor shell \
--url GITLAB_URL --token YOUR_TOKEN \
--tag-list "macos,arm64"
brew services start gitlab-runnershell réutilise directement l'Xcode et les certificats de signature de l'hôte, sans surcoût de conteneur ;concurrent à 1 et configurez un timeout par job pour éviter les blocages ;Au-delà de 5 machines dans votre ferme de build, un tarif groupé et une console de gestion unifiée sont disponibles sur demande — voir le canal entreprises et achats groupés.
La facturation journalière démarre à l'activation, chaque tranche de 24 heures constituant un jour de facturation ; les abonnements hebdomadaires, mensuels ou trimestriels sont prépayés pour la période complète. Dans un même mois calendaire, si le cumul des frais journaliers atteint le tarif mensuel de la configuration correspondante (par exemple $99 pour l'M4R M), un plafond s'applique automatiquement et aucun frais supplémentaire n'est prélevé au-delà. Les factures et le détail d'utilisation sont consultables en temps réel dans le Portal → page Facturation.
Dans le Portal → Facturation → « Demander une facture », renseignez la raison sociale et le numéro fiscal puis validez : la facture électronique est envoyée à l'adresse e-mail du compte dans un délai de 3 jours ouvrés. Facturation possible par transaction ou regroupée par mois calendaire ; pour une facture papier ou un contrat tamponné, les entreprises peuvent passer par le canal entreprises.
Les commandes facturées à la journée ne sont pas remboursables une fois activées. Pour les abonnements mensuels ou plus longs, un remboursement intégral peut être demandé dans les 72 heures suivant l'activation (sous réserve d'absence d'abus) ; au-delà de ce délai, le remboursement est calculé au prorata des mois complets restants, les mois déjà utilisés étant facturés au tarif mensuel. En cas d'indisponibilité imputable à une panne côté M4Rent, une compensation en avoir est appliquée selon le SLA, sans affecter votre quota de remboursement.
À l'expiration de la commande, l'hôte est arrêté et les données conservées pendant 72 heures ; un renouvellement pendant cette période restaure tout à l'identique. Au-delà de 72 heures, un effacement complet et irréversible du disque est effectué. Les snapshots suivent le cycle de vie de l'hôte et sont supprimés en même temps. Exportez vos données importantes avant l'expiration — le snapshot est un outil d'appoint, il ne remplace pas votre propre sauvegarde.
Lancez la montée en gamme depuis le Portal : la différence est calculée sur la base de l'écart de tarif journalier entre la configuration cible et l'actuelle, multiplié par le nombre de jours restants. Les données sont migrées intégralement vers la nouvelle machine, et la migration prend environ 20 minutes avant remise en service. Seule la montée en gamme est prise en charge ; pour redescendre, il faut passer une nouvelle commande après expiration. Tarifs par palier sur la page des offres et tarifs.
Le statut en temps réel est actualisé toutes les 5 minutes ; la chronologie détaillée des incidents est disponible sur la page de statut du Portal.
| Site | Code région | Statut actuel | Disponibilité sur 90 jours | Latence médiane des sondes |
|---|---|---|---|---|
| Tokyo | JP |
Opérationnel | 99,98 % | 34 ms |
| Singapour | SG |
Opérationnel | 99,97 % | 68 ms |
| Hong Kong | HK |
Opérationnel | 99,95 % | 21 ms |
| Silicon Valley | US-W |
Opérationnel | 99,99 % | 128 ms |
La disponibilité est calculée à la minute ; chaque site fonctionne 365 jours par an sans interruption planifiée. Objectif de disponibilité mensuelle : 99,9 % — règles de compensation détaillées dans les conditions de service. La latence correspond à la médiane relevée par des sondes de surveillance réparties dans le monde entier vers ce site.
| Niveau | Définition | Délai de première réponse | Plage de traitement |
|---|---|---|---|
| P1 Critique | Hôte inaccessible, coupure réseau au niveau du site, risque sur les données | 15 min | 7j/7 |
| P2 Élevé | Dégradation notable des performances, fonctionnalité indisponible | 30 min | Heures ouvrées |
| P3 Standard | Questions d'usage, aide à la configuration, questions de facturation | 2 h | Heures ouvrées |
Pour nous contacter : le système de tickets du Portal (recommandé, associe automatiquement le contexte de votre hôte) ou l'e-mail support@m4rent.com. Pour les questions avant-vente et les achats en entreprise, passez par le canal dédié de la page contact pour une réponse plus rapide.
Connectez-vous au Portal pour accéder à la base de connaissances complète : matrices de compatibilité Xcode par version, guides d'installation des runtimes par langage, manuels de renforcement réseau et sécurité — tout est mis à jour en même temps que le produit.