Problèmes de connexion

La plupart des problèmes de connexion proviennent du réseau local ou d’un nom d’utilisateur manquant. Suivez ces étapes dans l’ordre.

Impossible de se connecter (expiration de connexion)

1. Vérifiez votre pare-feu / VPN local. Les réseaux d’entreprise bloquent souvent le port sortant 59010 (VNC) et parfois 22 (SSH). C’est la cause n° 1. Essayez depuis un autre réseau ou un partage de connexion mobile pour confirmer.
2. Confirmez que la machine est en service sur status.myremotemac.com.
3. Testez chaque service séparément :

   nc -vz YOUR-IP 22       # SSH
   nc -vz YOUR-IP 59010    # VNC / Screen Sharing

   Si SSH fonctionne mais pas VNC, il s’agit d’un problème de client VNC ou de port, et non d’une machine hors service.
4. Revérifiez l’adresse IP, le port et le nom d’utilisateur dans votre e-mail de bienvenue / tableau de bord.

Avez-vous oublié votre nom d’utilisateur ?

La cause la plus fréquente du « refus instantané » : se connecter sans nom d’utilisateur. Utilisez toujours ssh your-username@YOUR-IP et vnc://YOUR-IP:59010. Le nom d’utilisateur est requis pour l’authentification par mot de passe comme par clé.

Bloqué après plusieurs tentatives (fail2ban)

Les connexions sont protégées par fail2ban : 5 tentatives échouées en 10 minutes bannissent votre adresse IP pendant 1 heure, à la fois sur SSH et sur VNC. Si plus rien ne se connecte juste après plusieurs échecs :

• Attendez l’expiration du bannissement (jusqu’à 1 heure), ou connectez-vous depuis une autre adresse IP.
• Corrigez d’abord la cause première (nom d’utilisateur, port 59010, clé correcte) avant de réessayer.
• Besoin de le lever plus tôt ? Contactez support@myremotemac.com en indiquant votre adresse IP publique.

Consultez Sécurité → Protection contre la force brute pour l’ensemble des règles.

Échec de l’authentification VNC

• Assurez-vous que votre client utilise l’authentification macOS / Apple (nom d’utilisateur + mot de passe), et non l’ancien « mot de passe VNC ».
• Essayez RealVNC Viewer ou TigerVNC, qui gèrent automatiquement l’authentification Apple.
• Vérifiez que vous êtes bien sur le port 59010, et non 5900.

Screen Sharing (ARD) agent is down

Si SSH fonctionne mais que le bureau VNC ne se connecte pas, l’agent Screen Sharing / Remote Management (ARD) de macOS s’est peut-être arrêté — cela peut se produire après une mise à jour macOS automatique. Connectez-vous en SSH et vérifiez-le :

# 1. Is anything listening on the VNC port?
sudo lsof -nP -iTCP:59010 -sTCP:LISTEN

# 2. Are the Screen Sharing / ARD processes running?
pgrep -lf "ARDAgent|screensharingd"

# 3. Inspect the launchd service
sudo launchctl print system/com.apple.screensharing | head -n 20

Si rien n’écoute ou si les processus sont absents, redémarrez l’agent :

# Restart the Remote Management (ARD) agent
sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart \
  -restart -agent

# …or restart the Screen Sharing launchd service
sudo launchctl kickstart -k system/com.apple.screensharing

Une mise à jour macOS peut aussi désactiver entièrement Remote Management. Réactivez-le avec :

sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart \
  -activate -configure -access -on -restart -agent -privs -all

Réessayez ensuite vnc://YOUR-IP:59010. Si le service ne démarre toujours pas, contactez le support.

Pas de VNC après un redémarrage (FileVault)

Si vous avez activé FileVault, le disque reste verrouillé après un redémarrage — le bureau (VNC) et la connexion normale sont indisponibles tant qu’il n’est pas déverrouillé. Déverrouillez-le d’abord en SSH, ou évitez le verrouillage en redémarrant avec :

sudo fdesetup authrestart

Sur les versions récentes de macOS, vous pouvez déverrouiller à l’invite SSH de pré-connexion (mot de passe uniquement — les clés ne fonctionnent pas à ce stade). Tous les détails dans FileVault et redémarrages.

Écran noir ou figé en VNC

• Le Mac est peut-être passé en veille d’affichage. Connectez-vous en SSH et réveillez-le :

  caffeinate -u -t 2

• Après un redémarrage, la session de connexion peut nécessiter qu’un utilisateur se connecte — voir Redémarrage et réinitialisation.

« Your screen is being observed » — quelqu’un vous observe-t-il ?

Non. macOS affiche cet indicateur dans la barre de menus chaque fois que Screen Sharing / Remote Management est actif avec une session connectée — c’est-à-dire votre propre connexion VNC. Il ne s’agit pas d’un tiers. Cliquez sur l’icône pour voir les sessions actives. Apple l’explique ici : support.apple.com/en-us/120315. Plus de détails dans Sécurité.

La session se coupe sans arrêt

• Il s’agit généralement d’un réseau local Wi-Fi instable ou de latence. Préférez une connexion filaire et baissez la qualité VNC (voir Performances).
• Gardez une session SSH ouverte en parallèle ; si SSH reste actif pendant que VNC se coupe, le chemin réseau est correct et il s’agit d’un réglage du client VNC.

Astuce

Toujours bloqué après ces étapes ? Envoyez un e-mail à support@myremotemac.com en indiquant : l’adresse IP de votre machine, ce que vous avez essayé, le message d’erreur exact et la sortie des vérifications nc -vz ci-dessus. Vous obtiendrez ainsi une réponse rapide.