Dove vedo quanto traffico ha consumato il mio server?

La scheda Metriche della dashboard mostra le velocità di rete dell'ultima ora, dell'ultimo giorno e dell'ultima settimana. Per i totali giornalieri o mensili installa vnStat nel server; conta dal momento dell'installazione.

C'è un limite di traffico in cui potrei imbattermi?

No. Nessun piano ha una quota mensile di traffico. Il limite è la velocità della porta: 1 Gbit/s sui piani Linux, 150 Mbit/s su Windows, condivisa in modo equo quando la linea è carica.

Il mio speed test segna 200 Mbit/s. C'è qualcosa che non va?

Di solito è il test. Un solo flusso per 10 secondi verso un server pubblico affollato raramente mostra la velocità reale. Ripeti con iperf3, 4 flussi paralleli e 30 secondi verso un server che controlli.

Posso far girare un server iperf3 su un server NAT?

Non sarà raggiungibile dall'esterno, perché un server NAT accetta connessioni in entrata solo sulla sua porta SSH. Avvia il server iperf3 sull'altra macchina e usa il server NAT come client, con -R per testare il download.

Controllare velocità e traffico VPS: 7 comandi

Leggi i grafici di rete nella dashboard, conta il traffico mensile con vnStat, trova il processo che si mangia la banda e fai uno speed test con numeri veri. Sette passi con i comandi esatti.

«Il server è lento» può voler dire tre cose diverse: la rete è carica, qualcosa sul server usa la banda, oppure è sbagliato il test stesso. Questi sette passi le distinguono. I comandi sono per Linux; i nomi dei pacchetti valgono per i sistemi che usano apt.

1. Guarda i grafici della dashboard

Apri il server nella dashboard e vai alla scheda Metriche. Il grafico di rete mostra il traffico in entrata e in uscita al secondo per l'ultima ora, l'ultimo giorno o l'ultima settimana. I dati arrivano dal livello di virtualizzazione, quindi ci sono anche se il sistema dentro il server è bloccato.

Due cose non le mostra: i totali in gigabyte e quale programma ha generato il traffico. A questo servono i passi successivi.

Gli stessi dati sono disponibili via API, incluso l'ultimo mese:

curl -s "https://api.eqvps.com/api/v1/eqvps/services/SERVICE_ID/metrics?timeframe=month" \
  -H "Authorization: Bearer $EQVPS_API_KEY"

2. Trova la tua interfaccia di rete

La maggior parte dei comandi qui sotto ha bisogno del nome dell'interfaccia:

ip -br addr

Ti serve quella con il tuo indirizzo pubblico (o privato, sui server NAT), spesso eth0 o ens18. Se la tua si chiama diversamente, sostituisci eth0 qui sotto.

3. Conta il traffico per giorno e per mese con vnStat

apt install -y vnstat
vnstat -l -i eth0          # live rate, Ctrl+C to stop
vnstat -d                  # per day
vnstat -m                  # per month

vnStat legge i contatori di interfaccia del kernel, sopravvive ai riavvii e non consuma quasi nulla. Inizia a contare dall'installazione, quindi installalo prima di aver bisogno dei numeri.

4. Scopri quale processo usa la banda

apt install -y nethogs
nethogs eth0

nethogs elenca i processi con le loro velocità attuali di invio e ricezione. Se vedi un processo che non riconosci spingere traffico, guardalo con attenzione: un grosso uploader inatteso può significare un server compromesso.

Per vedere le connessioni stesse:

ss -tunap | head -30

5. Fai uno speed test che abbia senso

Il metodo affidabile è iperf3 tra due macchine che controlli. Sull'altra macchina avvia il server:

iperf3 -s

Sul tuo server, prova entrambe le direzioni con 4 flussi per 30 secondi:

iperf3 -c OTHER_HOST -P 4 -t 30        # upload from this server
iperf3 -c OTHER_HOST -P 4 -t 30 -R     # download to this server

Un server NAT accetta connessioni in entrata solo sulla porta SSH, quindi esegui iperf3 -s sull'altra macchina e lascia il server NAT come client, come sopra.

Niente seconda macchina? Scarica un file grande da un mirror veloce vicino a te e leggi la media:

curl -o /dev/null -w "%{speed_download}\n" https://mirror.example.net/1GB.bin

Il risultato è in byte al secondo. Moltiplica per 8 per avere bit al secondo: 110000000 sono circa 880 Mbit/s.

6. Controlla latenza e perdita di pacchetti

Un throughput basso su lunghe distanze è spesso un problema di latenza o di perdita, non di banda:

apt install -y mtr-tiny
mtr -rwc 100 example.com

Guarda la colonna Loss% sull'ultima riga. Una perdita che compare su un hop a metà percorso e poi sparisce di solito significa che quel router dà bassa priorità alle risposte ai ping, non che ci sia una perdita reale.

7. Confronta con ciò che è normale

Piano	Porta	Risultato tipico con 4 flussi, linea tranquilla
VPS Linux	1 Gbit/s	circa 900–940 Mbit/s per direzione
VPS Windows	150 Mbit/s	circa 140 Mbit/s

Quando più server sulla stessa macchina fisica sono carichi nello stesso momento, il collegamento in uscita viene diviso in parti uguali tra loro, quindi un numero più basso in un momento affollato è normale. Nessun piano ha una quota di traffico. Come funziona la condivisione è spiegato in Traffico e velocità di rete.

Su un server Windows, Gestione attività → Prestazioni → Ethernet mostra la velocità in tempo reale, e Monitoraggio risorse → Rete il traffico per processo.

Se i numeri sono davvero bassi

Ripeti il passo 5 verso due server di test diversi, annota l'ora e apri un ticket con i comandi e il loro output. Così possiamo controllare il collegamento in quel preciso momento.

Correlati

Traffico e velocità di rete: velocità delle porte, condivisione equa, porte della posta in uscita.
Rete e porte: inoltro NAT e porte aperte.
Liberare spazio su disco, se vnStat o i log riempiono il disco.

Come controllare la velocità e il consumo di traffico del server