Az adatátvitel nem ad hozzá fájlokat

Üdvözlet. Hosszú ideig használtam TM-t, de aztán megálltam. Most úgy döntöttem, hogy újra beállítom. De nem tudok barátokat küldeni
Kezdeti adatok:
  • Synology DS713 +
    A TM (1.4.1 verzió) telepítve van a Synology DSM 6.0 webes állomáson (DSM 6.0-7321 7. frissítés).
    Az átvitelt (2.92-12) a Cente csomag csomag SynoCommunity-jából állítják be.

Szintén egy kicsit fix konfiguráció

PRIMAS4UNO írta: úgy tűnik, applex megoldotta a problémát:
Ezért úgy döntött, ez a probléma)
A System.class.php fájlban szükséges megjegyezni ezeket a sorokat

A php -q /volume1/web/torrentmonitor/engine.php helyett a következőket kell használni:

Http: // ip: port megadása

Az ip: port megadása

)
TRANSMISSIONRPC_DEBUG. GetSessionID (). Stream meta információ:
sor
(
[timed_out] =>
[blokkolt] => 1
[eof] =>
[wrapper_data] => Array
(
[0] => HTTP / 1.0 409 Konfliktus
[1] => Szerver: Átvitel
[2] => X-Hajtómű-Session-Id: nlge1oL0f7iWZTJFNgCyjqj82eAWDmFsMnjlPOU1tagm3NWF
[3] => Tartalomtípus: text / html; charset = ISO-8859-1
[4] => Csatlakozás: bezárás
)

)
TRANSMISSIONRPC_DEBUG. GetSessionID (). Stream meta információ:
sor
(
[timed_out] =>
[blokkolt] => 1
[eof] =>
[wrapper_data] => Array
(
[0] => HTTP / 1.0 409 Konfliktus
[1] => Szerver: Átvitel
[2] => X-Hajtómű-Session-Id: nlge1oL0f7iWZTJFNgCyjqj82eAWDmFsMnjlPOU1tagm3NWF
[3] => Tartalomtípus: text / html; charset = ISO-8859-1
[4] => Csatlakozás: bezárás
)

)
TRANSMISSIONRPC_DEBUG. GetSessionID (). Stream meta információ:
sor
(
[timed_out] =>
[blokkolt] => 1
[eof] =>
[wrapper_data] => Array
(
[0] => HTTP / 1.0 409 Konfliktus
[1] => Szerver: Átvitel
[2] => X-Hajtómű-Session-Id: nlge1oL0f7iWZTJFNgCyjqj82eAWDmFsMnjlPOU1tagm3NWF
[3] => Tartalomtípus: text / html; charset = ISO-8859-1
[4] => Csatlakozás: bezárás
)

)
TRANSMISSIONRPC_DEBUG. GetSessionID (). Stream meta információ:
sor
(
[timed_out] =>
[blokkolt] => 1
[eof] =>
[wrapper_data] => Array
(
[0] => HTTP / 1.0 409 Konfliktus
[1] => Szerver: Átvitel
[2] => X-Hajtómű-Session-Id: nlge1oL0f7iWZTJFNgCyjqj82eAWDmFsMnjlPOU1tagm3NWF
[3] => Tartalomtípus: text / html; charset = ISO-8859-1
[4] => Csatlakozás: bezárás
)

)
TRANSMISSIONRPC_DEBUG. GetSessionID (). Stream meta információ:
sor
(
[timed_out] =>
[blokkolt] => 1
[eof] =>
[wrapper_data] => Array
(
[0] => HTTP / 1.0 409 Konfliktus
[1] => Szerver: Átvitel
[2] => X-Hajtómű-Session-Id: nlge1oL0f7iWZTJFNgCyjqj82eAWDmFsMnjlPOU1tagm3NWF
[3] => Tartalomtípus: text / html; charset = ISO-8859-1
[4] => Csatlakozás: bezárás
)

KorP írta: 1. A http nem igaz, a beállítás oldalon a példa azt mondja: ip: port, és nem kell semmit találnia itt
2. hiba van

vagy nem a helyes ip, vagy megtagadják a hozzáférést, vagy az rpc-vel valami nincs rendben. lásd az adó beállításait

De a kód alapján ítélve csatlakozott az átvitelhez is. Itt az összefoglaló statisztikák szerint a debug: Aktív torrentek: 0 Letöltött: 1.98 TB, hozzáadott fájlok: 36200 aktív: 795 nap az ülés: 184 Feltöltve: 45.37 TB Teljes torrentek: 2489 (ezek mind az szünet). Tehát alapvetően.

Érdeklődtem abban a tényben, hogy az ssl meg van adva (bár az URL nem https). Egyszerűen, ha az átviteli távoli GUI-ban egy tick SSL-t helyez el, akkor nem csatlakozik és hibát okoz

Az átvitel beállításai nem annyira: settings.json

Vissza a lap tetejére

https a webes felületen és a Transmission Remote GUI. Nem is tudom, hol kell keresnem. A naplók átvitele nem található - hirtelen van valami, ami érthető.

Vissza a lap tetejére

bár furcsa, hogy a HTTP kérés sikertelen volt, nem pedig a szabványos érvénytelen vagy korrupt torrent fájl. bár az a tény, hogy tényleg nem találja meg a fájlt.

PS: És a probléma igaz az átvitelben a szinológia számára. Próbáltam átvitelet használni a macbook'e-on - minden működik bármilyen formában

Vissza a lap tetejére

Valószínűleg egy tűzfalat kell figyelnie
Nos, a legfontosabb dolog, hogy rájött, bár természetesen a hiba nem az, ami várható volt

Vissza a lap tetejére

Vissza a "Hibák és problémák"