Auteur Sujet: Création d’une clé USB bootable, pour réaliser un test de débit fiable  (Lu 5289 fois)

vivien et 3 Invités sur ce sujet

vivien

  • Administrateur
  • *
  • Messages: 53 717
    • Bluesky LaFibre.info
Création d’une clé USB bootable, pour réaliser un test de débit fiable
« Réponse #36 le: 01 novembre 2026 à 14:42:40 »
J'ai hésité à faire une ISO custom.

Les avantages :
- C'est en français (pour pallier ce qui est en anglais, j'ai indiqué la traduction dans mon tutoriel)
– Certains outils peuvent être pré-installés.

Ce qui ne change pas :
- Les versions de nPerf sont actualisées régulièrement, donc la pré-installation a peu d'utilité (c'est par contre intéressant pour SpeedTest ou iPerf3)

Les inconveignants :
- Les nombreux tests à faire sur une ISO custom pour vérifier que cela fonctionne correctement dans tous les cas.
– Obligation de faire une nouvelle ISO régulièrement (pour la prise en charge des PC récents, il faut un noyau Linux très récent, d'où l'idée de partir sur Ubuntu qui a un support matériel excellent, mis à jour tous les 6 mois).
- La confiance est plus faible dans une ISO qu'on télécharge, vs l'ISO officielle d'Ubuntu.

vivien

  • Administrateur
  • *
  • Messages: 53 717
    • Bluesky LaFibre.info
Exemple des vitesses obtenues avec un SSD NVMe
« Réponse #37 le: 11 novembre 2026 à 18:24:23 »
J'ai rajouté une aide détaillée pour l'utilisation de NSpeed par une personne qui n'a pas de connaisance réseau :

Utiliser NSpeed


NSpeed est un outil qui s'utilise via une ligne de commande. Un usage simple est proposé ci-dessous.

Un exemple de commande pour faire un simple test de débit multi-connexions avec NSpeed : (plusieurs connexions simultanées)

Pour cet exemple, un serveur de 40 Gbit/s de l'association MilkyWan est utilisé avec un fichier de 10 Go. Ce serveur est interconnecté à très haut débit à Free, Bouygues Telecom et SFR via le point d'échange Nine. Il est également connecté en direct avec de nombreux opérateurs alternatifs. Pour Orange, l'interconnexion passe par NetSyst.

L'option « -n 10 » permet d’ouvrir 10 connexions TCP simultanées. Retirer cet argument permet de faire un test de débit mono-connexion.



Le débit est affiché dans la case « Read speed » pour le débit descendant et dans la case « Write speed » pour le débit montant. C’est l’addition des débits des 10 connexions TCP simultanées.



Autre suggestion d'un serveur performant (40 Gbit/s) en Île-de-France : https://eurofiber.testdebit.info/ : Il a la particularité de permettre de tester son débit en https (trafic chiffré) sur tous les ports, du port 1 au port 9199 (sauf les ports 80/81 qui écoutent en http). Cela permet de vérifier que le débit n’est pas bridé sur un port TCP spécifique.

http://http.eurofiber.testdebit.info écoute également sur tous les ports, du port 1 au port 9199 sur l'URL (en IPv6 uniquement).



Sur cette ligne 1 Gbit/s on voit qu'on atteint le débit maximum sur l'ensemble des ports, que ce soit en http ou en https. Le débit https est un tout petit peu inférieur au débit http, ce qui est normal.

920 Mbit/s correspondent au débit maximum utile atteignable en https sur une ligne à 1 Gbit/s (le débit annoncé est souvent le débit brut).




Pour les experts : les commandes disponibles avec NSpeed

Utilisation : nspeed [options globales] <commande> ... <commande>

Commandes disponibles :

  • get : effectuer un transfert pour mesurer la vitesse de téléchargement (réception) (par défaut : HTTP GET)
  • put : effectuer un transfert pour mesurer la vitesse d'envoi (transmission) (par défaut : HTTP PUT)
  • post : effectuer une commande HTTP POST pour mesurer la vitesse d'envoi (transmission) (par défaut : HTTP POST)
  • server : lancer un serveur NSpeed (par défaut : serveur HTTP)
  • from : lire des commandes depuis un fichier ou une URL (utiliser - pour stdin)
  • then : exécuter toutes les commandes précédentes puis continuer
  • bench : exécuter des commandes prédéfinies
  • api : activer un point de terminaison API
  • ciphers : lister les suites de chiffrement prises en charge par le ou les serveurs cibles

Utilisez « nspeed <commande> -h » pour voir les arguments et options spécifiques à chaque commande.

Options disponibles pour les commandes get / put / post :

  • -4 : utiliser uniquement IPv4
  • -6 : utiliser uniquement IPv6
  • -P string : protocole de communication (par défaut « http »)
  • -a string : adresse locale ou port spécifique à utiliser (ip, ip:port ou :port ; « ip » peut également désigner le nom d'une interface)
  • -connect-timeout durée : durée maximale autorisée pour la connexion initiale (par défaut 2 s)
  • -ct string (option uniquement pour les commandes put/post) : type de contenu (par défaut « application/octet-stream »)
  • -h2c : forcer l'utilisation du mode HTTP/2 Cleartext (H2C) (implique -http2)
  • -http1.1 : forcer l'utilisation de HTTP 1.1
  • -http2 : forcer l'utilisation de HTTP/2
  • -http3 : utiliser HTTP/3
  • -id string : nom/identifiant de cette commande
  • -k : ignorer la validation des certificats
  • -m uint : durée maximale (en secondes) allouée à l'exécution de cette commande (la valeur par défaut du délai d'attente est utilisée)
  • -mtu uint : MTU initial à utiliser
  • -n int : nombre de fois qu'un élément doit être traité (par défaut 1)
  • -r uint : nombre de répétitions (par défaut 1)
  • -schedule string : planification de la commande (liste des durées de « pause » et de « travail », séparées par des virgules)
  • -self : utiliser un certificat TLS auto-signé
  • -size string : taille maximale pour la réception ou l'envoi (upload)
  • -u string : user-agent (par défaut « nspeed.app/v0.17.1 »)
  • -url string : URL cible de la commande
  • -w durée : délai d'attente avant de lancer la commande

Options globales disponibles :
  • -4 : utiliser uniquement IPv4
  • -6 : utiliser uniquement IPv6
  • -buffer int : taille du tampon d'E/S à utiliser (par défaut : 0 pour la taille système, -1 pour le maximum)
  • -cpu : afficher l'utilisation du processeur (par défaut : toutes les secondes ; utiliser -cpurate pour modifier) Collecter également les statistiques mémoire/GC
  • -cpuprofile string : écrire le profil CPU dans un fichier
  • -cpurate duration : définir la fréquence CPU (implique -cpu)
  • -debug : afficher encore plus de détails et la progression
  • -display-log-level : afficher les niveaux de journalisation (toujours vrai si -verbose/-debug/-trace)
  • -display-log-time : afficher les horodatages des journaux
  • -dns-server string : spécifier un serveur DNS à utiliser (IP littérale ou IP:port littéral)
  • -formatV4 string : format d'anonymisation spécifique pour les adresses IPv4 (par défaut "1")
  • -formatV6 string : format d'anonymisation spécifique pour les adresses IPv6 (par défaut "18")
  • -html string : exporter les statistiques dans un fichier HTML (utiliser - pour stdout)
  • -info : afficher des informations sur l'hôte
  • -json string : exporter les statistiques dans un fichier JSON (utiliser - pour stdout)
  • -log string : nom du fichier de sortie des journaux structurés (utiliser - pour stdout), implique -verbose
  • -maxtime duration : durée maximale par défaut de chaque commande (par défaut 8s)
  • -memprofile string : écrire le profil mémoire dans un fichier
  • -n string : nom du premier lot (batch)
  • -nocolor : ne pas utiliser de couleurs dans la sortie texte
  • -post duration : durée d'attente après la fin de toutes les commandes
  • -pre duration : durée d'attente avant de démarrer les commandes
  • -rate duration : fréquence d'échantillonnage des données (utilisé pour générer des séries temporelles)
  • -self : utiliser le certificat auto-signé intégré
  • -test : tester uniquement les arguments, ne rien exécuter
  • -text string : exporter les statistiques au format texte (utiliser - pour stdout) (par défaut "-")
  • -tick duration : fréquence d'affichage de la progression (utilisé pour -debug, -trace et webstats) (par défaut 1s)
  • -timeout uint : délai d'expiration global par défaut en secondes, 0 pour aucun délai
  • -trace : informations maximales de débogage et de traçage
  • -ungroup : afficher les membres des groupes
  • -verbose : afficher la progression et les détails
  • -version : afficher la version (ajouter "all" pour plus d'informations sur la compilation et l'exécution)

vivien

  • Administrateur
  • *
  • Messages: 53 717
    • Bluesky LaFibre.info
iPerf3 - Installer iPerf3 sur la clé USB bootable
« Réponse #38 le: Aujourd'hui à 11:11:24 »
Client Free, le serveur SpeedTest de Bezons fonctionne avec SpeedTest-cli ? speedtest -s 32565

Pour installer la bêta de SpeedTest-cli pour Debian / Ubuntu : https://support.ookla.com/hc/en-us/articles/44460926657937-CLI-Beta
Pour installer SpeedTest-cli pour MacOS / Fedora / FreeBSD : https://www.speedtest.net/fr/apps/cli


Free :
  • Free Vitry-sur-Seine (94 - sud de l'Île-de-France) : speedtest -s 76639
  • Free Bezons (95 - nord de l'Île-de-France - ne fonctionne que depuis le réseau Free) : speedtest -s 32565
  • Free Saint Ouen l'Aumône (95 - nord de l'Île-de-France) : speedtest -s 76640
  • Free Lyon : speedtest -s 76642
  • Free Marseille : speedtest -s 76641
  • Scaleway Paris (75) : speedtest -s 61933

Depuis Orange, j'ai ce message, mais le serveur serait peut-être réservé aux clients Free.
$ speedtest -s 32565
[error] Configuration - No servers defined (NoServersException)