qBittorrent Shim and Automation FR

🇬🇧 English · 🇫🇷 Français

Shim qBittorrent & automatisation

Hydra expose une API compatible qBittorrent v4 WebUI sous /api/v2/* pour que la stack d'automatisation habituelle lui parle sans changement : autobrr, Sonarr / Radarr / Lidarr, cross-seed, etc.

Pointer les outils sur Hydra

Configure le download client « qBittorrent » de l'outil avec :

• Host / port → ton host Hydra, port 8199.
• Catégorie → pilote le placement et le save-path (Catégories & routage).

Le shim ne vérifie pas la clé API native. /api/v2/* utilise le login cookie de qBittorrent (qui réussit toujours) ; le garde X-Api-Key n'est que sur le /api/* natif. N'expose pas 8199 sur Internet sans protection.

Opérations supportées

Add, list (torrents/info), properties, files, trackers, pause/resume, delete, categories, et recheck. Deux comportements à l'ajout à connaître :

• skip_checking=true → seede des données déjà sur disque sans re-hash (trust-rapide). Le chemin cross-seed / hardlink.
• POST /api/v2/torrents/recheck (avec hashes=<infohash>) → force un hash-check des données sur disque. Hoard uniquement ; hashes=all est ignoré volontairement (pas de tempête de recheck de masse). Voir Ajouter des torrents & données existantes.

cross-seed

cross-seed injecte les matches via l'API qBit avec skip_checking=true et un save-path explicite pointant sur tes données existantes. C'est le chemin trust-rapide voulu — Hydra seede immédiatement les données linkées. Si tu préfères les faire vérifier, retire skip_checking et laisse le recheck tourner.

autobrr

autobrr pousse les nouvelles releases filtrées au client qBit avec une catégorie ; Hydra les route selon cette catégorie. Rien de spécifique à Hydra à configurer au-delà du setup des catégories.