Transmission

Transmission знают как программу с окном на макбуке. Но у проекта, которому идет двадцать первый год, есть вторая жизнь - служба без графики, которой управляют из браузера.

Называется она transmission-daemon. Запускается на сервере, слушает порт 9091 и отдает там же веб-интерфейс. Никакой базы данных, никакой очереди - один процесс и каталог с файлами.

Зачем выносить закачки: дома канал узкий, компьютер выключают на ночь, а раздавать надо постоянно. Сервер снимает оба ограничения.

Отличие от соседей по нише - размер. Transmission настолько мал, что его кладут в прошивки роутеров и в NAS. За это платят набором функций: ни RSS-подписок, ни поиска по трекерам, ни меток в интерфейсе нет.

Самый очевидный путь дает не самую свежую версию. Вот что отдает пакетный менеджер на чистой Ubuntu 24.04 LTS - команда выполнена на нашем сервере:

$ apt-cache policy transmission-daemon
transmission-daemon:
  Installed: (none)
  Candidate: 4.0.5-1build5

Версия 4.0.5 вышла 7 декабря 2023 года, актуальная - 4.1.3 от 30 июня 2026-го. В ветке 4.1 появились программный интерфейс по стандарту JSON-RPC 2.0, последовательная загрузка, поддержка IPv6 у UDP-трекеров и заметно более быстрый протокол uTP.

Интереснее всего строка про PPA. Проект держит собственный репозиторий для Ubuntu, и сборка 4.1.3 под 24.04 вышла там 7 июля 2026 - через неделю после релиза. При этом на странице загрузки самого проекта для Ubuntu написано просто apt install transmission, то есть сайт ведет пользователя на 4.0.5.

1. Создать сервер

   Тариф CPU2-RAM4-DISK50, Ubuntu 24.04 LTS. Ничего предустанавливать не нужно.

2. Подключить репозиторий проекта и поставить пакет

   sudo apt install -y software-properties-common
   sudo add-apt-repository -y ppa:transmissionbt/ppa
   sudo apt install -y transmission-daemon

   Пакеты весят 3 МБ и приезжают за секунду. Последняя команда зависнет на полторы минуты - так и должно быть, объяснение ниже.

3. Починить запуск службы

   sudo mkdir -p /etc/systemd/system/transmission-daemon.service.d
   printf '[Service]\nType=simple\nExecReload=/bin/kill -s HUP $MAINPID\n' | \
     sudo tee /etc/systemd/system/transmission-daemon.service.d/override.conf
   sudo systemctl daemon-reload
   sudo systemctl reset-failed transmission-daemon
   sudo systemctl start transmission-daemon

   После этой правки служба поднимается за 0.05 секунды и переживает перезагрузку.

4. Отдать каталог загрузок служебному пользователю

   sudo mkdir -p /srv/torrents
   sudo chown debian-transmission:debian-transmission /srv/torrents

   Пакет создает пользователя debian-transmission, и работает демон именно от него.

5. Настроить и вернуть службу

   sudo systemctl stop transmission-daemon
   sudo nano /var/lib/transmission-daemon/.config/transmission-daemon/settings.json
   sudo systemctl start transmission-daemon

   Порядок именно такой: остановить, править, запустить. Почему - в следующем разделе.

Установка висит, а служба в состоянии failed

Веб-интерфейс отвечает 403: Forbidden

Торрент добавился и сразу встал

И третья, которая выглядит как мистика

Правки в settings.json исчезают. Мы поставили ограничение отдачи 777 кБ/с при работающей службе, перезапустили ее - в файле снова прежние 100.

Демон переписывает файл настроек целиком, когда завершает работу. Любая правка на живой службе будет затерта ее же состоянием из памяти. Отсюда и порядок: остановить, править, запустить.

Память растет от числа торрентов, а не от их объема

Это главный вывод для выбора тарифа. Мы создали на сервере 50 локальных торрентов и добавили их разом, не тронув сеть: расход вырос с 8.2 до 12.1 МиБ.

То есть один торрент стоит примерно 80 КБ памяти. Даже тысяча раздач - около 90 МиБ, и это меньше, чем занимает пустой браузер.

Скорость

Образ Debian на 792.7 МБ приехал за полторы минуты: пик 37.4 МБ/с, до 99.7% дошло за 45 секунд, последние доли процента тянулись с одного медленного пира еще полминуты. Это обычный хвост BitTorrent, а не дефект.

Проверка контрольных сумм того же файла заняла 6 секунд и 3.2 секунды процессорного времени - около 130 МБ/с. Это единственная операция, где Transmission заметно нагружает процессор.

Проверено на версии 4.1.3, сентябрь 2026. На новых версиях результаты могут отличаться.

Пакет для Debian и Ubuntu включает вход по паролю и записывает в настройки пользователя transmission. Сам пароль лежит там зашифрованным, и выглядит это надежно.

Пара transmission / transmission подошла с первой попытки. Полноценный запрос к программному интерфейсу с ней отвечает успехом и отдает настройки сервера.

Рядом вторая половина: в настройках пакета rpc-bind-address равен 0.0.0.0, то есть порт 9091 смотрит наружу. Мы обращались к свежей машине из интернета и получали ту самую 403 - доступ держал только список разрешенных адресов.

Что сделать сразу после установки: задать свой пароль, прижать rpc-bind-address к 127.0.0.1, включить защиту от перебора и отдавать интерфейс наружу через прокси с сертификатом. Порт раздачи 51413 при этом открытым быть должен - без него вы качаете, но плохо отдаете.

Процессор и память тут ни при чем: 6 МиБ в простое не создают нагрузки ни на каком тарифе. Ограничение одно - диск и полоса.

На измеренных 37 МБ/с свободные 45 ГБ тарифа CPU2-RAM4-DISK50 заполняются примерно за двадцать минут непрерывной закачки. Поэтому под библиотеку берут отдельный диск и монтируют его под каталог загрузок: это дешевле, чем платить за ядра тарифа CPU6-RAM16-DISK100 ради места.

Отдача ведет себя неочевидно. За наш сеанс демон скачал 1.51 ГБ и отдал 345 кБ: у образа Debian раздающих много, а желающих мало. На редком файле, где вы один из трех источников, картина будет обратной - канал выберут целиком.

Если задача - держать терабайты на приватных трекерах, профильный сидбокс с оплатой за трафик выйдет дешевле сервера общего назначения. Мы это говорим прямо, хотя сервер продаем мы.

• Обратный прокси - Caddy или Nginx: единственный способ отдать интерфейс наружу с сертификатом.
• Медиасервер - Jellyfin на той же машине покажет скачанное без переноса файлов.
• Дополнительный диск - под каталог загрузок. Объектное хранилище тут не подходит: клиент пишет файл кусками вразнобой, а такой доступ объектное хранилище не дает.
• Сторонние интерфейсы - Transmission Web Control вместо встроенного, настольный Transmission Remote GUI. Оба работают через тот же программный интерфейс.