NetMuteCosa è realmente cloudd
cloudd è il daemon CloudKit: il processo che macOS usa per parlare con i server iCloud di Apple per conto delle app. È una parte standard di macOS, distribuita e firmata 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 da sole le proprie connessioni per sincronizzare, consegnano i loro dati a CloudKit, e cloudd fa il lavoro di caricare le modifiche, recuperare quelle fatte su altri dispositivi e riprovare le richieste fallite.
Più persone lo usano di quanto la maggior parte si aspetti. La sincronizzazione dei documenti di iCloud Drive passa da lì, così come Notes, e Photos lo usa per i metadati della libreria. Molte delle app di Apple si affidano a esso per restare coerenti tra un Mac, un iPhone e un iPad, e lo stesso vale per un gran numero di app di terze parti: CloudKit è un backend di sincronizzazione molto usato perché lo sviluppatore non ha bisogno di un server proprio.
Quindi, quando cloudd è attivo, stai quasi sempre guardando una sincronizzazione iCloud in corso, per il sistema, per un'app Apple o per qualcosa che hai installato.
Perché il traffico di cloudd è in realtà il traffico di altre app
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 e come verificarlo da solo
cloudd è sicuro. È un daemon Apple di prima parte, fa parte di macOS da anni, e il suo comportamento è spiegato interamente dal lavoro che svolge. La versione ragionevole del dubbio non è se il vero cloudd sia pericoloso, ma se il processo in esecuzione con quel nome sul tuo Mac sia davvero quello giusto. Una domanda legittima, visto che adottare un nome banale che sembra di sistema è un trucco vecchio.
Puoi verificarlo senza strumenti speciali. In Activity Monitor, trova cloudd e apri l'inspector facendo doppio clic su di esso. Il daemon autentico risiede nel volume di sistema in sola lettura, non nella cartella home, in Applicazioni o in Download, ed è avviato da launchd, non da qualcosa che hai aperto tu. Un processo chiamato cloudd che gira da una directory utente sarebbe l'anomalia da indagare.
Il controllo più forte è la firma del codice. I binari di sistema di Apple sono firmati da Apple, e sulle versioni moderne di macOS il volume di sistema è sigillato crittograficamente, quindi un daemon di sistema sostituito non è qualcosa che un software normale possa sistemare di nascosto. 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 da e verso iCloud per i servizi che hai già attivato.
Perché cloudd utilizza così tanta CPU o rete
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 tutto, e il quadro generale
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.
