transmission-daemon не работает веб интерфейс

[lcdboost]

- попробуй изменить "rpc-bind-address": "10.8.0.2" на "rpc-bind-address": "0.0.0.0"

Не работает.
Перед этим остановил демона

Код: [Выделить]

sudo systemctl status transmission-daemon.service
● transmission-daemon.service - Transmission BitTorrent Daemon
     Loaded: loaded (/lib/systemd/system/transmission-daemon.service; enabled; vendor preset: enabled)
    Drop-In: /etc/systemd/system/transmission-daemon.service.d
             └─override.conf
     Active: failed (Result: timeout) since Mon 2021-08-23 20:42:00 MSK; 1min 31s ago
    Process: 16151 ExecStart=/usr/bin/transmission-daemon -f --log-error (code=killed, signal=KILL)
    Process: 18540 ExecStop=/bin/kill -s STOP $MAINPID (code=exited, status=0/SUCCESS)
   Main PID: 16151 (code=killed, signal=KILL)
     Status: "Closing transmission session..."
        CPU: 1min 26.903s

авг 23 20:42:00 controlerAD systemd[1]: transmission-daemon.service: State 'stop-sigterm' timed out. Killing.
авг 23 20:42:00 controlerAD systemd[1]: transmission-daemon.service: Killing process 16151 (transmission-da) with sign>
авг 23 20:42:00 controlerAD systemd[1]: transmission-daemon.service: Killing process 16152 (transmission-da) with sign>
авг 23 20:42:00 controlerAD systemd[1]: transmission-daemon.service: Killing process 16153 (transmission-da) with sign>
авг 23 20:42:00 controlerAD systemd[1]: transmission-daemon.service: Killing process 16154 (transmission-da) with sign>
авг 23 20:42:00 controlerAD systemd[1]: transmission-daemon.service: Killing process 16156 (transmission-da) with sign>
авг 23 20:42:00 controlerAD systemd[1]: transmission-daemon.service: Main process exited, code=killed, status=9/KILL
авг 23 20:42:00 controlerAD systemd[1]: transmission-daemon.service: Failed with result 'timeout'.
авг 23 20:42:00 controlerAD systemd[1]: Stopped Transmission BitTorrent Daemon.
авг 23 20:42:00 controlerAD systemd[1]: transmission-daemon.service: Consumed 1min 26.903s CPU time.почти 1,5 минуты оттормаживался

[ALiEN]

lcdboost, Попробуйте qbittorent-nox. (проверить, что не проблемы с трансмиссией либо сетью)

Код: [Выделить]

apt install qbittorrent-nox
qbittorrent-nox &
curl -v localhost:8080

[lcdboost]

ALiEN175,

lcdboost, Попробуйте qbittorent-nox....

Код: [Выделить]

qbittorrent-nox & curl -v localhost:8080
[2] 19868

*** Официальное уведомление ***
qBittorrent — это программа для обмена файлами. При запуске торрента его данные становятся доступны другим пользователям посредством раздачи. Вы несёте персональную ответственность за всю информацию, которой делитесь.

Никаких дальнейших уведомлений выводиться не будет.

Нажмите 'y', чтобы принять и продолжить…
*   Trying ::1:8080...
* connect to ::1 port 8080 failed: В соединении отказано
*   Trying 127.0.0.1:8080...
* connect to 127.0.0.1 port 8080 failed: В соединении отказано
* Failed to connect to localhost port 8080: В соединении отказано
* Closing connection 0
curl: (7) Failed to connect to localhost port 8080: В соединении отказано

[2]+  Остановлен    qbittorrent-nox

[ALiEN]

lcdboost, копайте правила iptables. У вас что-то запрещает соединения. В iptables (особенно в связке с UFW) не силён, не подскажу.

[lcdboost]

ALiEN175, спасибо.
Пользователь добавил сообщение 23 Августа 2021, 22:32:07:на всяк случай правила ufw

Код: [Выделить]

sudo ufw status
Status: active

To                         Action      From
--                         ------      ----
22                         ALLOW       10.8.0.0/24
80                         ALLOW       10.8.0.0/24
9091                       ALLOW       10.8.0.0/24
3306                       ALLOW       10.8.0.0/24
51194                      ALLOW       10.8.0.0/24
Samba                      ALLOW       10.8.0.0/24
9091                       ALLOW       127.0.0.1
9092                       ALLOW       Anywhere
8080                       ALLOW       10.8.0.0/24
8080                       ALLOW       127.0.0.1
9092 (v6)                  ALLOW       Anywhere (v6)

[4]   Завершён        qbittorrent-nox

[ALiEN]

lcdboost, мои правила на VPS (запрет пинга и межсетевой роутинг)

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

# Generated by iptables-save v1.8.4 on Mon Aug 23 22:31:06 2021
*filter
:INPUT ACCEPT [102424440:54059067900]
:FORWARD ACCEPT [248829032:264713365501]
:OUTPUT ACCEPT [198012069:234805744408]
-A INPUT -p icmp -m icmp --icmp-type 8 -j DROP
-A OUTPUT -p icmp -m icmp --icmp-type 0 -j DROP
COMMIT
# Completed on Mon Aug 23 22:31:06 2021
# Generated by iptables-save v1.8.4 on Mon Aug 23 22:31:06 2021
*nat
:PREROUTING ACCEPT [3797198:427251731]
:INPUT ACCEPT [2029838:133637439]
:OUTPUT ACCEPT [1041:88902]
:POSTROUTING ACCEPT [69630:17553387]
-A POSTROUTING -o ens3 -j MASQUERADE
COMMIT
# Completed on Mon Aug 23 22:31:06 2021


Вообще всё - ACCEPT. Мож тут собака порылась? Но напомню, я тут дилетант

[lcdboost]

ALiEN175, спасибо. Если не получится решить буду переустанавливать.

[ALiEN]

буду переустанавливать.

для начала дропните ВСЕ правила iptables - и посмотрите доступность web-итнерфейса.

[lcdboost]

ALiEN175, скинул правила iptables, отключил ufw

Код: [Выделить]

sudo iptables-save
# Generated by iptables-save v1.8.7 on Mon Aug 23 22:56:42 2021
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A FORWARD -i wg0 -j ACCEPT
COMMIT
# Completed on Mon Aug 23 22:56:42 2021
# Generated by iptables-save v1.8.7 on Mon Aug 23 22:56:42 2021
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
-A POSTROUTING -o wlp5s0 -j MASQUERADE
COMMIT
# Completed on Mon Aug 23 22:56:42 2021на всяк пожарный отключил до кучи wireguard. результат тот же самый.

[ALiEN]

результат тот же самый.

на curl localhost... ?
Тогда вообще непонятно. Это ваш сервер или VPS?
Пользователь добавил сообщение 23 Августа 2021, 23:06:30:Я к тому, что VPS-провайдеры могут блочить порты.

[lcdboost]

..Тогда вообще непонятно. Это ваш сервер или VPS?...
Я к тому, что VPS-провайдеры могут блочить порты.

Сервер домашний. Раньше стоял Ubuntu 16.04 Все работало норм. После окончания поддержки
установил 20.04 там трансмиссия сломалась в какой то момент времени.обновил до 21.04 и мучения продолжаются

Код: [Выделить]

sudo curl -v 'http://localhost:9091/transmission/web'
*   Trying ::1:9091...
* connect to ::1 port 9091 failed: В соединении отказано
*   Trying 127.0.0.1:9091...
* connect to 127.0.0.1 port 9091 failed: В соединении отказано
* Failed to connect to localhost port 9091: В соединении отказано
* Closing connection 0
curl: (7) Failed to connect to localhost port 9091: В соединении отказаноПользователь добавил сообщение 24 Августа 2021, 00:03:23:Не знаю что произошло qbittorent-nox заработал. Спокойно зашел по вебинтерфейсу.
Получается проблема в самой трансмиссии?

Код: [Выделить]

curl -v 'http://localhost:9091'
*   Trying ::1:9091...
* connect to ::1 port 9091 failed: В соединении отказано
*   Trying 127.0.0.1:9091...
* connect to 127.0.0.1 port 9091 failed: В соединении отказано
* Failed to connect to localhost port 9091: В соединении отказано
* Closing connection 0
curl: (7) Failed to connect to localhost port 9091: В соединении отказано
alex@controlerAD:~$ curl -v 'http://localhost:8080'
*   Trying ::1:8080...
* Connected to localhost (::1) port 8080 (#0)
> GET / HTTP/1.1
> Host: localhost:8080
> User-Agent: curl/7.74.0
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< cache-control: no-store
< connection: keep-alive
< content-length: 1775
< content-security-policy: default-src 'self'; style-src 'self' 'unsafe-inline'; img-src 'self' data:; script-src 'self' 'unsafe-inline'; object-src 'none'; form-action 'self'; frame-ancestors 'self';
< content-type: text/html
< date: Mon, 23 Aug 2021 21:04:32 GMT
< referrer-policy: same-origin
< x-content-type-options: nosniff
< x-frame-options: SAMEORIGIN
< x-xss-protection: 1; mode=block
<
<!DOCTYPE html>
<html lang="ru">

<head>
    <meta charset="UTF-8" />
    <title>qBittorrent Веб-интерфейс</title>
    <link rel="icon" type="image/png" href="images/skin/qbittorrent32.png" />
    <link rel="icon" type="image/svg+xml" href="images/skin/qbittorrent-tray.svg" />
    <link rel="stylesheet" type="text/css" href="css/login.css?v=865jj0" />
    <noscript>
        <link rel="stylesheet" type="text/css" href="css/noscript.css?v=865jj0" />
    </noscript>
    <script src="scripts/login.js?locale=ru&v=865jj0"></script>
</head>

<body>
    <noscript id="noscript">
        <h1>Требуется JavaScript! Вы должны задействовать JavaScript для правильной работы веб-интерфейса</h1>
    </noscript>
    <div id="main">
        <h1>qBittorrent Веб-интерфейс</h1>
        <div id="logo" class="col">
            <img src="images/skin/qbittorrent-tray.svg" alt="qBittorrent logo" />
        </div>
        <div id="formplace" class="col">
            <form id="loginform" method="post" onsubmit="submitLoginForm();">
                <div class="row">
                    <label for="username">Имя пользователя</label><br />
                    <input type="text" id="username" name="username" autocomplete="username" /></div>
                <div class="row">
                    <label for="password">Пароль</label><br />
                    <input type="password" id="password" name="password" autocomplete="current-password" /></div>
                <div class="row">
                    <input type="submit" id="login" value="Войти" />
                </div>
            </form>
        </div>
        <div id="error_msg"></div>
    </div>
</body>

</html>
* Connection #0 to host localhost left intact

[F12]

lcdboost, после того как дропнул iptables, пробовал менять "rpc-bind-address": "10.8.0.2" на "rpc-bind-address": "0.0.0.0" ?

Специально проверял у себя, так вот, при "rpc-bind-address": "192.168.0.2" не удалось соединиться с http://192.168.1.102:9091/transmission/web/, а при "rpc-bind-address": "0.0.0.0" - без проблем

[lcdboost]

F12, "rpc-bind-address" я перед дропом уже в нули выставил. Назад 10.8.0.2 не возвращал.

[F12]

"rpc-bind-address" я перед дропом уже в нули выставил. Назад 10.8.0.2 не возвращал

Тогда вообще непонятно.

++

[lcdboost]

Вот вот.
Мне больше интересно сейчас почему рестарт и стоп сервиса происходит так долго?
Ладно спасибо Всем за помощь буду переустанавливать.