Come monitorare l'uso del Wi-Fi per app su Mac

Sei sul Wi-Fi di un hotel, la connessione sembra più lenta di quanto dovrebbe, e non hai idea di quale app stia ostruendo il link. Monitoraggio Attività ti dirà i byte in entrata e uscita per processo, ma non ti dice se quei byte sono passati per Wi-Fi o ethernet — o su quale rete eri al momento. Per monitorare l'uso del Wi-Fi per app su Mac, devi capire come macOS conta il traffico per processo, come instrada quei byte attraverso le interfacce, e come far emergere quei dati senza lasciare un'app pesante in esecuzione tutto il giorno.

Questa guida passa attraverso cosa significa davvero "uso Wi-Fi" su macOS, gli strumenti integrati che puoi usare oggi, e come un monitor nella barra dei menu trasforma gli stessi dati del kernel in qualcosa che puoi consultare a colpo d'occhio mentre lavori.

Cosa significa davvero "monitorare l'uso wifi per app su mac"

macOS non traccia il Wi-Fi separatamente dall'ethernet a livello applicativo. Ogni app apre socket, il kernel instrada i pacchetti attraverso qualunque interfaccia (en0, en1, utun0, ecc.) sia attualmente la default route, e i contatori per processo sommano i byte a prescindere da quale link fisico li abbia portati.

Quindi quando le persone cercano come monitorare l'uso wifi per app su un Mac, quasi sempre intendono una di due cose:

1. Traffico per app mentre il Mac è su Wi-Fi — cioè, sono in un caffè, l'ethernet è scollegato, quindi tutto il traffico va su en0. In questo caso, "traffico per app" e "traffico Wi-Fi per app" sono la stessa cosa.
2. Traffico per app instradato specificamente via l'interfaccia Wi-Fi anche quando esistono altre interfacce. Conta su un Mac mini con un adattatore ethernet USB, o quando sei in tethering a un hotspot del telefono.

Entrambe le domande si riducono a: "mostrami i byte per processo, e dimmi quale interfaccia hanno usato". Apple include risposte parziali in nettop e Monitoraggio Attività. Uno strumento dedicato riempie il buco.

Come macOS instrada il traffico tra Wi-Fi ed ethernet

Apri Impostazioni di Sistema → Rete. Vedrai una lista di servizi in ordine di priorità: Wi-Fi, USB 10/100/1000 LAN, Thunderbolt Bridge, e così via. Il servizio attivo più in alto vince per le nuove connessioni, a meno che un'app si leghi esplicitamente a un'interfaccia diversa.

Qualche cosa segue da questo:

• Se sia ethernet che Wi-Fi sono connessi, ed ethernet è più alto nell'ordine dei servizi, quasi nulla fluisce sul Wi-Fi finché non scolleghi.
• Le app in background che hanno aperto una connessione mentre eri sul Wi-Fi terranno quella connessione sul Wi-Fi finché non riconnettono. Quindi passare a ethernet non sposta immediatamente la sync iCloud — la prossima riconnessione lo fa.
• I tunnel VPN (utun*) avvolgono l'interfaccia sottostante. I byte appaiono su utun0 e sull'interfaccia fisica che porta il tunnel.

Puoi confermare l'interfaccia default corrente con route get default nel Terminale — stamperà interface: en0 (Wi-Fi) o interface: en6 (USB ethernet) o simile.

Strumenti integrati: nettop e Monitoraggio Attività

Prima di prendere qualcosa di nuovo, prova gli strumenti già sul Mac.

nettop

Apri il Terminale ed esegui:

nettop -P -m route

-P somma per processo (invece che per connessione) e -m route passa a una vista raggruppata per route. Vedrai righe come Slack.21341 con bytes_in e bytes_out aggiornati live. Premi c per cambiare modalità, q per uscire.

Limiti: nettop non può fissare i contatori a una singola interfaccia dentro la sua vista default, e non raggruppa i processi ausiliari. Vedrai Slack, Slack Helper, Slack Helper (GPU), e Slack Helper (Renderer) come quattro righe separate.

Monitoraggio Attività — scheda Rete

La scheda Rete di Monitoraggio Attività mostra i byte totali inviati e ricevuti per processo dall'avvio del processo. Non mostra un rate live, non raggruppa gli helper, e non separa le interfacce. Utile come sanity check, non come strumento in tempo reale.

Dati specifici Wi-Fi: wdutil

sudo wdutil info

stampa lo stato del livello link — canale, RSSI, modalità PHY, BSSID. Combinato coi contatori per app, ti dice se la lentezza è un problema di radio o di app.

Perché uno strumento nella barra dei menu per monitorare l'uso wifi per app su mac vince

Eseguire nettop in una finestra Terminale tutto il giorno non è un gran workflow. Vuoi uno sguardo, non una sessione. Lì entra un monitor nella barra dei menu.

ova sta nella barra dei menu di macOS e mostra rate live up/down di default. Cliccalo e ottieni una lista per app con rate corrente più una timeline scorrevole dell'uso storico. I processi ausiliari — Slack Helper, Google Chrome Helper, Discord Helper — sono raggruppati sotto la loro app principale, così leggi "Slack" invece di sette righe di helper.

Quando il Mac è connesso solo via Wi-Fi, quella lista per app è la tua suddivisione di uso Wi-Fi. Quando hai più interfacce, puoi correlare la timeline con quale interfaccia era attiva.

Un setup di 5 minuti per vedere l'uso Wi-Fi per app oggi

Ecco un workflow ripetibile che puoi eseguire adesso.

1. Conferma che il Wi-Fi sia l'interfaccia attiva. Nel Terminale: route get default. Cerca interface: en0 (o quello che il tuo Wi-Fi mostra in Impostazioni di Sistema → Rete).
2. Installa un monitor nella barra dei menu. Trascina ova in /Applications. È circa 3 MB, firmato e notarizzato, e gira su macOS 14 e successivi.
3. Apri la lista nella barra dei menu. Vedrai un rate live per app. Ordina per rate corrente per trovare il chiacchierone.
4. Scorri la timeline. Clicca nella vista storica per vedere se un'app è schizzata cinque minuti fa, un'ora fa, o è stata costante tutta la mattina.
5. Incrocia con nettop. Se un numero sembra sospetto, esegui nettop -P -m route e confronta. I due dovrebbero concordare strettamente — leggono gli stessi contatori del kernel.

Vedi ova in azione

Un monitor della larghezza di banda nella barra dei menu visibile a colpo d'occhio — locale, firmato, ~3 MB.

Scarica per macOS

Leggere i dati: cosa è normale, cosa no

Qualche baseline da una giornata lavorativa tipica su Wi-Fi:

• Slack a riposo: 5-30 KB/s a regime, ping del websocket più aggiornamenti di presenza. Più alto durante un huddle o quando qualcuno condivide un file.
• Chrome con 10 schede: molto variabile, spesso 0-200 KB/s a riposo, schizza a 5+ MB/s quando un video gira o parte una sync Drive.
• Streaming Spotify: ~150-300 KB/s su qualità default, ~700 KB/s su lossless.
• Zoom 1080p: 2,5-3,8 Mbps su e giù per un uno-a-uno, di più per la vista a galleria.
• Sync iCloud Foto dopo un import dal telefono: può saturare l'uplink per minuti.

Se vedi traffico sostenuto da un'app che non ha motivo di essere chiacchierona — uno screen saver, un updater di sfondi, una calcolatrice — è un campanello d'allarme che vale la pena indagare.

Quando l'accounting per interfaccia conta davvero

Gran parte degli utenti Mac ha un'interfaccia attiva alla volta. Ma ci sono casi reali in cui hai bisogno di granularità per interfaccia:

• Paghi per gigabyte su un hotspot. Vuoi sapere quanto è andato sul tether iPhone (en4 o simile) rispetto al Wi-Fi normale.
• Sei su una VPN aziendale. Il traffico su utun0 è sensibile allo split-tunnel — vuoi vedere quali app hanno effettivamente usato il tunnel.
• Hai un Mac mini server dual-link. Wi-Fi per la gestione, ethernet per il carico, e devi confermare che niente sia trapelato dal lato sbagliato.

Il kernel espone i contatori per interfaccia via sysctl net.link.generic e via getifaddrs(3), ma mappare quelli ai processi richiede di camminare i binding PID-a-socket-a-interfaccia. Questo è esattamente ciò che nettop fa internamente, e ciò che un buon monitor nella barra dei menu come ova fa emergere in un'UI visibile a colpo d'occhio.

Considerazioni di privacy

Un monitor di rete legge metadati — byte per processo, hostname in alcuni strumenti, timestamp. Sono sensibili. Prima di installare qualcosa, controlla tre cose:

1. Dove vivono i dati? Un monitor che spedisce la tua cronologia di banda a una dashboard cloud sta esportando il tuo comportamento. Cerca "tutti i dati su disco" o "100% locale" nella descrizione.
2. L'app è firmata e notarizzata? Gatekeeper di macOS te lo dirà al primo lancio. Un monitor non firmato con accesso al kernel non è una cosa che vuoi eseguire.
3. Richiede un account? Non dovrebbe doverlo. Un monitor locale non ha bisogno di credenziali di login.

ova è solo locale, firmato e notarizzato, e non chiede mai un account. Se decidi che non fa per te, il rimborso di 14 giorni è incondizionato.

Domande comuni

Little Snitch non lo fa già?

Little Snitch è un firewall — il suo lavoro è bloccare o permettere connessioni. Mostra anche il traffico, ma il focus sono le regole, non le metriche. ova è un monitor — il suo lavoro è mostrarti cosa sta accadendo, senza alcun livello di blocco. Si abbinano bene. Esegui Little Snitch quando vuoi far rispettare la policy. Esegui ova quando vuoi una lettura silenziosa e accurata.

Che dire dell'uso Wi-Fi su iPhone?

OS diverso, API diverse. iOS espone i dati cellulari per app in Impostazioni → Cellulare ma non espone i dati Wi-Fi per app a nessuno, incluse le app di terze parti. Non c'è un equivalente di nettop su iOS. Spiacenti.

ova funziona su macOS 13 o precedenti?

ova richiede macOS 14 (Sonoma) o successivi. Le versioni precedenti mancano di alcune delle API di rete per processo che l'app usa per accounting accurato.

In conclusione

Per monitorare l'uso wifi per app su mac, in realtà impili due domande: accounting per processo più consapevolezza per interfaccia. macOS ti dà i dati grezzi attraverso nettop e il kernel; Monitoraggio Attività ti dà uno snapshot; un monitor nella barra dei menu trasforma gli stessi numeri in una vista live, scorrevole, che non richiede una finestra Terminale.

Se fai una sola cosa oggi, installa ova, lascialo girare per un'ora mentre lavori, e controlla la lista per app. I chiacchieroni ti sorprenderanno — fanno sempre.