Wo sehe ich, wie viel Traffic mein Server verbraucht hat?

Der Tab Metriken im Dashboard zeigt Netzwerkraten der letzten Stunde, des letzten Tages und der letzten Woche. Für Summen pro Tag oder Monat installieren Sie vnStat im Server; es zählt ab der Installation.

Gibt es ein Traffic-Limit, an das ich stoßen könnte?

Nein. Kein Tarif hat ein monatliches Traffic-Kontingent. Die Grenze ist die Portgeschwindigkeit: 1 Gbit/s bei Linux-Tarifen, 150 Mbit/s bei Windows, fair geteilt, wenn die Leitung ausgelastet ist.

Mein Speedtest zeigt 200 Mbit/s. Stimmt etwas nicht?

Meist liegt es am Test. Ein einzelner Stream über 10 Sekunden gegen einen ausgelasteten öffentlichen Server zeigt selten die echte Geschwindigkeit. Wiederholen Sie es mit iperf3, 4 parallelen Streams und 30 Sekunden gegen einen Server, den Sie kontrollieren.

Kann ich einen iperf3-Server auf einem NAT-Server betreiben?

Von außen ist er nicht erreichbar, weil ein NAT-Server eingehende Verbindungen nur auf seinem SSH-Port annimmt. Starten Sie den iperf3-Server auf der anderen Maschine und nutzen Sie den NAT-Server als Client, mit -R für die Download-Richtung.

VPS-Speed und Traffic prüfen mit 7 Befehlen

Lesen Sie die Netzwerkgraphen im Dashboard, zählen Sie den Monatstraffic mit vnStat, finden Sie den Prozess, der Ihre Bandbreite frisst, und machen Sie einen Speedtest mit echten Zahlen. Sieben Schritte mit den genauen Befehlen.

„Der Server ist langsam“ kann drei verschiedene Dinge bedeuten: Das Netz ist ausgelastet, etwas auf dem Server verbraucht die Bandbreite, oder der Test selbst ist falsch. Diese sieben Schritte unterscheiden sie. Die Befehle sind für Linux; Paketnamen für Systeme mit apt.

1. Graphen im Dashboard ansehen

Öffnen Sie den Server im Dashboard und gehen Sie auf den Tab Metriken. Der Netzwerkgraph zeigt ein- und ausgehenden Traffic pro Sekunde für die letzte Stunde, den letzten Tag oder die letzte Woche. Die Daten kommen aus der Virtualisierungsschicht und sind daher auch da, wenn das OS im Server hängt.

Zwei Dinge zeigt er nicht: Summen in Gigabyte und welches Programm den Traffic erzeugt hat. Dafür sind die nächsten Schritte da.

Dieselben Daten gibt es über die API, einschließlich des letzten Monats:

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

2. Netzwerkschnittstelle finden

Die meisten Befehle unten brauchen den Namen der Schnittstelle:

ip -br addr

Gesucht ist die Schnittstelle mit Ihrer öffentlichen (bei NAT-Servern privaten) Adresse, oft eth0 oder ens18. Ersetzen Sie eth0 unten, wenn Ihre anders heißt.

3. Traffic pro Tag und Monat mit vnStat zählen

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

vnStat liest die Schnittstellenzähler des Kernels, übersteht Neustarts und kostet kaum Ressourcen. Es beginnt ab der Installation zu zählen, installieren Sie es also, bevor Sie die Zahlen brauchen.

4. Sehen, welcher Prozess die Bandbreite nutzt

apt install -y nethogs
nethogs eth0

nethogs listet Prozesse mit ihren aktuellen Sende- und Empfangsraten. Sehen Sie einen unbekannten Prozess, der Traffic erzeugt, schauen Sie genau hin: Ein unerwarteter starker Uploader kann einen kompromittierten Server bedeuten.

Die Verbindungen selbst ansehen:

ss -tunap | head -30

5. Einen aussagekräftigen Speedtest machen

Der verlässliche Weg ist iperf3 zwischen zwei Maschinen, die Sie kontrollieren. Starten Sie auf der anderen Maschine den Server:

iperf3 -s

Testen Sie auf Ihrem Server beide Richtungen mit 4 Streams über 30 Sekunden:

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

Ein NAT-Server nimmt eingehende Verbindungen nur auf seinem SSH-Port an. Starten Sie iperf3 -s also auf der anderen Maschine und lassen Sie den NAT-Server Client sein, wie oben.

Keine zweite Maschine? Laden Sie eine große Datei von einem schnellen Mirror in Ihrer Nähe herunter und lesen Sie den Durchschnitt ab:

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

Das Ergebnis ist in Byte pro Sekunde. Mal 8 ergibt Bit pro Sekunde: 110000000 sind etwa 880 Mbit/s.

6. Latenz und Paketverlust prüfen

Geringer Durchsatz über große Entfernungen ist oft ein Latenz- oder Verlustproblem, kein Bandbreitenproblem:

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

Achten Sie auf die Spalte Loss% in der letzten Zeile. Verlust, der an einem Hop in der Mitte auftaucht und danach verschwindet, bedeutet meist, dass dieser Router Ping-Antworten niedrig priorisiert, nicht echten Verlust.

7. Mit den Erwartungen vergleichen

Tarif	Port	Typisches Ergebnis mit 4 Streams, ruhige Leitung
Linux VPS	1 Gbit/s	etwa 900–940 Mbit/s je Richtung
Windows VPS	150 Mbit/s	etwa 140 Mbit/s

Sind mehrere Server auf derselben physischen Maschine gleichzeitig ausgelastet, wird der Uplink gleichmäßig zwischen ihnen geteilt, eine niedrigere Zahl in einem vollen Moment ist also normal. Kein Tarif hat ein Traffic-Kontingent. Wie das Teilen funktioniert, steht unter Traffic und Netzwerkgeschwindigkeit.

Auf einem Windows-Server zeigt der Task-Manager → Leistung → Ethernet die aktuelle Rate, und die Ressourcenüberwachung → Netzwerk den Traffic pro Prozess.

Wenn die Zahlen wirklich niedrig sind

Führen Sie Schritt 5 gegen zwei verschiedene Testserver aus, notieren Sie die Uhrzeit und öffnen Sie ein Ticket mit den Befehlen und ihrer Ausgabe. Damit können wir den Uplink genau zu diesem Zeitpunkt prüfen.

Verwandt

Traffic und Netzwerkgeschwindigkeit: Portgeschwindigkeiten, faire Aufteilung, Ports für ausgehende Mail.
Netzwerk und Ports: NAT-Weiterleitung und offene Ports.
Speicherplatz freigeben, falls vnStat oder Logs die Platte füllen.

So prüfen Sie Geschwindigkeit und Traffic Ihres Servers