Unde văd cât trafic a folosit serverul meu?

Tabul Metrici din dashboard arată ratele de rețea pentru ultima oră, zi și săptămână. Pentru totaluri pe zi sau pe lună, instalează vnStat în server; numără din momentul în care îl instalezi.

Există o limită de trafic la care aș putea ajunge?

Nu. Niciun plan nu are cotă lunară de trafic. Limita e viteza portului: 1 Gbit/s pe planurile Linux, 150 Mbit/s pe Windows, împărțită echitabil când linia e aglomerată.

Testul meu de viteză arată 200 Mbit/s. E ceva în neregulă?

De obicei e de vină testul. Un singur flux timp de 10 secunde, către un server public aglomerat, rareori arată viteza reală. Repetă cu iperf3, 4 fluxuri paralele și 30 de secunde, către un server pe care îl controlezi.

Pot rula un server iperf3 pe un server NAT?

Nu accesibil din exterior, pentru că un server NAT acceptă conexiuni de intrare doar pe portul SSH. Rulează serverul iperf3 pe cealaltă mașină și folosește serverul NAT drept client, cu -R ca să testezi direcția de descărcare.

Verifică viteza și traficul VPS-ului cu 7 comenzi

Citește graficele de rețea din dashboard, numără traficul lunar cu vnStat, găsește procesul care îți mănâncă lățimea de bandă și rulează un test de viteză care dă cifre reale. Șapte pași, cu comenzile exacte.

„Serverul pare lent” poate însemna trei lucruri diferite: rețeaua e aglomerată, ceva de pe server folosește lățimea de bandă sau testul în sine e greșit. Acești șapte pași le deosebesc. Comenzile sunt pentru Linux; numele pachetelor sunt pentru sistemele care folosesc apt.

1. Uită-te la graficele din dashboard

Deschide serverul în dashboard și mergi la tabul Metrici. Graficul de rețea arată traficul de intrare și de ieșire pe secundă pentru ultima oră, zi sau săptămână. Datele vin din stratul de virtualizare, deci sunt acolo chiar și când sistemul de operare din server e blocat.

Două lucruri pe care nu le arată: totalurile în gigaocteți și ce program a generat traficul. Pentru asta sunt pașii următori.

Aceleași date sunt disponibile prin API, inclusiv pentru ultima lună:

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

2. Află interfața de rețea

Majoritatea comenzilor de mai jos au nevoie de numele interfeței:

ip -br addr

Interfața cu adresa ta publică (sau, pe serverele NAT, privată) e cea pe care o vrei, adesea eth0 sau ens18. Înlocuiește eth0 mai jos, dacă a ta e diferită.

3. Numără traficul pe zi și pe lună cu vnStat

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

vnStat citește contoarele interfeței din kernel, supraviețuiește repornirilor și nu consumă aproape nimic. Începe să numere când îl instalezi, așa că instalează-l înainte să ai nevoie de cifre.

4. Vezi ce proces folosește lățimea de bandă

apt install -y nethogs
nethogs eth0

nethogs listează procesele cu ratele lor curente de trimitere și primire. Dacă vezi un proces pe care nu-l recunoști împingând trafic, uită-te atent la el: un proces neașteptat care urcă mult poate însemna un server compromis.

Ca să vezi conexiunile în sine:

ss -tunap | head -30

5. Rulează un test de viteză care chiar spune ceva

Calea fiabilă e iperf3 între două mașini pe care le controlezi. Pe cealaltă mașină pornește serverul:

iperf3 -s

Pe serverul tău, testează ambele direcții cu 4 fluxuri, timp de 30 de secunde:

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 acceptă conexiuni de intrare doar pe portul SSH, deci rulează iperf3 -s pe cealaltă mașină și păstrează serverul NAT drept client, ca mai sus.

N-ai o a doua mașină? Descarcă un fișier mare de pe o oglindă rapidă din apropiere și citește media:

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

Rezultatul e în bytes pe secundă. Înmulțește cu 8 ca să ai biți pe secundă: 110000000 înseamnă aproximativ 880 Mbit/s.

6. Verifică latența și pierderea de pachete

Debitul mic pe distanțe lungi e adesea o problemă de latență sau de pierderi, nu de lățime de bandă:

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

Uită-te la coloana Loss% de pe ultima linie. Pierderile care apar la un hop din mijloc și dispar mai departe înseamnă de obicei că routerul acela dă prioritate mică răspunsurilor la ping, nu pierderi reale.

7. Compară cu ce să te aștepți

Plan	Port	Rezultat obișnuit cu 4 fluxuri, linie liniștită
VPS Linux	1 Gbit/s	aproximativ 900–940 Mbit/s în fiecare direcție
VPS Windows	150 Mbit/s	aproximativ 140 Mbit/s

Când mai multe servere de pe aceeași mașină fizică sunt ocupate deodată, legătura spre exterior se împarte egal între ele, deci o cifră mai mică într-un moment aglomerat e de așteptat. Niciun plan nu are cotă de trafic. Cum funcționează împărțirea e explicat în Traficul și viteza rețelei.

Pe un server Windows, Task Manager → Performance → Ethernet arată rata în timp real, iar Resource Monitor → Network arată traficul pe proces.

Dacă cifrele sunt chiar mici

Rulează pasul 5 către două servere de test diferite, notează ora și deschide un tichet cu comenzile și ieșirea lor. Cu ele putem verifica legătura spre exterior exact în momentul acela.

Legate

Traficul și viteza rețelei: vitezele porturilor, împărțirea echitabilă, porturile de e-mail spre exterior.
Rețea și porturi: redirecționarea NAT și porturile deschise.
Eliberează spațiu pe disc, dacă vnStat sau logurile umplu discul.

Cum verifici viteza serverului și traficul consumat