Batterie de scripts de test VPS 2026 : test de débit en un clic, routage de retour et vérification de la qualité IP
Une fois que tu as acheté ton VPS, comment savoir s’il est vraiment performant ? Et comment vérifier si le fameux CN2 GIA promis par le provider est bien réel ?
Cet article rassemble les scripts de test VPS les plus récents et complets pour 2026. De la performance au routage de retour, en passant par la qualité de l’IP et le déblocage de streaming, on couvre tout en un seul guide.
À lire aussi : Mon retour honnête après avoir testé 8 VPS
1. Objectifs
- Maîtriser les bases pour évaluer un VPS
- Apprendre à utiliser les scripts de benchmark les plus courants
- Savoir lire les résultats pour juger de la qualité du VPS
2. Réflexion et stratégie
Que faut-il regarder pour évaluer un VPS ?
| Dimension | Pourquoi c’est important | Test correspondant |
|---|---|---|
| Performance de base | Le CPU / la RAM / le disque déterminent quels services tu peux lancer | bench.sh, YABS |
| Qualité du réseau | Le routage de retour conditionne la vitesse d’accès depuis la Chine | Test de routage de retour |
| Qualité de l’IP | Influence l’accès à certains services spécifiques | Test de qualité d’IP |
| Déblocage streaming | Indispensable si tu veux débloquer Netflix, etc. | Test de déblocage streaming |
| Vitesse des trois opérateurs | Vitesse réelle pour Telecom / Unicom / Mobile | Test de vitesse des trois opérateurs |
Classification des scripts de test
J’ai divisé les scripts les plus utilisés en 5 catégories, des bases aux options avancées :
1 | 1. 综合性能测试 → 了解硬件基本情况 |
3. Étapes à suivre
3.1 Test de performance global
bench.sh (Le grand classique)
Le test global le plus simple, une seule commande et c’est réglé :
1 | wget -qO- bench.sh | bash |
Ce qui est testé :
- Infos système (modèle de CPU, RAM, disque dur)
- Test de vitesse I/O
- Test de débit réseau (plusieurs nœuds)
Comment lire les résultats :
1 | -------------------- A Bench.sh Script By Teddysun ------------------- |

Les indicateurs clés :
| Indicateur | Excellent | Correct | Médiocre |
|---|---|---|---|
| I/O Speed | >500MB/s | 200-500MB/s | <200MB/s |
SuperBench.sh (version test Chine)
Une version améliorée de bench.sh : les nœuds de test ont été remplacés par des nœuds locaux chinois, parfait pour vérifier la vitesse depuis la Chine :
1 | wget -qO- git.io/superbench.sh | bash |

La différence avec bench.sh :
- bench.sh teste la vitesse sur des nœuds mondiaux
- SuperBench.sh teste la vitesse sur les nœuds des opérateurs chinois (Telecom/Unicom/Mobile)
Le cas d’usage idéal : quand on veut connaître la vitesse réelle du VPS vers la Chine
ZBench (version tout-en-un, recommandé)
Il combine bench.sh et SuperBench.sh, ajoute des tests de Ping et de routage, et peut même générer un rapport web à partager :
1 | # 中文版 |

Ça a freezé ici, du coup j’ai pas continué
Ce qui est testé :
- Infos système + test d’E/S
- Test de débit (national et international)
- Test de Ping
- Test de routage
- Génération d’un rapport web (partageable)
Note recommandée : ⭐⭐⭐⭐
Le gros point fort de ce script, c’est qu’il génère un lien web : pratique pour partager tes résultats de test.
YABS (avec benchmark GeekBench)
Pour aller plus loin dans les tests, on a GeekBench pour le CPU et fio pour les disques :
1 | curl -sL yabs.sh | bash |


Ce qui est testé :
- Infos système
- Test disque avec fio (lecture/écriture aléatoire 4K)
- Benchmark GeekBench 6
- Test de débit réseau avec iperf3
Attention : le test GeekBench prend un peu de temps (compte 5 à 10 minutes) et pompe pas mal de ressources.
Comment lire les résultats :
1 | Geekbench 6 Benchmark Test: |
Références GeekBench 6 :
| Score | Niveau | Config typique |
|---|---|---|
| Single-core > 1500 | Excellent | CPU à haute fréquence |
| Single-core 1000-1500 | Bon | Config standard |
| Single-core < 1000 | Moyen | CPU daté ou overselling sévère |
LemonBench
Un script de test complet développé par un dev chinois, avec une interface claire et des tests qui balaient large :
1 | wget -qO- https://raw.githubusercontent.com/LemonBench/LemonBench/main/LemonBench.sh | bash -s -- --full |

Ce qui est testé :
- Infos système
- Infos réseau
- Déblocage streaming
- Test de performances CPU
- Test de performances mémoire
- Test de performances disque
UnixBench (test dédié CPU)
Un script historique spécialisé dans le test du CPU, ses scores font référence :
1 | wget --no-check-certificate https://github.com/teddysun/across/raw/master/unixbench.sh |

Attention : ce test prend pas mal de temps (au-delà de 30 minutes), il ne teste que le CPU, pas le réseau.
Idéal pour : quand tu veux détailler à fond les perfs du CPU et comparer la capacité de calcul de différents VPS.
Script de test complet (spiritLHls/ecs)
Un script de test ultra-complet développé par un dev chinois, il intègre quasiment tous les tests possibles :
1 | curl -L https://gitlab.com/spiritysdx/za/-/raw/main/ecs.sh -o ecs.sh && chmod +x ecs.sh && bash ecs.sh |
Ou utilise l’adresse de secours :
1 | bash <(wget -qO- bash.spiritlhl.net/ecs) |


Contenu du test :
- Infos de base du système
- Test CPU / mémoire / disque
- Vérification du déblocage streaming
- Test de qualité de l’IP
- Test des routes de retour
- Test de débit des trois grands opérateurs réseau
- ……
Ma recommandation : ⭐⭐⭐⭐⭐
Ce script est vraiment trop complet. Si tu ne dois en lancer qu’un seul, c’est celui-là.
Options du menu : au lancement, un menu apparaît, voici les options les plus utiles :
0- Test complet (prend un peu plus de temps)1- Infos système de base4- Test de débit des trois opérateurs + routage de retour7- Vérification de la qualité de l’IP8- Déblocage de streaming
3.2 Test du routage de retour
Le routage de retour détermine la qualité du réseau entre ton VPS et la Chine.
Pourquoi le retour est plus important que l’aller ?
- Aller : le chemin qu’empruntent tes données pour atteindre le VPS (faible volume de données)
- Retour : le chemin qu’empruntent les données du VPS pour te revenir (volume de données important)
Quand on surfe, on télécharge bien plus qu’on n’envoie, donc la route de retour compte bien plus.
Comparatif des routes courantes
| Ligne | Numéro AS | Signature IP | Description | Latence | Prix |
|---|---|---|---|---|---|
| CN2 GIA | AS4809 | 59.43.x.x (sur tout le tracé) | Meilleure ligne Telecom | Basse | Cher |
| CN2 GT | AS4809 | 59.43 (tronçon international) + 202.97 (tronçon national) | Seconde meilleure ligne Telecom | Plutôt basse | Assez cher |
| Backbone 163 | AS4134 | 202.97.x.x | Ligne standard Telecom | Haute | Abordable |
| 9929/CUPM | AS9929 | 218.105.x.x | Ligne optimisée Unicom | Basse | Cher |
| 4837 | AS4837 | 219.158.x.x | Ligne standard Unicom | Plutôt haute | Abordable |
| CMIN2 | AS58807 | 223.120.x.x | Ligne optimisée Mobile | Plutôt basse | Assez cher |
| CMI | AS58453 | 223.118/119.x.x | Ligne standard Mobile | Moyenne | Abordable |
Comment identifier la ligne ? (Important)
Repère la signature IP dans le traceroute :
1 | 59.43.x.x → CN2线路(电信优质) |
Distinguer CN2 GIA et CN2 GT :
- CN2 GIA : tu as du 59.43.x.x sur tout le tracé, pas de 202.97
- CN2 GT : le tronçon international est en 59.43, puis ça passe en 202.97 une fois rentré en Chine
backtrace (test rapide, recommandé)
1 | curl https://raw.githubusercontent.com/zhanghanyun/backtrace/main/install.sh -sSf | sh |
Comment lire les résultats :
1 | 北京电信 219.141.147.210 检测中 电信CN2 GIA |
Regardez la dernière colonne pour le type de route :
电信CN2 GIA→ Optimal联通9929→ Optimal pour Unicom移动CMIN2→ Optimisé pour Mobile电信163/联通4837→ Route standard
mtr_trace (test de routage de retour sur les trois réseaux)
1 | curl https://raw.githubusercontent.com/zhucaidan/mtr_trace/main/mtr_trace.sh | bash |

Ce script teste les routes de retour vers plusieurs villes chez Telecom, Unicom et Mobile.
testrace.sh (test de routage détaillé)
1 | wget https://raw.githubusercontent.com/nanqinlang-script/testrace/master/testrace.sh |

Une fois lancé, tu peux choisir vers quelle ville tester la route.
NextTrace (encore plus détaillé)
1 | # 安装 |
Les plus : affiche la latence et le numéro AS de chaque saut, tu peux voir la route complète.
BestTrace (avec interface graphique)
Parfait pour les utilisateurs sous Windows, il a une interface graphique pour tester la route depuis ta machine jusqu’au VPS.
Lien de téléchargement : https://www.ipip.net/product/client.html
3.3 Vérifier la qualité de l’IP
L’impact de la qualité de l’IP :
- Possibilité d’accéder à Google, ChatGPT et autres services
- Risque que tes e-mails soient marqués comme spam
- Si l’IP est signalée comme à haut risque par les services de sécurité
IP.Check.Place (recommandé)
1 | bash <(curl -Ls IP.Check.Place) |


Comment lire les résultats :
1 | ------------------------------- |
Les indicateurs clés :
| Indicateur | Explication |
|---|---|
| Scamalytics Score | <30 excellent, 30-50 moyen, >50 mauvais |
| Blacklist | Idéalement, tout doit être en Not Listed |
ipcheck.ing
1 | bash <(curl -sL ipcheck.ing) |

Ce script a une interface plus sympa et les résultats sont plus directs à comprendre.
3.4 Test de déblocage de streaming
Pour vérifier si Netflix, Disney+, ChatGPT et autres services sont accessibles :
RegionRestrictionCheck (recommandé)
1 | bash <(curl -L -s check.unlock.media) |

Exemple de résultat :
1 | ============[ Multination ]============ |
Résultats fréquents :
Yes (Region: XX)- Débloqué, région : XXNo- Non débloquéOriginals Only- Débloque uniquement les contenus originaux
MediaUnlockTest
1 | bash <(curl -Ls unlock.moe) |

Même principe, mais avec une détection sur un plus grand nombre de plateformes.
3.6 Tester avant d’acheter (sans VPS)
Pas encore de VPS ? Voici comment le tester en amont.
Méthode 1 : Ping sur l’IP de test
Les fournisseurs mettent généralement à disposition une IP de test. Lancez un ping pour vérifier la latence et le taux de perte de paquets :
1 | # Windows |
Les indicateurs clés à surveiller :
- Latence : Ouest des États-Unis < 200 ms, Japon < 100 ms, Hong Kong < 50 ms, c’est nickel
- Perte de paquets : < 5 % c’est acceptable, > 10 % il y a un souci
Méthode 2 : Tracer la route aller
Vérifiez le chemin parcouru depuis votre machine jusqu’au VPS (route aller) :
Sous Windows : téléchargez BestTrace, interface graphique et super visuel
Sous Mac/Linux :
1 | # 安装mtr |
Méthode 3 : Le Looking Glass
Pas mal de fournisseurs de VPS proposent une page Looking Glass. Ça permet de :
- Lancer un ping depuis le VPS jusqu’à chez vous
- Visualiser la route retour
- Télécharger un fichier de test
Comment dénicher le Looking Glass :
- Cherchez “Looking Glass” ou “Network Test” sur le site du fournisseur
- Tapez “Nom du fournisseur Looking Glass” sur Google
Méthode 4 : Télécharger un fichier de test
En général, les hébergeurs proposent un fichier de test au téléchargement. Tu peux le récupérer directement via ton navigateur pour voir la vitesse en conditions réelles :
1 | 常见测试文件路径: |
Attention : c’est encore plus parlant si tu fais le test pendant les heures de pointe (entre 20h et 22h).
3.5 Test de débit des trois opérateurs
On va maintenant vérifier le débit réel sur les trois grands réseaux chinois (Telecom, Unicom et Mobile) :
Test de débit AutoSpeed
1 | bash <(curl -sL bash.icu/speedtest) |
Speedtest CLI (officiel)
1 | # 安装 |
Comment lire les résultats :
1 | Download: 940.22 Mbps |
| Métrique | Référence 1Gbps | Référence 100Mbps |
|---|---|---|
| Download | >800Mbps | >80Mbps |
| Upload | >100Mbps | >10Mbps |
| Latence | <50ms (excellent) | <100ms (acceptable) |
4. Bilan
Ma méthode de test
1 | 购买前: |
Aperçu rapide de la qualité du réseau
| Route | Expérience Telecom | Expérience Unicom | Expérience Mobile | Prix |
|---|---|---|---|---|
| CN2 GIA | ⭐⭐⭐ | ⭐⭐ | ⭐⭐ | $$$ |
| CN2 GT | ⭐⭐⭐ | ⭐ | ⭐ | $$ |
| 9929/CUPM | ⭐⭐ | ⭐⭐⭐ | ⭐⭐ | $$$ |
| CMIN2 | ⭐⭐ | ⭐⭐ | ⭐⭐⭐ | $$ |
| 163/4837/CMI | ⭐ | ⭐ | ⭐ | $ |
Conseils d’achat
- Définis d’abord l’usage : pour un environnement de dev, il te faut une faible latence ; pour la prod, mise sur la stabilité.
- Teste aux heures de pointe : les résultats obtenus entre 20h et 22h sont bien plus représentatifs.
- Vérifie les promesses des hébergeurs : s’ils te vendent du CN2 GIA, lance un traceroute de retour pour en avoir le cœur net.
- Relance plusieurs fois : un test isolé peut être trompeur, fais plusieurs passages et prends la moyenne.
Aide-mémoire pour les scripts de benchmark
Test de performance global
| Script | Particularités | Commande |
|---|---|---|
| bench.sh | Le grand classique, test de vitesse mondial | wget -qO- bench.sh | bash |
| SuperBench | Version orientée Chine | wget -qO- git.io/superbench.sh | bash |
| ZBench ⭐ | Version tout-en-un, génère un rapport | wget -N --no-check-certificate https://raw.githubusercontent.com/FunctionClub/ZBench/master/ZBench-CN.sh && bash ZBench-CN.sh |
| YABS | Inclut un benchmark GeekBench | curl -sL yabs.sh | bash |
| LemonBench | Développé par un dev chinois, interface sympa | wget -qO- https://raw.githubusercontent.com/LemonBench/LemonBench/main/LemonBench.sh | bash -s -- --full |
| 融合怪ecs ⭐⭐ | Le plus polyvalent | bash <(wget -qO- bash.spiritlhl.net/ecs) |
| UnixBench | Test dédié au CPU | wget --no-check-certificate https://github.com/teddysun/across/raw/master/unixbench.sh && bash unixbench.sh |
Test du routage de retour
| Script | Particularités | Commande |
|---|---|---|
| backtrace ⭐ | Identifie rapidement la route | curl https://raw.githubusercontent.com/zhanghanyun/backtrace/main/install.sh -sSf | sh |
| mtr_trace | Test multi-villes sur les trois grands réseaux | curl https://raw.githubusercontent.com/zhucaidan/mtr_trace/main/mtr_trace.sh | bash |
| testrace | Test de routage détaillé | wget https://raw.githubusercontent.com/nanqinlang-script/testrace/master/testrace.sh && bash testrace.sh |
| NextTrace | Traceroute visuel | curl nxtrace.org/nt | bash |
Autres tests
| Script | Particularités | Commande |
|---|---|---|
| IP质量检测 | Évaluation du risque lié à l’IP | bash <(curl -Ls IP.Check.Place) |
| 流媒体解锁 | Netflix/Disney+ et autres | bash <(curl -L -s check.unlock.media) |
| 三网测速 | Telecom/Unicom/Mobile | bash <(curl -sL bash.icu/speedtest) |
Aperçu rapide de la qualité du réseau
| Route | Expérience Telecom | Expérience Unicom | Expérience Mobile |
|---|---|---|---|
| CN2 GIA | ⭐⭐⭐ | ⭐⭐ | ⭐⭐ |
| CN2 GT | ⭐⭐⭐ | ⭐ | ⭐ |
| 9929/CUPM | ⭐⭐ | ⭐⭐⭐ | ⭐⭐ |
| CMIN2 | ⭐⭐ | ⭐⭐ | ⭐⭐⭐ |
| BGP standard | ⭐ | ⭐ | ⭐ |
Conseils de test avant l’achat
Pas mal de providers de VPS proposent un Looking Glass ou une IP de test. Avant de sortir la carte bleue, n’hésite pas à :
- Test de Ping :
ping 测试IPpour jeter un œil à la latence - Test de routage : utilise BestTrace depuis ta machine pour tracer la route vers l’IP cible
- Test de téléchargement : récupère le fichier de test depuis le Looking Glass pour vérifier la vitesse
5. Suivi des anomalies
Le script refuse de se lancer
Problème : certains scripts nécessitent les droits root
Solution :
1 | sudo bash <(curl -sL 脚本地址) |
Résultats de speedtest très fluctuants
Problème : sur un même VPS, les résultats des tests varient énormément d’une fois sur l’autre
Causes possibles :
- Fluctuations du réseau
- VPS survendus, ressources instables
- Serveurs de test saturés
Mes conseils : relance le test plusieurs fois pour faire une moyenne, et fais des essays à différents créneaux horaires
GeekBench plante
Problème : sur les petits VPS avec peu de RAM, GeekBench se mange un OOM
Solution :
1 | # 创建swap(临时) |
Échec du test de routage de retour
Problème : backtrace ou d’autres scripts de test de routage refusent de s’exécuter
Solution :
1 | # 安装依赖 |
6. Foire aux questions (FAQ)
Q : Les scripts de benchmark risquent-ils de faire fuiter mes infos ?
R : Ces scripts sont open source, tu peux aller vérifier le code sur GitHub. Ils se contentent de tester les perfs du VPS et n’envoient aucune donnée sensible. Par contre, je te conseille de :
- Récupérer les scripts uniquement depuis des sources de confiance comme GitHub
- Si tu as le moindre doute, télécharge le code, jette un œil, et lance-le seulement après
Q : Pourquoi mes résultats de speedtest sont si différents de ceux des autres ?
R : Plein de paramètres entrent en jeu :
- L’heure du test (heures de pointe vs. heures creuses)
- Ton réseau local (China Telecom / China Unicom / China Mobile)
- La charge actuelle du VPS
- L’état du nœud de test utilisé
Mon conseil : lance ton test pendant le pic de soirée (20h-22h), c’est bien plus représentatif de la réalité.
Q : Le fournisseur annonce du CN2 GIA, comment je vérifie ça ?
R : Lance un test de routage de retour (backtrace) et regarde le résultat :
- Vrai CN2 GIA : que du 59.43.x.x tout du long, pas de 202.97
- Faux CN2 GIA (en réalité du GT) : 59.43 sur la partie internationale, mais 202.97 sur le tronçon domestique
- Pas du tout du CN2 : que du 202.97
Q : C’est quoi une vitesse d’I/O normale ?
R : Valeurs de référence :
- SSD : plus de 500 Mo/s
- Cloud disque standard : 200 à 500 Mo/s
- HDD ou overselling sévère : moins de 200 Mo/s
Q : Faut-il lancer tous les scripts ?
R : Non. Voici le workflow que je recommande :
- Commence par lancer 融合怪 (ecs.sh) ou ZBench, un seul script et tu couvres l’essentiel
- Si tu as besoin d’analyser le routage en détail, lance ensuite backtrace
- Si la qualité de l’IP te préoccupe, enchaîne sur IP.Check.Place
Q : Combien de temps prennent les tests ?
R : Voici un ordre d’idée :
- bench.sh : 2 à 3 minutes
- SuperBench/ZBench : 5 à 10 minutes
- YABS (avec GeekBench) : 10 à 15 minutes
- 融合怪 test complet : 15 à 30 minutes
- UnixBench : plus de 30 minutes
Prochain article
《买VPS常见的坑和避坑指南》 — je te partage les pièges que j’ai déjà rencontrés, y compris les soucis d’IP, les fausses annonces de routage, les frais cachés, etc.
Dernière mise à jour : janvier 2026





