Transmission-Daemon/-Remote 404, 409 и 401 ответов. Отказывается от rpc-соединений

У меня есть Transmission-Daemon / Transmission-Remote, работающий на двух машинах, но на этом третьем (Ubuntu 18.04, Transmission-Daemon v.2.92) у меня возникли проблемы. Вызывая демона передачи из командной строки (не используя systemctl), я продолжаю получать ответ 404:

$ transmission-remote -l
Unexpected response: <h1>404: Not 
Found</h1>/transmission/rpc/Xe93UxLdqzChhkFNRcuAZbUV4sd9mjGMqS

Я получаю такой же ответ с любым из трех: transmission-remote 127.0.0.1:9091/transmission/{rpc,rpcweb,web}/ -l

Если я использую браузер терминала (у меня нет интерфейса графического интерфейса с этим компьютером), http://localhost:9091/transmission/rpc/ выдает "конфликт 409"

Ваш запрос имеет недопустимый заголовок идентификатора сеанса.

Чтобы исправить это, выполните следующие действия: 1. При чтении ответа получите его заголовок X-Transmission-Session-Id и запомните его. 2. Добавьте обновленный заголовок в исходящие запросы. 3. Когда вы получите это сообщение об ошибке 409, отправьте сообщение еще раз. запрос с обновленным заголовком

Это требование было добавлено для предотвращения атак CSRF.

X-Transmission-Session-Id: 5z1zobwQxP90MmXe93UxLdqzChhkFNRcuAZbUV4sd9mjGMqS

С другой стороны, если я перехожу на http://localhost:9091/transmission/, я получаю перенаправление на http://localhost:9091/transmission/rpcweb/, комментарий о "Bad HTML!!", а затем страница, полная вариантов. Если я перехожу на эту страницу напрямую или по http://localhost:9091/transmission/web/, я получаю похожую страницу настроек. (Обратите внимание на "/" в конце этого. Вы получите другие результаты, если его там нет!)

Мой файл.config/transmission-daemon/settings.json одинаков на всех этих машинах, где я с удовольствием использую стиг, хотя, как я уже сказал, с удаленной передачей работает нормально. Я также добавил "/" в конец моей настройки передачи / rpc /, как упоминалось в другом ответе. Это не помогает

Кроме того, если я вместо этого использую systemd, systemctl start transmission-daemon Затем, пытаясь войти через веб-интерфейс, запрашивает учетные данные (имя пользователя / пароль), даже если они не заданы в файле settings.json. Когда я выключаю демон и проверяю файл настроек, я обнаруживаю, что systemd изменил файл, добавив пароль, но не uname и не включив аутентификацию. Если я включу это сам, добавив разумное значение uname / pwd и перезапущу демон с помощью systemctl, он запросит uname / pwd, но не сможет войти в систему. Systemd запускает этот демон под пользователем debian-translation. Это не поможет, если я попытаюсь запустить браузер от имени этого пользователя (sudo -u debian-transmission lynx ...)

Есть ли у кого-нибудь понимание того, что может происходить??

0 ответов

Другие вопросы по тегам