Problemi di connessione

La maggior parte dei problemi di connessione è dovuta alla rete locale o a un nome utente mancante. Segui questi passaggi in ordine.

Non riesci a connetterti affatto (timeout)

Controlla il firewall / la VPN locale. Le reti aziendali spesso bloccano la porta in uscita 59010 (VNC) e a volte la 22 (SSH). È la causa numero uno. Prova da una rete diversa o da un hotspot del telefono per confermarlo.
Verifica che la macchina sia attiva su status.myremotemac.com.
Testa ogni servizio separatamente:
Terminal window
```
nc -vz YOUR-IP 22       # SSH
nc -vz YOUR-IP 59010    # VNC / Screen Sharing
```
Se SSH funziona ma VNC no, è un problema del client VNC o della porta, non un problema di macchina spenta.
Ricontrolla IP, porta e nome utente dalla tua email di benvenuto / dashboard.

Bloccato dopo qualche tentativo (fail2ban)

Gli accessi sono protetti da fail2ban: 5 tentativi falliti entro 10 minuti bloccano il tuo IP per 1 ora, sia su SSH sia su VNC. Se niente si connette subito dopo diversi fallimenti:

Attendi la scadenza del blocco (fino a 1 ora), oppure connettiti da un IP diverso.
Risolvi prima la causa principale (nome utente, porta 59010, chiave corretta) prima di riprovare.
Ti serve sbloccarlo prima? Contatta support@myremotemac.com indicando il tuo IP pubblico.

Vedi Sicurezza → Protezione contro gli attacchi brute-force per le regole complete.

L’autenticazione VNC fallisce

Assicurati che il tuo client usi l’autenticazione macOS / Apple (nome utente + password), non la vecchia “password VNC”.
Prova RealVNC Viewer o TigerVNC, che gestiscono automaticamente l’autenticazione Apple.
Conferma di essere sulla porta 59010, non 5900.

Se SSH funziona ma il desktop VNC non si connette, l’agente Condivisione schermo / Gestione remota (ARD) di macOS potrebbe essersi fermato — può succedere dopo un aggiornamento di macOS automatico. Connettiti via SSH e controllalo:

# 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

Se non c’è nulla in ascolto o i processi mancano, riavvia l’agente:

# 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

Un aggiornamento di macOS può anche disattivare completamente la Gestione remota. Riattivala con:

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

Poi riprova vnc://YOUR-IP:59010. Se ancora non si avvia, contatta il supporto.

Nessun VNC dopo un riavvio (FileVault)

Se hai abilitato FileVault, il disco resta bloccato dopo un riavvio — il desktop (VNC) e il login normale non sono disponibili finché non viene sbloccato. Sbloccalo prima via SSH, oppure evita il blocco riavviando con:

sudo fdesetup authrestart

Su macOS recenti puoi sbloccarlo al prompt SSH pre-login (solo con password — le chiavi non funzionano in quella fase). Tutti i dettagli in FileVault e riavvii.

Schermo nero o bloccato via VNC

Il Mac potrebbe essere andato in sospensione dello schermo. Connettiti via SSH e risveglialo:
Terminal window
```
caffeinate -u -t 2
```
Dopo un riavvio, la sessione di login potrebbe richiedere l’accesso di un utente — vedi Riavvio e reset.

”Your screen is being observed” — qualcuno mi sta guardando?

No. macOS mostra quell’indicatore nella barra dei menu (il messaggio “Your screen is being observed”, ossia “Il tuo schermo è osservato”) ogni volta che Condivisione schermo / Gestione remota è attiva con una sessione connessa — che è la tua stessa connessione VNC. Non si tratta di terze parti. Clicca sull’icona per vedere le sessioni attive. Apple lo spiega qui: support.apple.com/en-us/120315. Altro in Sicurezza.

La sessione cade continuamente

Di solito è il Wi-Fi/la latenza locale instabile. Preferisci una connessione via cavo e abbassa la qualità VNC (vedi Prestazioni).
Tieni aperta una sessione SSH in parallelo; se SSH resta attiva mentre VNC cade, il percorso di rete è a posto ed è un’impostazione del client VNC.