Cos'è cloudd su Mac? La spiegazione del daemon di sincronizzazione iCloud

cloudd è il daemon CloudKit: il processo che macOS utilizza per comunicare con i server iCloud di Apple per conto delle app. È una parte standard di macOS, distribuito e firmato da Apple, e non è malware.

CloudKit è il framework di Apple per archiviare i dati delle app in iCloud e mantenerli coerenti tra i dispositivi di un utente. Le app non aprono le proprie connessioni per sincronizzare; consegnano i loro dati a CloudKit, e cloudd si occupa di caricare le modifiche, recuperare le modifiche fatte su altri dispositivi e riprovare le richieste fallite.

Dipende da esso più di quanto la maggior parte delle persone si aspetti. La sincronizzazione dei documenti di iCloud Drive passa attraverso esso, così come Notes, e Photos lo utilizza per i metadati della libreria. Molte delle app di Apple affidano a esso la coerenza tra un Mac, un iPhone e un iPad, e anche molte app di terze parti: CloudKit è un backend di sincronizzazione popolare perché lo sviluppatore non ha bisogno di un proprio server.

Quindi, quando cloudd è attivo, stai quasi sempre guardando una sincronizzazione iCloud in corso — per il sistema, per un'app di Apple, o per qualcosa che hai installato.

Questa è la cosa più utile da capire su cloudd, e la fonte di quasi tutta la confusione che lo circonda.

cloudd è un corriere condiviso. Non genera traffico in modo significativo; trasporta i dati di altre app. Quando una nota cambia, quando un documento arriva in iCloud Drive, quando un task manager di terze parti sincronizza un elemento, quei byte lasciano il tuo Mac sotto il nome di cloudd piuttosto che sotto quello dell'app che li ha prodotti. Qualsiasi strumento che attribuisce l'attività di rete per processo, incluso Activity Monitor, mostrerà quindi una cifra elevata contro cloudd e poca contro le app realmente responsabili.

Quindi, usare molto dati con cloudd non è spesso una dichiarazione su cloudd stesso. È una dichiarazione su quanto le tue app stanno sincronizzando, aggregate in una sola riga. Due Mac che eseguono copie identiche di macOS possono mostrare numeri di cloudd molto diversi semplicemente perché uno ha una grande libreria di Photos e un paio di app supportate da CloudKit.

macOS fa questo anche altrove: nsurlsessiond gestisce download e upload in background per altre app e appare come pesante per lo stesso motivo. Una volta riconosciuto il pattern, un daemon occupato con un nome generico smette di essere allarmante. Di solito è un tubo, e la domanda interessante è cosa viene trasmesso attraverso di esso.

cloudd è sicuro. È un daemon di Apple di prima parte, fa parte di macOS da anni, e il suo comportamento è completamente spiegato dal lavoro che svolge. La versione ragionevole della preoccupazione non è se il vero cloudd sia pericoloso, ma se il processo in esecuzione con quel nome sul tuo Mac sia quello reale — una domanda lecita, dato che prendere un nome noioso che suona come un sistema è un vecchio trucco.

Puoi verificarlo senza strumenti speciali. In Activity Monitor, trova cloudd e apri l'inspectore facendo doppio clic su di esso. Il daemon genuino si trova all’interno del volume di sistema in sola lettura piuttosto che nella tua cartella home, Applicazioni o Download, ed è avviato da launchd piuttosto che da qualcos’altro che hai aperto. Un processo chiamato cloudd che gira da una directory utente sarebbe l’anomalia da cercare.

Il controllo più forte è la firma del codice. I binari di sistema di Apple sono firmati da Apple, e su macOS moderno il volume di sistema è sigillato crittograficamente, quindi un daemon di sistema sostituito non può essere tranquillamente organizzato da software ordinario. macOS include strumenti da riga di comando che riportano l’autorità di firma di qualsiasi binario, e per cloudd dovrebbe risultare Apple.

Vale anche la pena dire cosa non è cloudd. Non è un processo di analisi o telemetria; sposta i dati delle tue app verso e da iCloud per i servizi che hai già abilitato.

Un’attività intensa di cloudd quasi sempre indica che è in corso una grande sincronizzazione, e il caso più comune è il primo. Un account iCloud appena attivato, un’installazione fresca, o un servizio che hai appena attivato deve riconciliare tutto da zero, il che può durare ore e spostare una grande quantità di dati. La libreria Foto grande è l’esempio classico; così come una cartella di iCloud Drive appena aggiunta o ripristinata. La risposta corretta è di solito pazientare: lascia che finisca su una connessione dove i dati non sono importanti, e l’attività si riduce a un gocciolamento da sola.

La seconda causa è una sincronizzazione che continua a fallire e riprovare. Se un elemento non può essere caricato, cloudd può riprovare in loop, il che sembra un uso sostenuto della CPU senza nulla da mostrare. Il segnale è un’attività che non si stabilizza mai, nel corso di giorni piuttosto che ore, senza un grande trasferimento che lo spieghi. Un riavvio elimina un buon numero di questi; se non funziona, disattivare e riattivare il servizio interessato nelle impostazioni di iCloud, o disconnettersi e riconnettersi a iCloud di solito risolve.

Terzo, verifica cosa è effettivamente abilitato. Le impostazioni di iCloud mostrano quali servizi e app sincronizzano, incluse quelle di terze parti, e disattivare la sincronizzazione per un’app che usi raramente rimuove completamente il suo carico.

Su una connessione a consumo il problema non è che cloudd sia occupato, ma che essere occupati costa soldi. La soluzione non è bloccarlo: metti in pausa la sincronizzazione di iCloud, attiva Low Data Mode per quella rete, disabilita i servizi più pesanti mentre sei connesso, o limita il traffico.

Bloccare cloudd con un firewall è possibile, ed è una cattiva idea per un motivo specifico: interrompe la sincronizzazione di iCloud in tutto il sistema, e lo fa in silenzio. Nulla segnala un errore. Le Note smettono di apparire sugli altri tuoi dispositivi, i documenti smettono di aggiornarsi, le app di terze parti diventano silenziosamente obsolete, e settimane dopo ti chiedi perché una modifica fatta sul tuo Mac non è mai arrivata al tuo iPhone. Il meccanismo non è la cosa da attaccare; il problema è il volume.

Questo lascia il vero problema: la visibilità. macOS esegue molti daemon che comunicano con la rete senza chiedere, la maggior parte con nomi che non rivelano nulla, e offre quasi nessun modo per vedere quali di essi si connettono dove o quanto stanno trasferendo. Quando uno compare in cima a una lista di utilizzo della banda, non c’è modo integrato di giudicare se sia normale.

Questa lacuna è ciò che NetMute colma. Mostra traffico in tempo reale per app e processo, e il logging a livello di dominio registra quali domini ogni processo ha contattato e quanti dati ha scambiato. Per il caso con limiti di traffico, i limiti di dati per app sono lo strumento pratico: un limite giornaliero o mensile per processo, un avviso a una soglia scelta, e un blocco automatico al 100%, con un limite globale superiore e limiti memorizzati per profilo di rete, così le regole dell'hotspot non sono le stesse di quelle di casa. I profili si adattano automaticamente alla rete Wi-Fi a cui ti connetti, e il firewall per app blocca tutto ciò che non dovrebbe comunicare con un clic, con regole temporanee auto-scadenti per i test.

L’obiettivo non è bloccare di più. Come mostra cloudd, la maggior parte del traffico di background su un Mac è legittima. L’obiettivo è poter distinguere, e mantenerlo entro un budget quando la connessione che usi ne ha uno.