TorrServer не отвечает: проверка адреса, порта и подключения

Сообщение «TorrServer не отвечает» ещё не объясняет, что сломалось. Клиент может обращаться к чужому IP, служба может не запускаться после перезагрузки, а сервер иногда доступен, но не получает данные конкретной раздачи. Быстрее всего проверить соединение по этапам: адрес, TCP-порт, веб-интерфейс, клиент и только затем воспроизведение.

Ниже — диагностика своего TorrServer в домашней сети: на компьютере, NAS, в Docker или на роутере OpenWrt. Команды не переустанавливают сервер и не меняют настройки. Адрес 192.168.1.50 во всех примерах условный: замените его на адрес устройства, где действительно запущен TorrServer.

Быстрая проверка: что именно не отвечает

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

Какой адрес TorrServer указать в клиенте

По умолчанию TorrServer использует HTTP-порт 8090. Это исходная настройка проекта, а не обязательное значение для любой установки: порт можно изменить при запуске, в контейнере или в пакете прошивки. Начните с фактической конфигурации своего сервера.

http://192.168.1.50:8090

Важна вся строка: протокол http://, IP устройства и порт. Если сервер использует HTTPS, укажите соответствующие протокол и порт. Не добавляйте HTTPS только потому, что браузер считает его предпочтительным: HTTP-служба от этого не станет TLS-сервером. Для HTTPS также нужна корректная проверка сертификата клиентом.

localhost и 127.0.0.1 означают устройство, на котором выполняется запрос. На ноутбуке это сам ноутбук; на телевизоре — телевизор. Если TorrServer запущен на NAS, адрес http://localhost:8090 в телевизоре не приведёт к NAS. Найдите адрес сервера в списке клиентов роутера и проверьте его в браузере.

После перезагрузки роутера адрес устройства может поменяться из-за DHCP. Когда диагностика закончена, удобно закрепить за сервером аренду DHCP в роутере. Убедитесь, что закрепляете нужный MAC-адрес: Wi-Fi и Ethernet одного компьютера могут отображаться как разные подключения.

Проверить порт из Windows

Откройте PowerShell на компьютере в той же сети и выполните:

Test-NetConnection -ComputerName 192.168.1.50 -Port 8090

Смотрите на строку TcpTestSucceeded. Значение True подтверждает установление TCP-соединения с указанным портом. Оно не доказывает, что на порту именно TorrServer, что пароль подходит или что видео воспроизводится. Следующий шаг — открыть тот же адрес в браузере.

False означает, что TCP-проверка не удалась. Причиной могут быть неправильный IP, выключенный сервер, закрытый порт, привязка службы только к локальному интерфейсу или сетевое правило между устройствами. Предупреждение о неуспешном ping оценивайте отдельно: некоторые устройства не отвечают на ICMP, но принимают TCP-подключения.

Проверить HTTP из Linux или macOS

На устройстве с curl можно увидеть, на каком этапе останавливается запрос:

curl -v --connect-timeout 5 --max-time 10 http://192.168.1.50:8090/

Сначала curl пытается установить соединение, затем показывает HTTP-ответ. Connection refused обычно означает, что соединение отвергнуто: на нужном адресе и порту никто не слушает либо действует правило с явным отказом. Таймаут говорит только об отсутствии своевременного ответа; по нему нельзя определить единственную причину.

Ответ 401 относится к аутентификации. Это уже ответ HTTP-сервера, поэтому проверьте логин и пароль своей установки. Если видите страницу другой программы, порт занят другой службой или указано неправильное устройство. Сохраните текст результата для сравнения после исправления.

Сервер отвечает локально, но недоступен с телевизора

На машине с TorrServer проверьте локальный адрес, затем повторите запрос к её адресу LAN:

curl --connect-timeout 5 --max-time 10 http://127.0.0.1:8090/
curl --connect-timeout 5 --max-time 10 http://192.168.1.50:8090/

Если первый запрос работает, а второй нет, проверьте адрес привязки службы и локальный firewall. В Linux список слушающих TCP-портов можно посмотреть через ss -ltnp. Эта утилита есть не в каждой минимальной прошивке. В OpenWrt для первой проверки можно воспользоваться имеющимся netstat -ltnp и журналом LuCI.

Адрес слушателя 127.0.0.1:8090 означает доступ только с самого сервера. Наличие слушателя на адресе LAN ещё не исключает фильтрацию firewall. Проверьте оба условия, не отключая защиту целиком. Для клиента достаточно разрешённого доступа из соответствующей доверенной сети.

В гостевом Wi-Fi часто запрещено обращение к LAN; изолированный IoT-сегмент может иметь отдельные правила. Подключите клиент и сервер к одной обычной домашней сети и повторите тест. Если это помогло, настройте узкое правило между нужными сегментами. Проброс порта из интернета для локальной проверки не требуется.

TorrServer в Docker: проверка без пересоздания

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

docker ps -a
docker port torrserver
docker logs --tail 100 torrserver
docker inspect --format '{{.State.Status}} {{.State.OOMKilled}} {{.RestartCount}}' torrserver

В мостовой сети Docker контейнерный порт и порт хоста — разные значения. Если задано 18090:8090, клиент обращается к IP хоста и порту 18090. Публикация только на 127.0.0.1 не делает контейнер доступным с телевизора. При режиме host обычный список публикаций может быть пустым: учитывайте сетевой режим своей установки.

Повторяющиеся перезапуски требуют чтения журнала. OOMKilled=true показывает, что последнюю остановку Docker зафиксировал как убийство из-за нехватки памяти. Значение false не исключает все проблемы с RAM на уровне хоста. Не увеличивайте кэш вслепую: оставляйте память системе и другим службам.

Пересоздание контейнера до проверки может скрыть причину и затронуть конфигурацию, если данные не вынесены в volume. Сначала сохраните журнал, конфигурацию запуска и путь к данным. Если вы только начинаете работу с контейнерами, полезен разбор управления Docker через Portainer.

Routerich и OpenWrt: служба, память, журнал

В сборках роутеров способ запуска зависит от пакета. Проверьте раздел службы в LuCI, процесс и системный журнал. Не используйте придуманное имя init-скрипта: сначала посмотрите, как называется установленная служба. Для общей диагностики подойдут:

ps w
netstat -ltnp
free
logread | tail -n 100

Сопоставьте время ошибки с журналом. Если процесс исчезает при начале воспроизведения, проверьте RAM и нагрузку. Если запускается вручную, но пропадает после перезагрузки, проверьте автозапуск. Если интерфейс доступен с компьютера, но не из гостевого Wi-Fi, вернитесь к сетевым правилам.

Базовую сеть и особенности платформы рассматривает руководство по Routerich AX3000, OpenWrt и домашним службам. Изменения VPN-маршрутизации проверяйте отдельно: сначала добейтесь стабильного доступа к локальному веб-интерфейсу.

Интерфейс работает, а видео не запускается

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

Если не работает одна раздача, проверьте наличие источников и доступность её данных. Если не работает ничего, смотрите сетевые ошибки и память. Если поток идёт на компьютере, но не воспроизводится на телевизоре, проверьте проигрыватель и кодеки файла. Автоматическое перекодирование нельзя предполагать: оно зависит от сборки и настроек.

В Lampa или другом клиенте укажите адрес своего сервера, заново проверьте соединение и сравните с результатом браузера на этом же устройстве. Для внешнего DNS или HTTPS полезна отдельная проверка ошибок DNS и сетевого соединения; недоступность локального IP и DNS-сбой — разные случаи.

Как убедиться, что проблема устранена

1. Веб-интерфейс открывается по адресу LAN с клиентского устройства.
2. Клиент использует тот же протокол, IP и фактический порт.
3. Тестовый поток работает без перезапуска процесса.
4. После штатной перезагрузки служба запускается автоматически, адрес остаётся правильным.
5. Настройки и путь к данным сохранены, журнал больше не показывает прежнюю ошибку.

Меняйте по одному параметру и записывайте результат. Так можно отличить исправленную причину от случайного восстановления связи и повторить решение после обновления.

Первичные источники: документация и параметры TorrServer, Docker-конфигурация проекта, журналы Docker, проверка TCP в PowerShell.