La discussion de 2023 sur Speedtest Tracker pour CasaOS est obsolète au niveau de l’image de conteneur. L’ancien fil débattait des balises de henrywhitaker3/speedtest-tracker, mais le projet maintenu utilise désormais l’image LinuxServer.io lscr.io/linuxserver/speedtest-tracker:latest.
Si vous installez aujourd’hui Speedtest Tracker sur CasaOS ou un autre hôte Docker, utilisez la documentation actuelle du projet plutôt que de reproduire l’ancienne solution de contournement entre latest et dev. L’image actuelle nécessite une configuration persistante et une APP_KEY, et prend directement en charge les tests planifiés.
Qu’est-ce qui a changé depuis le tutoriel CasaOS d’origine ?
La discussion originale du forum reste utile, car elle présente le cas d’usage : enregistrer automatiquement le débit Internet peut aider à prouver des problèmes récurrents avec le FAI. Elle avertit également, à juste titre, que les tests planifiés consomment de la bande passante. Ce qui est devenu obsolète, c’est le conditionnement logiciel.
Le guide Docker Compose actuel de Speedtest Tracker utilise désormais l’image LinuxServer et documente les options SQLite, MariaDB, MySQL et PostgreSQL. L’image LinuxServer est disponible pour x86-64 et ARM64.
Une base Docker Compose actuelle
services:
speedtest-tracker:
image: lscr.io/linuxserver/speedtest-tracker:latest
container_name: speedtest-tracker
restart: unless-stopped
ports:
- "8080:80"
environment:
- PUID=1000
- PGID=1000
- APP_KEY=your-generated-key
- APP_URL=http://your-server:8080
- DB_CONNECTION=sqlite
volumes:
- /path/to/speedtest-tracker/data:/configGénérez et protégez la clé d’application comme indiqué par le projet actuel. Conservez /config sur un stockage persistant afin que les résultats et les paramètres soient conservés après la recréation du conteneur. Si le port 8080 est déjà utilisé, modifiez uniquement le côté hôte de la correspondance.
La documentation de l’image LinuxServer Speedtest Tracker explique également PUID/PGID, les mises à jour de l’image et les variables d’environnement actuelles.
Les tests planifiés consomment toujours de la bande passante réelle
Une réponse de la communauté estimait la consommation à environ 25 à 50 Mo par test en 2023, mais ce chiffre ne doit pas être considéré comme une exigence actuelle fixe. Un test de débit transfère volontairement suffisamment de données pour mesurer la connexion : la consommation varie donc selon le fournisseur, le débit de la liaison, la durée du test et le choix du serveur.
Avec une connexion Internet limitée en volume, commencez par une fréquence prudente et mesurez la consommation quotidienne réelle avant d’augmenter la fréquence. Sur un serveur domestique basse consommation toujours allumé, l’application elle-même est légère ; les tests réseau, et non le tableau de bord, constituent généralement le coût opérationnel le plus important.
Si vous utilisez encore l’ancienne image
Ne remplacez pas l’ancien conteneur avant d’avoir localisé ses données persistantes. Exportez ou sauvegardez d’abord la configuration et la base de données, puis créez un déploiement actuel propre et vérifiez séparément la migration des données historiques. Passer d’une image abandonnée à une image maintenue constitue une migration d’application, et pas simplement un changement de balise.
Foire aux questions
Speedtest Tracker consomme-t-il beaucoup de données Internet ?
Cela peut être le cas. Chaque test planifié envoie et reçoit du trafic réel pour mesurer le débit. La quantité exacte n’est pas fixe : les utilisateurs soumis à des plafonds de données doivent donc mesurer leur propre consommation et éviter des fréquences de test inutilement élevées.
