2026 VPS Benchmark-Skripte für Solo-Devs: Ein-Klick Speedtest, Rückroute & IP-Qualität checken
Du hast dir also einen VPS gekauft – aber wie findest du raus, ob das Ding wirklich taugt? Und wie verifizierst du, ob der Anbieter beim versprochenen CN2 GIA nicht einfach nur heiße Luft redet?
In diesem Artikel habe ich für 2026 die aktuellsten und umfassendsten VPS-Benchmark-Skripte für dich zusammengestellt. Von der Performance-Messung über die Rückroute bis hin zur IP-Qualität und dem Streaming-Unblocking – wir decken hier alles in einem Rutsch ab.
Weiterführende Lektüre: Mein ehrlicher Vergleich nach 8 VPS-Anbietern
1. Das Ziel
- Die Grundlagen des VPS-Benchmarkings verstehen
- Die gängigen Benchmark-Skripte wie ein Profi bedienen
- Testergebnisse richtig lesen und die VPS-Qualität selbst beurteilen
2. Planung & Vorgehen
Was muss man beim VPS-Check ansehen?
| Dimension | Warum wichtig | Entsprechender Test |
|---|---|---|
| Basis-Performance | CPU, RAM und Festplatte bestimmen, welche Dienste laufen | bench.sh, YABS |
| Netzwerkqualität | Die Rückroute entscheidet über die Geschwindigkeit aus China | Rückrouten-Test |
| IP-Qualität | Beeinflusst, ob du bestimmte Dienste erreichst | IP-Qualitäts-Check |
| Streaming-Unblocking | Manche wollen Netflix & Co. freischalten | Streaming-Check |
| Speed der drei Carrier | Tatsächliche Geschwindigkeit bei China Telecom/Unicom/Mobile | Dreicarrier-Speedtest |
Kategorien der Benchmark-Skripte
Ich habe die gängigen Skripte in 5 Kategorien gepackt, von den Basics bis zum Profi-Level:
1 | 1. 综合性能测试 → 了解硬件基本情况 |
3. Schritt-für-Schritt-Anleitung
3.1 Umfassende Performance-Tests
bench.sh (Der absolute Klassiker)
Der einfachste Rundum-Test – mit einem einzigen Befehl erledigt:
1 | wget -qO- bench.sh | bash |
Was getestet wird:
- Systeminfos (CPU-Modell, RAM, Festplatte)
- I/O-Geschwindigkeitstest
- Speedtest (mehrere Nodes)
Ergebnisse lesen:
1 | -------------------- A Bench.sh Script By Teddysun ------------------- |

Die wichtigsten Werte:
| Metrik | Top | Okay | Mies |
|---|---|---|---|
| I/O Speed | >500MB/s | 200-500MB/s | <200MB/s |
SuperBench.sh (Version für Speedtests innerhalb Chinas)
Eine verbesserte Version von bench.sh, die die Test-Nodes gegen chinesische Server getauscht hat – perfekt, um die Anbindung nach China zu checken:
1 | wget -qO- git.io/superbench.sh | bash |

Der Unterschied zu bench.sh:
- bench.sh testet die Geschwindigkeit zu globalen Nodes
- SuperBench.sh misst die Speed zu chinesischen Telecom/Unicom/Mobile-Nodes
Perfekt für: Wenn du wissen willst, wie schnell dein VPS wirklich nach China funkt.
ZBench (All-in-One, mein Favorit)
Das Ding kombiniert bench.sh und SuperBench.sh, packt noch Ping- und Routing-Tests dazu und baut dir am Ende einen Web-Report, den du einfach teilen kannst:
1 | # 中文版 |

Da ist er bei mir eingefroren, deshalb hab ich’s abgebrochen.
Was getestet wird:
- Systeminfos + I/O-Test
- Speedtest (In- und Ausland)
- Ping-Test
- Routing-Test
- Web-Report generieren (zum Teilen)
Empfehlung: ⭐⭐⭐⭐
Das Highlight bei diesem Script ist, dass es dir einen Web-Link ausspuckt. Damit kannst du deine Benchmark-Ergebnisse super einfach teilen.
YABS (inklusive GeekBench-Score)
Für einen noch tieferen Test inklusive GeekBench-Score und fio-Festplatten-Benchmark:
1 | curl -sL yabs.sh | bash |


Was getestet wird:
- Systeminfos
- fio-Festplatten-Test (4K Random Read/Write)
- GeekBench 6-Score
- iperf3-Netzwerktest
Achtung: Der GeekBench-Test dauert ein bisschen (ca. 5 bis 10 Minuten) und zieht ordentlich Ressourcen.
Ergebnisse lesen:
1 | Geekbench 6 Benchmark Test: |
GeekBench 6 Referenz:
| Score | Niveau | Typische Konfiguration |
|---|---|---|
| Single-Core >1500 | Exzellent | High-Frequency CPU |
| Single-Core 1000-1500 | Gut | Mainstream-Setup |
| Single-Core <1000 | Mittelmäßig | Stark oversold oder ältere CPU |
LemonBench
Ein tolles All-in-One-Test-Script aus der chinesischen Community. Super übersichtlich und sehr umfassend:
1 | wget -qO- https://raw.githubusercontent.com/LemonBench/LemonBench/main/LemonBench.sh | bash -s -- --full |

Was getestet wird:
- Systeminfos
- Netzwerkinfos
- Streaming-Freischaltungen
- CPU-Leistungstest
- RAM-Leistungstest
- Festplatten-Leistungstest
UnixBench (CPU-Spezialtest)
Ein absoluter Klassiker, wenn’s rein um die CPU-Leistung geht. Die Benchmark-Ergebnisse hieraus sind branchenweit anerkannt:
1 | wget --no-check-certificate https://github.com/teddysun/across/raw/master/unixbench.sh |

Achtung: Dieser Test dauert ordentlich – plan ruhig 30 Minuten oder mehr ein. Dafür wird hier nur die CPU gemessen, das Netzwerk bleibt außen vor.
Perfekt für: Wenn du genau wissen willst, was deine CPU draufhat, um die Rechenleistung verschiedener VPS direkt vergleichen zu können.
Fusion Monster Benchmark (spiritLHls/ecs)
Ein von chinesischen Devs geschriebenes, mega umfassendes Benchmark-Skript. Das packt quasi jeden erdenklichen Test in einen Lauf:
1 | curl -L https://gitlab.com/spiritysdx/za/-/raw/main/ecs.sh -o ecs.sh && chmod +x ecs.sh && bash ecs.sh |
Oder über den Mirror-Link:
1 | bash <(wget -qO- bash.spiritlhl.net/ecs) |


Was getestet wird:
- Grundlegende Systeminfos
- CPU-/RAM-/Festplatten-Tests
- Streaming-Freischaltungs-Check
- IP-Qualitätsprüfung
- Return-Route-Test
- Speedtest über die drei großen Carrier
- ……
Empfehlung: ⭐⭐⭐⭐⭐
Das Skript ist einfach nur komplett. Wenn du nur ein einziges Skript ausführen willst, dann nimm dieses.
Menü-Optionen: Nach dem Start poppt ein Menü auf. Die wichtigsten Punkte für dich:
0- Kompletter Test (dauert etwas länger)1- Basis-Systeminfos4- Speedtest der drei großen Netze + Return-Route7- IP-Qualitäts-Check8- Streaming-Unlock
3.2 Return-Route testen
Die Return-Route bestimmt die Netzqualität von deinem VPS zurück nach China.
Warum ist die Return-Route wichtiger als die Hin-Route?
- Hin-Route: Der Pfad, den deine Daten zum VPS nehmen (wenig Datenvolumen)
- Return-Route: Der Pfad, auf dem der VPS die Daten an dich zurückschickt (viel Datenvolumen)
Beim normalen Surfen laden wir deutlich mehr herunter, als wir hochladen. Deshalb ist die Return-Route entscheidend für ein gutes Erlebnis.
Vergleich der gängigen Routen
| Route | AS-Nummer | IP-Merkmale | Beschreibung | Latenz | Preis |
|---|---|---|---|---|---|
| CN2 GIA | AS4809 | 59.43.x.x (durchgehend) | Beste Route für China Telecom | Niedrig | Teuer |
| CN2 GT | AS4809 | 59.43 (international) + 202.97 (national) | Zweitbeste Route für China Telecom | Eher niedrig | Eher teuer |
| 163 Backbone | AS4134 | 202.97.x.x | Standard-Route für China Telecom | Hoch | Günstig |
| 9929/CUPM | AS9929 | 218.105.x.x | Optimierte Route für China Unicom | Niedrig | Teuer |
| 4837 | AS4837 | 219.158.x.x | Standard-Route für China Unicom | Eher hoch | Günstig |
| CMIN2 | AS58807 | 223.120.x.x | Optimierte Route für China Mobile | Eher niedrig | Eher teuer |
| CMI | AS58453 | 223.118/119.x.x | Standard-Route für China Mobile | Mittel | Günstig |
Wie erkennt man die Route? (Wichtig)
Schau dir die IP-Merkmale im Traceroute an:
1 | 59.43.x.x → CN2线路(电信优质) |
CN2 GIA vs. CN2 GT unterscheiden:
- CN2 GIA: Durchgehend 59.43.x.x, kein 202.97
- CN2 GT: Internationaler Abschnitt ist 59.43, wechselt nach Eintritt ins chinesische Netz zu 202.97
backtrace (schneller Check, meine Empfehlung)
1 | curl https://raw.githubusercontent.com/zhanghanyun/backtrace/main/install.sh -sSf | sh |
So liest du das Ergebnis:
1 | 北京电信 219.141.147.210 检测中 电信CN2 GIA |
Schau dir einfach die letzte Spalte an – da steht der Routentyp:
电信CN2 GIA→ Optimal联通9929→ Optimal für Unicom移动CMIN2→ Optimiert für China Mobile电信163/联通4837→ Standard-Route
mtr_trace (Return-Route-Test für alle drei Netze)
1 | curl https://raw.githubusercontent.com/zhucaidan/mtr_trace/main/mtr_trace.sh | bash |

Das Skript testet die Return-Routen in verschiedene Städte für China Telecom, Unicom und China Mobile.
testrace.sh (detaillierter Routing-Test)
1 | wget https://raw.githubusercontent.com/nanqinlang-script/testrace/master/testrace.sh |

Nach dem Start kannst du aussuchen, in welche Stadt der Route getestet werden soll.
NextTrace (noch detaillierter)
1 | # 安装 |
Der Pluspunkt: Zeigt dir Latenz und AS-Nummer für jeden Hop – du siehst also den kompletten Pfad der Route.
BestTrace (mit grafischer Oberfläche)
Perfekt für Windows-Nutzer: gibt’s mit GUI, damit testest du die Route von deinem eigenen Rechner direkt zum VPS.
Download: https://www.ipip.net/product/client.html
3.3 IP-Qualität prüfen
Die IP-Qualität beeinflusst:
- Ob du Google, ChatGPT und andere Dienste erreichen kannst
- Ob deine E-Mails als Spam markiert werden
- Ob Sicherheitsdienste die IP als hohes Risiko einstufen
IP.Check.Place (Empfehlung)
1 | bash <(curl -Ls IP.Check.Place) |


Ergebnisse interpretieren:
1 | ------------------------------- |
Wichtige Metriken:
| Metrik | Bedeutung |
|---|---|
| Scamalytics Score | <30 top, 30-50 okay, >50 eher schlecht |
| Blacklist | Am besten überall “Not Listed” |
ipcheck.ing
1 | bash <(curl -sL ipcheck.ing) |

Das Skript hat eine übersichtlichere Oberfläche und die Ergebnisse sind intuitiver.
3.4 Streaming-Unlock-Check
Prüft, ob Netflix, Disney+, ChatGPT und andere Dienste funktionieren:
RegionRestrictionCheck (Empfehlung)
1 | bash <(curl -L -s check.unlock.media) |

Beispiel-Ergebnis:
1 | ============[ Multination ]============ |
Typische Ergebnisse:
Yes (Region: XX)- entsperrt, Region ist XXNo- gesperrtOriginals Only- nur hauseigene Inhalte entsperrt
MediaUnlockTest
1 | bash <(curl -Ls unlock.moe) |

Ähnliche Funktion, aber mit Support für deutlich mehr Plattformen.
3.6 Der Pre-Buy-Test (ohne VPS)
Du hast noch keinen VPS gekauft – wie testest du das Ganze im Voraus?
Methode 1: IP anpingen
Die meisten Anbieter stellen dir eine Test-IP zur Verfügung. Ping sie einfach an und schau dir Latenz und Packet Loss an:
1 | # Windows |
Die wichtigsten Werte:
- Latenz: US-Westküste <200 ms, Japan <100 ms, Hongkong <50 ms ist absolut im Rahmen
- Packet Loss: <5 % ist akzeptabel, >10 % bedeutet Ärger
Methode 2: Hinweg-Route testen
Teste die Route von deinem eigenen Rechner zum VPS (den Hinweg):
Windows: Lade dir BestTrace herunter – grafische Oberfläche, super anschaulich.
Mac/Linux:
1 | # 安装mtr |
Methode 3: Looking Glass
Viele VPS-Anbieter haben eine sogenannte Looking-Glass-Seite. Damit kannst du:
- Vom VPS einen Ping zu dir losschicken
- Die Rückweg-Route einsehen
- Testdateien herunterladen
So findest du das Looking Glass:
- Stöbere auf der Website des Anbieters nach „Looking Glass“ oder „Network Test“
- Google einfach mal „[Anbietername] Looking Glass“
Methode 4: Testdatei herunterladen
Die Anbieter stellen meistens Testdateien zum Download bereit. Lad die einfach direkt über den Browser runter und check, wie schnell das wirklich ist:
1 | 常见测试文件路径: |
Achtung: Ein Test während der Hauptlastzeit (abends zwischen 20 und 22 Uhr) ist viel aussagekräftiger!
3.5 Speedtest für die drei großen Provider
Check die tatsächliche Performance für die drei großen chinesischen Provider (China Telecom, China Unicom und China Mobile):
AutoSpeed Speedtest
1 | bash <(curl -sL bash.icu/speedtest) |
Speedtest CLI (offiziell)
1 | # 安装 |
Ergebnisse auswerten:
1 | Download: 940.22 Mbps |
| Metrik | Referenz für 1G-Anschluss | Referenz für 100M-Anschluss |
|---|---|---|
| Download | >800Mbps | >80Mbps |
| Upload | >100Mbps | >10Mbps |
| Latenz | <50ms top | <100ms akzeptabel |
4. Fazit
Mein Test-Prozess
1 | 购买前: |
Schnell-Check der Routing-Qualität
| Route | Telekom-Erlebnis | Unicom-Erlebnis | Mobile-Erlebnis | Preis |
|---|---|---|---|---|
| CN2 GIA | ⭐⭐⭐ | ⭐⭐ | ⭐⭐ | $$$ |
| CN2 GT | ⭐⭐⭐ | ⭐ | ⭐ | $$ |
| 9929/CUPM | ⭐⭐ | ⭐⭐⭐ | ⭐⭐ | $$$ |
| CMIN2 | ⭐⭐ | ⭐⭐ | ⭐⭐⭐ | $$ |
| 163/4837/CMI | ⭐ | ⭐ | ⭐ | $ |
Kauf-Tipps
- Zuerst den Use-Case klären: Für deine Dev-Umgebung brauchst du Low Latency, fürs Deployment geht Stabilität vor.
- In der Hauptverkehrszeit testen: Die Werte zwischen 20 und 22 Uhr abends sind aussagekräftiger.
- Marketing-Versprechen checken: Wenn CN2 GIA beworben wird, zieh den Rückweg-Route (Return Route) zur Kontrolle durch.
- Mehrere Durchläufe: Ein einzelner Test ist oft ungenau – lieber mehrmals laufen lassen und den Durchschnitt nehmen.
Benchmark-Skripte: Schnellreferenz
Komplett-Performance-Check
| Skript | Besonderheit | Befehl |
|---|---|---|
| bench.sh | Der absolute Klassiker, weltweiter Speedtest | wget -qO- bench.sh | bash |
| SuperBench | Version für Speedtests im Inland | wget -qO- git.io/superbench.sh | bash |
| ZBench ⭐ | All-in-One, generiert dir direkt einen Bericht | wget -N --no-check-certificate https://raw.githubusercontent.com/FunctionClub/ZBench/master/ZBench-CN.sh && bash ZBench-CN.sh |
| YABS | Bringt GeekBench-Scores mit | curl -sL yabs.sh | bash |
| LemonBench | Von einem chinesischen Dev gebaut, super ansehnliche UI | wget -qO- https://raw.githubusercontent.com/LemonBench/LemonBench/main/LemonBench.sh | bash -s -- --full |
| 融合怪ecs ⭐⭐ | Das absolute Allround-Talent | bash <(wget -qO- bash.spiritlhl.net/ecs) |
| UnixBench | Speziell für CPU-Benchmarks | wget --no-check-certificate https://github.com/teddysun/across/raw/master/unixbench.sh && bash unixbench.sh |
Rückweg-Routing testen
| Skript | Besonderheit | Befehl |
|---|---|---|
| backtrace ⭐ | Checkt die Route im Schnelldurchlauf | curl https://raw.githubusercontent.com/zhanghanyun/backtrace/main/install.sh -sSf | sh |
| mtr_trace | Testet mehrere Städte über die drei großen Carrier | curl https://raw.githubusercontent.com/zhucaidan/mtr_trace/main/mtr_trace.sh | bash |
| testrace | Detailliertes Routing-Tracing | wget https://raw.githubusercontent.com/nanqinlang-script/testrace/master/testrace.sh && bash testrace.sh |
| NextTrace | Routing-Tracing mit schicker Visualisierung | curl nxtrace.org/nt | bash |
Weitere Tests
| Skript | Besonderheit | Befehl |
|---|---|---|
| IP-Qualitätscheck | Risikoanalyse für deine IP | bash <(curl -Ls IP.Check.Place) |
| Streaming-Unlock | Netflix/Disney+ und Co. | bash <(curl -L -s check.unlock.media) |
| Drei-Carrier-Speedtest | Telekom/Unicom/China Mobile | bash <(curl -sL bash.icu/speedtest) |
Leitungsqualität: Schnellreferenz
| Route | Telekom-Erlebnis | Unicom-Erlebnis | China Mobile-Erlebnis |
|---|---|---|---|
| CN2 GIA | ⭐⭐⭐ | ⭐⭐ | ⭐⭐ |
| CN2 GT | ⭐⭐⭐ | ⭐ | ⭐ |
| 9929/CUPM | ⭐⭐ | ⭐⭐⭐ | ⭐⭐ |
| CMIN2 | ⭐⭐ | ⭐⭐ | ⭐⭐⭐ |
| Normales BGP | ⭐ | ⭐ | ⭐ |
Tipps für den Test vor dem Kauf
Viele VPS-Anbieter stellen ein Looking Glass oder eine Test-IP zur Verfügung. Nutze das vor dem Kauf:
- Ping-Test:
ping 测试IP, um die Latenz zu checken - Routing-Test: Nutze BestTrace, um die Route von deinem Rechner zur Ziel-IP zu tracen
- Download-Test: Lade eine Testdatei vom Looking Glass herunter und schau, wie schnell es geht
5. Fehler-Tagebuch
Skript lässt sich nicht ausführen
Problem: Manche Skripte brauchen Root-Rechte
Lösung:
1 | sudo bash <(curl -sL 脚本地址) |
Speedtest-Ergebnisse schwanken stark
Problem: Mehrere Tests auf demselben VPS liefern stark abweichende Ergebnisse
Ursache:
- Netzwerkschwankungen
- VPS ist überbucht, Ressourcen sind instabil
- Speedtest-Server ist überlastet
Tipp: Lass den Test mehrmals laufen und nimm den Durchschnitt. Teste auch zu verschiedenen Tageszeiten
GeekBench startet nicht
Problem: Auf einem VPS mit wenig RAM wirft GeekBench einen OOM-Fehler
Lösung:
1 | # 创建swap(临时) |
Rückweg-Routing-Test schlägt fehl
Problem: backtrace oder andere Routing-Test-Skripte lassen sich nicht ausführen
Lösung:
1 | # 安装依赖 |
6. Häufig gestellte Fragen (FAQ)
F: Leaken diese Benchmark-Skripte meine Daten?
A: Die Skripte sind Open Source, du kannst dir den Quellcode jederzeit ansehen. Sie testen lediglich die Performance deines VPS und laden keine sensiblen Daten hoch. Ich empfehle dir aber trotzdem:
- Lade die Skripte nur von vertrauenswürdigen Quellen wie GitHub herunter
- Wenn du Bedenken hast, lade den Code zuerst runter, lies ihn durch und führe ihn erst dann aus
F: Warum weichen meine Speedtest-Ergebnisse so stark von denen anderer ab?
A: Dafür gibt es viele Faktoren:
- Zeitpunkt des Tests (Peak-Time vs. Off-Peak)
- Dein lokales Netzwerk (Telekom, Vodafone, O2 etc.)
- Die aktuelle Last des VPS
- Status der Speedtest-Server
Mein Tipp: Mach den Test am besten in der abendlichen Hauptverkehrszeit (20-22 Uhr). Die Ergebnisse sind dann deutlich aussagekräftiger.
F: Der Anbieter behauptet, es sei CN2 GIA. Wie kann ich das überprüfen?
A: Führe einen Rückweg-Routing-Test (backtrace) aus und schau dir das Ergebnis an:
- Echtes CN2 GIA: Durchgehend 59.43.x.x, kein 202.97
- Gefälschtes CN2 GIA (in Wirklichkeit GT): Internationaler Abschnitt 59.43, nationaler Abschnitt 202.97
- Gar kein CN2: Durchgehend 202.97
F: Welche I/O-Geschwindigkeit gilt als normal?
A: Als Richtwert:
- SSD: über 500 MB/s
- Normale Cloud-Disks: 200–500 MB/s
- HDD oder stark übersoldet: unter 200 MB/s
Q: Muss ich jedes Skript durchlaufen lassen?
A: Nein, nicht nötig. Mein empfohlener Workflow:
- Starte zuerst 融合怪 (ecs.sh) oder ZBench – damit hast du mit einem einzigen Skript schon mal das Meiste abgedeckt
- Willst du die Routen im Detail checken, wirf danach backtrace an
- Geht es dir um die IP-Qualität, lässt du noch IP.Check.Place laufen
Q: Wie lange dauern die Tests?
A: Als grobe Orientierung:
- bench.sh: 2–3 Minuten
- SuperBench/ZBench: 5–10 Minuten
- YABS (mit GeekBench): 10–15 Minuten
- 融合怪 kompletter Testlauf: 15–30 Minuten
- UnixBench: über 30 Minuten
Vorschau auf den nächsten Beitrag
„Häufige VPS-Fallen und wie du sie vermeidest“ – ich teile die Fettnäpfchen, in die ich selbst getreten bin, darunter IP-Probleme, falsche Routen-Angaben, versteckte Kosten und mehr.
Zuletzt aktualisiert: Januar 2026





