Optimiser qBittorrent sur NAS Synology

Votre NAS télécharge à 3 Mo/s alors que vous avez une fibre à 800 Mb/s ? Le coupable n'est pas votre connexion. C'est le protocole VPN que vous utilisez.

Il existe deux grandes technologies pour chiffrer votre trafic VPN :

Dans mes tests, le passage de l'un à l'autre a multiplié le débit par 8 sur le même serveur ProtonVPN, sans rien toucher d'autre. C'est LA première chose à changer.

ProtonVPN fournit un fichier de configuration qu'on va utiliser dans Docker. On va le générer avec les bonnes options.

1. Connectez-vous sur account.protonvpn.com
2. Dans le menu de gauche, allez dans "Downloads" puis "WireGuard configuration"
3. Configurez selon les options ci-dessous
4. Cliquez sur "Create" puis téléchargez le fichier .conf

Une fois le fichier .conf téléchargé, ouvrez-le avec un éditeur de texte (Bloc-notes, TextEdit…). Vous y trouverez deux infos importantes :

[Interface]
PrivateKey = xxxxx...xxxxx  ← Notez cette ligne
Address = 10.2.0.2/32  ← Notez cette ligne
DNS = 10.2.0.1

[Peer]
PublicKey = ...
AllowedIPs = 0.0.0.0/0
Endpoint = ...:51820

Gardez ces deux valeurs sous la main, on va les coller dans le docker-compose à l'étape suivante.

Docker est déjà installé sur votre Synology (depuis DSM 7.2, c'est Container Manager). On va utiliser Docker Compose qui permet de lancer plusieurs conteneurs en une seule commande.

On va lancer 2 conteneurs qui travaillent ensemble :

Créez un fichier docker-compose.yml dans /volume1/docker/qbittorrent/ et collez le code ci-dessous. Remplacez VOTRE_CLE_PRIVEE par la clé récupérée à l'étape 2.

services:
  gluetun:
    image: qmcgaw/gluetun:latest
    container_name: gluetun
    cap_add:
      - NET_ADMIN
    devices:
      - /dev/net/tun:/dev/net/tun
    environment:
      - VPN_SERVICE_PROVIDER=protonvpn
      - VPN_TYPE=wireguard
      - WIREGUARD_PRIVATE_KEY=VOTRE_CLE_PRIVEE
      - WIREGUARD_ADDRESSES=10.2.0.2/32
      - SERVER_COUNTRIES=France
      - VPN_PORT_FORWARDING=on
      - VPN_PORT_FORWARDING_PROVIDER=protonvpn
      - VPN_PORT_FORWARDING_UP_COMMAND=/bin/sh -c 'wget -q -O- --post-data "json={\"listen_port\":{{PORTS}}}" http://localhost:9775/api/v2/app/setPreferences 2>&1'
      - TZ=Europe/Paris
    ports:
      - 9775:9775
    volumes:
      - /volume1/docker/gluetun:/gluetun
    restart: always

  qbittorrent:
    image: lscr.io/linuxserver/qbittorrent:latest
    container_name: qbittorrent
    network_mode: "service:gluetun"
    depends_on:
      gluetun:
        condition: service_healthy
    environment:
      - PUID=1026
      - PGID=100
      - TZ=Europe/Paris
      - WEBUI_PORT=9775
    volumes:
      - /volume1/docker/qbittorrent:/config
      - /volume1/docker/qbittorrent/downloads:/downloads
    restart: always

Lancez ensuite les conteneurs. Dans Container Manager (DSM 7.2+), cliquez sur "Project" puis "Create", sélectionnez votre fichier docker-compose.yml et validez.

Décortiquons les lignes les plus importantes :

• VPN_PORT_FORWARDING_UP_COMMAND : la ligne magique. Elle dit à GlueTUN : "quand tu obtiens un port du VPN, envoie-le automatiquement à qBittorrent via son API". Sans ça, vous devriez mettre à jour le port manuellement après chaque reconnexion.
• network_mode: "service:gluetun" : qBittorrent utilise le réseau de GlueTUN. Si le VPN tombe, qBittorrent perd Internet. C'est votre kill switch automatique.
• PUID=1026 PGID=100 : les identifiants utilisateur/groupe sur Synology. Vérifiez les vôtres en SSH avec id.
• ports: 9775:9775 : le port pour accéder à l'interface web de qBittorrent. Doit être identique dans ports, WEBUI_PORT et dans l'URL de la commande UP_COMMAND.

Les disques durs mécaniques sont le deuxième goulot d'étranglement après le VPN. Un HDD lit/écrit à 100-150 Mo/s quand les données sont séquentielles. Mais BitTorrent télécharge par petits morceaux en désordre : c'est ce qu'on appelle les écritures aléatoires, et ça tue les performances.

L'astuce : utiliser la RAM du NAS comme tampon pour absorber ces écritures en vrac, puis les écrire sur le disque de façon plus ordonnée.

Connectez-vous à l'interface web de qBittorrent (http://IP-NAS:9775), puis allez dans Paramètres → Avancé :

Puis dans Comportement :

Ça peut sembler contre-intuitif : pourquoi limiter le nombre de téléchargements si on veut aller vite ? Parce que chaque torrent actif écrit sur le disque en même temps. Plus il y en a, plus le disque doit sauter entre des fichiers différents, et plus il ralentit.

C'est comme un serveur dans un restaurant : s'il sert 3 tables, tout va bien. S'il en sert 15, tout le monde attend.

Allez dans Paramètres → BitTorrent → File d'attente :

Résultat concret : passer de 15 torrents actifs à 3 peut doubler votre débit effectif sur HDD.

Dans Paramètres → Téléchargements, cochez "Préallouer l'espace disque pour tous les fichiers".

Que fait cette option ? Quand vous lancez un torrent de 20 Go, qBittorrent réserve immédiatement 20 Go d'espace continu sur le disque, avant même de commencer le téléchargement. Sans ça, les morceaux du fichier atterrissent un peu partout (fragmentation), ce qui ralentit tout : le téléchargement, le seeding, et même la lecture si vous utilisez Plex.

Le seul inconvénient : le démarrage d'un torrent prend quelques secondes de plus. Mais le gain en performance sur la durée en vaut largement la peine.

Une fois tout lancé, comment savoir si ça fonctionne ? Regardez en bas à droite de l'interface web de qBittorrent. Vous y verrez une petite icône de connexion :

Si l'icône reste orange, voici comment diagnostiquer :

1. Vérifiez les logs GlueTUN : dans Container Manager, ouvrez les logs du conteneur gluetun. Cherchez une ligne type port forwarded: 42156. Si elle n'apparaît pas, le port forwarding n'est pas actif côté VPN. Revérifiez que NAT-PMP est bien coché dans votre config ProtonVPN.
2. Vérifiez le port dans qBittorrent : Paramètres → Connexion. Le port d'écoute doit correspondre exactement au numéro affiché dans les logs GlueTUN.
3. Autorisez le localhost : Paramètres → WebUI → cochez "Ignorer l'authentification pour les clients localhost". Sans ça, la commande automatique qui transmet le port est rejetée car elle n'a pas de mot de passe.