Торрент-сервер qBittorrent на сервере: частые ошибки и решения

MAATRIX

qBittorrent на сервере ставится за пять минут, а вот работать «как надо» начинает не всегда. Веб-интерфейс не открывается, торренты висят в статусе «стоят», в логах ошибка ввода-вывода. Ниже — разбор частых ошибок торрент-сервера qBittorrent на VPS и рабочие решения для каждой, с командами и конфигами.

WebUI не открывается: порт, фаервол, привязка

Самая частая жалоба — после установки qbittorrent-nox веб-интерфейс не отвечает по адресу http://IP:8080. Причин обычно три.

Первое — сервис не запущен. Проверьте:

systemctl status qbittorrent-nox@qbtuser
journalctl -u qbittorrent-nox@qbtuser -n 50 --no-pager

Второе — порт закрыт фаерволом. Откройте его явно:

ufw allow 8080/tcp
ufw reload

Третье — демон слушает только localhost. Проверьте, на каком адресе он висит:

ss -tlnp | grep 8080

Если видите 127.0.0.1:8080, значит WebUI привязан к петле — снаружи он недоступен. Так и должно быть, если вы ходите через SSH-туннель или Nginx. Для прямого доступа временно снимите ограничение в разделе WebUI, но лучше оставить localhost и пускать трафик через reverse-proxy с HTTPS.

Забыли пароль от WebUI

Классика: пароль не подходит, а дефолтный adminadmin больше не работает в свежих версиях — при первом запуске генерируется временный. Он есть в логе:

journalctl -u qbittorrent-nox@qbtuser | grep -i "temporary password"

Если лога уже нет, сбросьте пароль через конфиг. Остановите сервис, откройте ~/.config/qBittorrent/qBittorrent.conf и удалите строки WebUI\Password_PBKDF2 и WebUI\Username, затем запустите заново — сгенерируется новый временный пароль:

systemctl stop qbittorrent-nox@qbtuser
nano ~/.config/qBittorrent/qBittorrent.conf
systemctl start qbittorrent-nox@qbtuser

Сразу после входа задайте нормальный пароль в настройках и не забывайте включить «Bypass authentication for localhost», если ходите через прокси.

Торренты добавлены, но пиров нет

Раздача добавилась, а скорость ноль и статус «Stalled». Обычно дело в порту прослушивания. Для входящих соединений qBittorrent использует порт из настроек (по умолчанию случайный) — его нужно открыть на фаерволе:

ufw allow 6881/tcp
ufw allow 6881/udp

Зафиксируйте номер порта в WebUI (Настройки → Соединение), а не оставляйте «случайный при запуске», иначе после перезагрузки правило фаервола перестанет совпадать. Проверьте, что провайдер сервера не режет P2P: на большинстве зарубежных VPS торрент-трафик разрешён, но у некоторых бюджетных площадок бывают ограничения — уточняйте до заказа.

Если включён DHT, PeX и LSD, но пиров всё равно нет — проблема может быть в мёртвой раздаче. Проверьте счётчик сидов на самом трекере.

Полезно понимать разницу между «подключаемым» и «неподключаемым» состоянием клиента. Когда порт пиринга открыт и доступен снаружи, к вам могут инициировать соединение другие участники, и обмен идёт в обе стороны — это заметно ускоряет и загрузку, и раздачу. Если же порт закрыт, вы способны только сами дозваниваться до тех, кто открыт, а входящие соединения не проходят, и на закрытых раздачах вы фактически невидимы. Именно поэтому статус «not connectable» напрямую бьёт по скорости. На сервере с публичным чистым IP добиться подключаемости проще, чем дома за роутером и NAT провайдера, — это одно из практических преимуществ выноса торрент-клиента на VPS.

Ошибка I/O Error и «отказано в доступе»

Торрент падает в ошибку I/O Error или пишет Permission denied. Это права на папку загрузок. Демон работает от пользователя qbtuser (или того, что вы задали в unit-файле), и у него должен быть доступ на запись в каталог:

sudo chown -R qbtuser:qbtuser /home/qbtuser/downloads
chmod -R u+rwX /home/qbtuser/downloads

Второй частый случай — закончилось место на диске. Проверьте:

df -h

Торрент-сервер быстро съедает диск, особенно при преаллокации файлов. Если места мало — либо возьмите тариф с бо́льшим диском, либо отключите преаллокацию в настройках (Настройки → Загрузки → снять «Preallocate disk space»). Третья причина — файловая система только для чтения после сбоя; тогда поможет mount -o remount,rw и проверка диска.

Медленно качает при живой раздаче

Пиры есть, но скорость упирается в потолок. Проверьте лимиты в самом qBittorrent — иногда стоит заниженный глобальный лимит скорости или включён альтернативный режим по расписанию. Снимите ограничения или поднимите их в Настройки → Скорость.

Второй фактор — число соединений. На слабом тарифе тысячи открытых пиров душат сеть; на нормальном — наоборот, лимит стоит поднять. И третье — сам канал VPS. Если тариф с полосой 100 Мбит/с загружен под завязку другими задачами, торренты получат остаток. Для активной раздачи берите сервер с гарантированной полосой и безлимитным или большим трафиком, чтобы не упереться в квоту.

Отдельно проверьте, не упирается ли всё в диск, а не в сеть. Торрент-клиент пишет полученные куски на диск, и на медленном хранилище под нагрузкой именно диск становится узким местом: скорость скачивания скачет, а процессор и канал при этом недогружены. Признак — высокий показатель ожидания ввода-вывода в системе. Быстрый NVMe снимает это ограничение, особенно когда одновременно активны десятки раздач. Поэтому для серьёзного торрент-сервера важны в связке три вещи — широкий канал, вместительный и быстрый диск и открытый порт пиринга; проседание любой из них тянет вниз общую скорость, сколько ни крути лимиты в настройках клиента.

WebUI за Nginx: 502, редиректы, обрыв больших закачек

Ставите qBittorrent за reverse-proxy и получаете 502 Bad Gateway или бесконечный редирект. Три типовые правки в конфиге Nginx.

location / {
    proxy_pass http://127.0.0.1:8080;
    proxy_set_header Host 127.0.0.1:8080;
    proxy_set_header X-Forwarded-For $remote_addr;
    proxy_hide_header Referer;
    proxy_set_header Referer "";
    client_max_body_size 100M;
}

502 почти всегда значит, что демон не слушает 127.0.0.1:8080 — вернитесь к первой секции. Заголовок Host и обнуление Referer лечат ошибку «Unauthorized», которую qBittorrent выдаёт при несовпадении источника. А client_max_body_size нужен, чтобы через веб можно было загружать крупные .torrent-файлы — без него они обрываются. После правок:

nginx -t && systemctl reload nginx

Сервис не стартует после перезагрузки

Всё работало, сервер перезагрузился — и qBittorrent не поднялся. Включите автозапуск явно:

systemctl enable qbittorrent-nox@qbtuser

Если и это не помогает, проверьте, смонтирован ли внешний диск с загрузками до старта сервиса — при загрузке с ещё не примонтированного каталога демон падает по I/O. В unit-файле добавьте зависимость After= и RequiresMountsFor= на нужную точку монтирования. После правки unit-файла:

systemctl daemon-reload
systemctl restart qbittorrent-nox@qbtuser

Стабильный торрент-сервер любит предсказуемое окружение: фиксированный порт, свой пользователь, отдельный диск под загрузки и доступ по HTTPS через прокси. Настроив это один раз, вы перестаёте возвращаться к списку ошибок.

Частые вопросы