Configurer Transmission en 2026 : le client torrent minimaliste qui marche vraiment

0 / 7

Configurer Transmission en 2026 : le client torrent minimaliste qui marche vraiment

Guide complet pour Transmission en 2026 : le plus léger des clients torrent, idéal macOS, Linux daemon et seedbox. Kill switch, port, ratio, chiffrement.

Publié le 23 avril 2026

Choisissez votre guide

Ce guide a un but éducatif. monratio.fr n'encourage ni le piratage ni le téléchargement illégal. Transmission est un logiciel libre sous licence GPL, utilisé pour distribuer des distributions Linux, des jeux libres et des œuvres sous licence Creative Commons.

🪶 Pourquoi Transmission et pas un autre

Transmission, c'est le client torrent le plus léger du marché. Lancé en 2005 pour macOS, il s'est imposé comme la référence Mac grâce à son intégration native et son refus absolu de la complexité. Pas de plugins, pas de tabs inutiles, pas de fonctionnalités obscures : juste un client qui télécharge et seede.

Il est aussi imbattable en mode daemon sur un NAS, une seedbox ou un serveur Linux : 15 à 20 Mo de RAM, stable pendant des mois, pilotable via Web UI ou ligne de commande.

Transmission face aux autres clients

Transmission (ce guide) ~20 Mo RAM · macOS natif · daemon Linux

qBittorrent ~250 Mo RAM · plus complet

Deluge ~150 Mo RAM · plugins riches

BiglyBT ~300 Mo RAM · Java lourd

Transmission, c'est le bon choix si :

Vous êtes sur macOS et voulez une app native qui respecte les conventions Apple
Vous avez un NAS Synology (Transmission est disponible dans le Package Center officiel)
Vous voulez un daemon Linux qui tourne des mois sans broncher
Vous préférez la simplicité aux 400 options de qBittorrent

Transmission n'est pas le bon choix si : vous voulez une recherche intégrée (absent), du RSS avec filtres (basique), ou beaucoup de plugins tiers. Voir notre comparatif des 7 clients pour les alternatives.

Transmission : C / Objective-C, libtransmission, MIT license. macOS Cocoa natif, transmission-daemon + transmission-remote-gtk/qt/web, transmission-cli. RPC JSON exposé sur localhost:9091 par défaut (rpc-url /transmission/rpc). Settings JSON : ~/.config/transmission/settings.json (Linux) ou ~/Library/Application Support/Transmission/settings.json (macOS). Binary-safe, pas de dépendance runtime lourde.

L'histoire courte de Transmission Le projet naît en 2005 sous l'impulsion de Charles Kerr, avec une philosophie « do one thing well ». Apple l'a intégré de facto comme client par défaut recommandé dans la communauté Mac. Il est encore aujourd'hui maintenu par une équipe bénévole et reçoit des releases tous les 6-12 mois.

Transmission et les seedboxes : beaucoup de seedboxes bon marché (notamment chez Pulsedmedia historiquement, ou certaines offres entry-level de Whatbox) proposent Transmission comme alternative à rTorrent. Plus léger pour l'hébergeur, plus simple pour l'utilisateur novice.

📥 Télécharger Transmission (la vraie version)

Attention : téléchargez toujours Transmission depuis le site officiel. Il existe des sites miroirs avec des installeurs modifiés, voire des adwares. Le seul site légitime est transmissionbt.com.

macOS L'environnement historique, installation en 30 secondes

Allez sur transmissionbt.com
Cliquez sur "Download", choisissez la version macOS (universal)
Ouvrez le fichier .dmg téléchargé
Glissez l'icône Transmission dans Applications
Premier lancement : clic droit > Ouvrir (Gatekeeper peut bloquer un double-clic direct)
Acceptez les permissions demandées (accès au dossier Téléchargements notamment)

💡 Transmission-Remote-GUI existe aussi pour piloter un daemon distant, mais pour un usage local le .dmg officiel suffit amplement.

Linux (desktop ou daemon) Debian, Ubuntu, Fedora, Arch… ou mode serveur

Desktop (GTK) : sudo apt install transmission-gtk (Debian/Ubuntu) ou sudo dnf install transmission-gtk (Fedora)
Desktop (Qt) : sudo apt install transmission-qt (alternative Qt)
Daemon (headless) : sudo apt install transmission-daemon, puis sudo systemctl enable --now transmission-daemon
Web UI du daemon accessible sur http://localhost:9091 une fois le service lancé
Pour éditer la config du daemon : arrêter le service, éditer /etc/transmission-daemon/settings.json, relancer

⚠️ Important avec le daemon : il faut arrêter le service avant d'éditer settings.json, sinon vos modifs sont écrasées au prochain stop du démon.

NAS Synology Transmission dans le Package Center officiel

DSM > Package Center
Cherchez "Transmission" (il est dans les packages officiels Synology)
Cliquez Installer
Une fois installé, ouvrez Transmission depuis le menu d'applications
L'interface Web est accessible sur http://votrenas:9091

💡 Sur Synology, préférez quand même l'approche Docker + GlueTUN pour bénéficier d'un kill switch solide. Voir notre tuto NAS (même principe, remplacez qBittorrent par Transmission).

Windows Fonctionne mais moins poli qu'ailleurs

Allez sur transmissionbt.com
Section Windows : téléchargez le .msi
Exécutez l'installeur, validez les étapes par défaut
Lancez Transmission depuis le menu Démarrer

⚠️ Sur Windows, l'expérience Transmission est moins soignée que sur macOS ou Linux. Si vous êtes sur Windows, qBittorrent est un meilleur choix. Voir notre tuto qBittorrent.

Installation : transmission-daemon (Linux), brew install transmission (macOS brew), Synology Package Center. Config path : ~/.config/transmission-daemon/settings.json (Linux systemd) ou ~/Library/Application Support/Transmission/settings.json (macOS GUI). Pour Docker : image linuxserver/transmission avec TRANSMISSION_WEB_HOME=/combustion-release/ si vous voulez une UI plus moderne.

Pas de Microsoft Store, pas de Snap : les versions sandboxées (store Windows, Snap Ubuntu) n'ont pas accès direct aux interfaces réseau, ce qui empêche le binding VPN de fonctionner correctement. Utilisez les paquets officiels de votre distribution ou le .msi du site.

Vérifier les signatures : sur la page de téléchargement, vous trouverez les hash SHA-256 des fichiers. Sur macOS : shasum -a 256 Transmission.dmg. Sur Windows PowerShell : certutil -hashfile Transmission.msi SHA256.

🛡️ Binder Transmission au VPN (kill switch)

C'est la configuration critique. Sans elle, si votre VPN tombe une seconde, Transmission continue à télécharger sur votre vraie connexion : votre IP réelle apparaît dans le swarm. ARCOM et trackers privés voient tout.

La technique : forcer Transmission à utiliser uniquement l'IP de l'interface VPN. Si le VPN tombe, l'IP disparaît, et Transmission ne peut plus rien faire. Zéro fuite possible.

Étape 1 : Récupérer l'IP de l'interface VPN

Connectez votre VPN, puis exécutez la commande correspondant à votre système :

Terminal : lister les interfaces réseau

# Linux

ip -4 addr show

# macOS

ifconfig | grep "inet "

💡 Vous cherchez une IP qui commence souvent par 10.x.x.x (ProtonVPN, Mullvad WireGuard) ou 172.27.x.x (NordLynx). C'est l'IP de votre tunnel VPN.

Étape 2 : Configurer le bind-address dans Transmission

Transmission (GUI macOS/Linux) n'a pas de champ "interface réseau" direct, il faut passer par le fichier de config. Le principe reste simple une fois qu'on sait où taper.

Quittez complètement Transmission (Cmd+Q sur Mac, systemctl stop transmission-daemon sur Linux)
Ouvrez le fichier settings.json avec un éditeur texte :
- macOS : ~/Library/Application Support/Transmission/settings.json
- Linux daemon : /etc/transmission-daemon/settings.json (ou ~/.config/transmission-daemon/)
- Synology : /var/packages/transmission/target/var/settings.json
Cherchez (ou ajoutez) les lignes bind-address-ipv4 et bind-address-ipv6
Mettez l'IP de votre interface VPN dans bind-address-ipv4
Sauvegardez et relancez Transmission

settings.json (extrait)

{

"bind-address-ipv4": "10.2.0.2",

"bind-address-ipv6": "::",

"peer-port": 51413,

...

}

✓ Transmission n'utilisera plus QUE cette IP. Si elle disparaît (VPN tombe), plus de trafic possible.

Étape 3 : Tester le kill switch

Lancez un torrent (par exemple une ISO Ubuntu)
Vérifiez qu'il télécharge (vitesse > 0)
Coupez le VPN manuellement
Le torrent doit passer en "Stalled" (Bloqué) en quelques secondes
Vitesse : 0 Ko/s
Reconnectez le VPN : le torrent reprend automatiquement

Config : bind-address-ipv4 sur l'IP du tunnel, bind-address-ipv6 à :: pour désactiver IPv6 (ou une IP IPv6 du VPN si dual-stack). Stoppez le daemon avant édition. Sur Linux + systemd, le daemon écrase settings.json au stop → systemctl stop transmission-daemon puis edit puis systemctl start. Test : ip link set tun0 down (ou déconnexion VPN), les torrents tombent en stalled < 10s.

Pourquoi pas le kill switch VPN système ? Les kill switches intégrés aux apps VPN (NordVPN, ProtonVPN) coupent toute la connexion Internet quand le tunnel tombe. C'est efficace mais brutal : votre navigateur, jeux, Spotify, tout s'arrête. Le binding par IP dans Transmission ne coupe que Transmission, le reste continue.

Piège du settings.json écrasé : sur Linux avec systemd, Transmission réécrit settings.json à chaque arrêt propre du daemon. Si vous éditez pendant qu'il tourne, au prochain stop vos modifs disparaissent. Toujours systemctl stop AVANT d'éditer.

Pour Docker : sur NAS/seedbox en Docker, la bonne solution est GlueTUN + Transmission dans le même compose, avec binding via network_mode: "service:gluetun". Kill switch automatique, plus propre que bind-address.

🌐 Configurer le port d'écoute

Le port d'écoute, c'est le numéro qui permet aux autres pairs de se connecter à vous. Sans port ouvert, vous êtes en mode passif : vous téléchargez, mais difficile de partager. Mortel pour le ratio sur trackers privés.

Deux cas :

Vous avez le port forwarding du VPN (ProtonVPN, AirVPN) : utilisez le port attribué par votre VPN
Vous n'avez pas de port forwarding (Mullvad, NordVPN) : choisissez un port, vous serez passif

Configurer le port

macOS (GUI) : Transmission > Préférences > Réseau > "Port utilisé pour les connexions entrantes"
Linux/NAS (daemon) : éditez settings.json, clé peer-port
Entrez votre numéro de port (ex. 43521 si AirVPN vous l'a donné, ou un port aléatoire entre 49152 et 65535 sinon)
Décochez "Use UPnP / NAT-PMP" (inutile et potentiellement fuyant derrière VPN)
Décochez "Randomize port on launch" (sinon le port change à chaque redémarrage)

Préférences > Réseau

Port TCP/UDP entrant

43521

Utiliser UPnP / NAT-PMP

Randomiser le port au démarrage

💡 ProtonVPN : le port change à chaque connexion, il faut un script d'automatisation qui update peer-port dans Transmission à chaque reconnexion.

settings.json : "peer-port": 43521, "peer-port-random-on-start": false, "port-forwarding-enabled": false. UPnP off par définition derrière VPN. Pour automation ProtonVPN dynamic port : script qui exec natpmpc, parse le port, edit settings.json, restart daemon, ou mieux utilise RPC : transmission-remote --peer-port $PORT. transmission-remote -pt pour test port.

Pourquoi désactiver UPnP/NAT-PMP ? Ces protocoles demandent automatiquement à votre routeur d'ouvrir un port. Derrière un VPN, c'est le serveur VPN qui verrait la requête : inutile au mieux, fuyant au pire. Toujours off avec VPN.

Tester le port depuis l'extérieur : une fois configuré, allez sur notre outil de test de port pour vérifier qu'il est bien ouvert sur votre IP VPN.

⚡ Limites de vitesse et ratio

Transmission est très peu gourmand par défaut, mais quelques réglages aident à ne pas saturer votre connexion et à respecter les ratios des trackers privés.

Vitesses : Préférences > Vitesse

Préférences > Vitesse

Limite d'upload

~80% de votre upload max pour éviter le bufferbloat

8000 Ko/s

Limite de download

Illimité si fibre, sinon laisser de la marge

Illimité

Alternative Speed (turtle mode)

Mode lent programmable pour la nuit / journée

Optionnel

Le turtle mode est une spécificité Transmission que les autres clients n'ont pas aussi bien implémentée : vous définissez un mode lent (par ex. 500 Ko/s) qui s'active automatiquement selon un planning (par ex. 8h-22h lent, 22h-8h rapide). Très utile si vous partagez votre connexion.

Ratio et seeding : Préférences > Torrents

Règles de seeding

Stop seeding at ratio 2.00

Stop seeding when idle (minutes) 10080 (7 jours)

Action quand limite atteinte ⚠️ Pause (JAMAIS delete)

Jamais sélectionner "Delete local data when seeding completes" : vous perdriez les fichiers téléchargés. Toujours "Stop" ou "Pause".

settings.json : "speed-limit-up": 8000, "speed-limit-up-enabled": true, "ratio-limit": 2.0, "ratio-limit-enabled": true, "idle-seeding-limit": 10080. Alt-speed (turtle) : "alt-speed-up": 500 + "alt-speed-time-enabled": true + alt-speed-time-begin/end (minutes depuis minuit). Pour seedbox/NAS 24/7 sur trackers HDB/BTN : ratio 5.0+ pour buffer confortable.

Le bufferbloat en clair : si en téléchargeant vous remarquez que la navigation Web devient lente, c'est du bufferbloat. Solution : limiter votre upload à 80% du max, jamais 100%. Test sur waveform.com/tools/bufferbloat.

Ratio par tracker : Transmission n'a pas de ratio par tracker comme qBittorrent. Pour différencier un tracker public (ratio 0, on laisse filer) d'un tracker privé (ratio 2.0 minimum), il faut utiliser les commandes manuelles ou un script externe appelant transmission-remote -tN -sr 2.0.

🔒 Chiffrement et anti-fingerprint

Quelques réglages de confidentialité supplémentaires pour rendre Transmission moins identifiable. Allez dans Préférences > Confidentialité (macOS) ou modifiez settings.json (Linux/NAS).

Confidentialité et pairs

Mode de chiffrement Required (forcer)

DHT (réseau décentralisé) ⚠️ Off pour trackers privés

PEX (échange de pairs) ⚠️ Off pour trackers privés

LPD (recherche locale) ⚠️ Off pour trackers privés

Clés settings.json correspondantes :

"encryption": 2 (required)
"dht-enabled": false
"pex-enabled": false
"lpd-enabled": false

Rappel trackers privés : DHT, PEX et LPD permettent de trouver des pairs en dehors du tracker officiel. Sur un tracker privé, c'est une violation directe des règles : ban immédiat sur la plupart des sites. Toujours les désactiver en contexte privé.

settings.json : "encryption": 2 (0=prefer, 1=allow, 2=require), "dht-enabled": false, "pex-enabled": false, "lpd-enabled": false. Transmission ne permet pas de spoofer le peer_id/user_agent comme qBittorrent (par design, refus des hacks d'identification). Si un tracker privé n'accepte que certains clients whitelist, vérifiez que Transmission est dans la liste avant de pousser.

Transmission et les trackers privés : tous les gros trackers privés (HDB, PTP, BTN, Red, etc.) acceptent Transmission dans leur whitelist clients autorisés. C'est un client propre, open source, sans hack d'identification. Le ratio se gère, tout marche.

Le chiffrement BitTorrent c'est quoi ? Le mode MSE/PE chiffre les données entre pairs. Ça n'empêche pas un FAI de détecter que c'est du BitTorrent (patterns de trafic), mais ça rend l'inspection deep packet impossible. Combiné avec le VPN, double couche utile.

✅ Vérification finale : pas de fuite IP

Dernière étape : vérifier que votre setup est étanche. Aucune fuite, aucun moyen de remonter à votre vraie IP.

Test 1 : IP générale

Vérifiez que votre VPN est connecté
Allez sur ipleak.net
L'IP affichée doit être celle du serveur VPN (un autre pays), pas la vôtre
Vérifiez les sections DNS et WebRTC : aucune fuite

Test 2 : IP envoyée aux trackers (le test décisif)

Sur ipleak.net, descendez jusqu'à "Torrent Address detection"
Cliquez "Activate" pour générer un magnet link de test
Téléchargez le .torrent et ouvrez-le dans Transmission
Attendez 30 secondes
Retour sur ipleak.net : l'IP affichée doit être celle du VPN, identique à votre IP navigateur

ipleak.net · Torrent Address Detection

IP navigateur 185.xxx.xxx.xxx (Pays-Bas) ✓

IP torrent 185.xxx.xxx.xxx (Pays-Bas) ✓

Match ? ✓ Identiques (parfait)

✓ Les deux IP sont identiques ET ce n'est pas la vôtre. Kill switch OK. Vous êtes anonyme.

Test 3 : Coupure VPN volontaire

Lancez un téléchargement actif
Déconnectez le VPN manuellement
Transmission doit passer en Stalled en moins de 10 secondes
Vitesse : 0 Ko/s
Reconnectez le VPN : reprise automatique

Si le torrent continue à descendre quand le VPN est coupé, retournez à l'étape 3 et vérifiez l'IP de bind-address-ipv4.

🎉

Transmission est prêt

Kill switch actif, port configuré, ratio paramétré, sécurité OK. Léger, stable, intégré. Profitez de la simplicité.

Audit : ipleak.net pour browser/DNS/WebRTC + torrent address detection. Coupure : ip link set tun0 down ou déconnexion VPN, vérifier stalled < 10s. Logs daemon : journalctl -u transmission-daemon -f. RPC pour monitoring : transmission-remote -l liste les torrents actifs avec statuts. Pour audit continu : cron qui curl check.torrentprivacy.com API et alerte si fuite.

Si l'IP torrent ≠ IP navigateur : Transmission utilise une autre interface que votre navigateur. Vérifiez que bind-address-ipv4 correspond bien à l'IP du tunnel VPN actuelle (elle change à chaque reconnexion sur certains VPN).

Tests automatisés : un script bash torrent-privacy-check.sh peut être planifié en cron qui teste l'API check.torrentprivacy.com toutes les heures et alerte par mail/Discord.

Autres outils de vérification : browserleaks.com (audit complet nav), dnsleaktest.com (DNS étendus).

Transmission est configuré. Ensuite ?

Étapes logiques selon votre setup :

Comparatif clients torrent Voir les 7 clients comparés, leurs forces et faiblesses

Pas encore de VPN ? Comparatif honnête des 4 VPN qu'on recommande

Port forwarding ProtonVPN Adapter le script pour update Transmission automatiquement

Passer en seedbox ? Quand votre PC ne suffit plus pour le ratio