主页 / ubuntu / 问题

问题[transmission](ubuntu)

Martin Hope
Maarten Deen
Asked: 2023-11-28 17:09:54 +0800 CST
  • 7

有没有办法使用远程传输查看 torrent 的当前下载位置？在网络界面中，您可以查看和设置单个 torrent 的位置，但除非我遗漏了某些内容，否则此选项在远程传输中不可用？（-w 仅设置全局位置或在添加 torrent 时设置位置）。

有没有办法从 /var/lib/transmission-deamon 中的 torrent 文件中提取它？

transmission
Martin Hope
bomben
Asked: 2020-12-16 08:20:25 +0800 CST
  • 0

我根据此处Musclehead 的回答修改了我的 iptables，以便我transmission-daemon可以将传出流量发送到tun0（这是一个 VPN）。

（提示：我eth0的被称为enp3s0。）

现在，如果我添加一个 torrent下载并且我观察流量，sudo iptables -L -v唯一增加的数字与INPUT链相关enp3s0（这是我的以太网端口）。这些数字与我从 VPN 获得的状态相加。

这是否意味着我下载到我原来的 WAN 地址而不是隧道？

我认为当我添加一个 torrent 时，有关下载它的信息将被发送，tun0因此答案应该回到那个 IP 范围。

正如您在此处看到的，我生成的两个输出相隔几秒钟，设备上的流量从1356M到增加。2201Menp3s0

 $ sudo iptables -L -v
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         
 2417  172K f2b-sshd   tcp  --  any    any     anywhere             anywhere             multiport dports ssh
 170K   17M ACCEPT     all  --  tun0   any     anywhere             anywhere            
 330K 1356M ACCEPT     all  --  enp3s0 any     anywhere --THIS LINE anywhere            
  942  134K ACCEPT     all  --  lo     any     anywhere             anywhere            

...          

Chain OUTPUT (policy ACCEPT 483K packets, 269M bytes)
 pkts bytes target     prot opt in     out     source               destination         
   19  6545 ACCEPT     tcp  --  any    enp3s0  anywhere             192.168.100.0/24     tcp spt:9091 owner GID match debian-transmission
    0     0 ACCEPT     udp  --  any    enp3s0  anywhere             192.168.100.0/24     udp spt:9091 owner GID match debian-transmission
 229K  210M ACCEPT     all  --  any    tun0    anywhere             anywhere             owner GID match debian-transmission
  221 57168 ACCEPT     all  --  any    lo      anywhere             anywhere             owner GID match debian-transmission
   92  5372 REJECT     all  --  any    any     anywhere             anywhere             owner GID match debian-transmission reject-with icmp-port-unreachable

...

秒后的第二个输出：

$ sudo iptables -L -v
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         
 2431  173K f2b-sshd   tcp  --  any    any     anywhere             anywhere             multiport dports ssh
 170K   17M ACCEPT     all  --  tun0   any     anywhere             anywhere            
 384K 2201M ACCEPT     all  --  enp3s0 any     anywhere --THIS LINE anywhere            
  942  134K ACCEPT     all  --  lo     any     anywhere             anywhere            

...          

Chain OUTPUT (policy ACCEPT 536K packets, 272M bytes)
 pkts bytes target     prot opt in     out     source               destination         
   19  6545 ACCEPT     tcp  --  any    enp3s0  anywhere             192.168.100.0/24     tcp spt:9091 owner GID match debian-transmission
    0     0 ACCEPT     udp  --  any    enp3s0  anywhere             192.168.100.0/24     udp spt:9091 owner GID match debian-transmission
 229K  210M ACCEPT     all  --  any    tun0    anywhere             anywhere             owner GID match debian-transmission
  221 57168 ACCEPT     all  --  any    lo      anywhere             anywhere             owner GID match debian-transmission
   92  5372 REJECT     all  --  any    any     anywhere             anywhere             owner GID match debian-transmission reject-with icmp-port-unreachable

...

我还将添加我的路由表输出以便更好地理解：

 $ ip route show table local
broadcast 10.8.8.0 dev tun0  proto kernel  scope link  src 10.8.8.5 
local 10.8.8.5 dev tun0  proto kernel  scope host  src 10.8.8.5 
broadcast 10.8.8.255 dev tun0  proto kernel  scope link  src 10.8.8.5 
broadcast 127.0.0.0 dev lo  proto kernel  scope link  src 127.0.0.1 
local 127.0.0.0/8 dev lo  proto kernel  scope host  src 127.0.0.1 
local 127.0.0.1 dev lo  proto kernel  scope host  src 127.0.0.1 
broadcast 127.255.255.255 dev lo  proto kernel  scope link  src 127.0.0.1 
broadcast 192.168.100.0 dev enp3s0  proto kernel  scope link  src 192.168.100.91 
local 192.168.100.91 dev enp3s0  proto kernel  scope host  src 192.168.100.91 
broadcast 192.168.100.255 dev enp3s0  proto kernel  scope link  src 192.168.100.91
networking iptables vpn transmission
Martin Hope
bomben
Asked: 2020-12-15 13:02:09 +0800 CST
  • 0

我使用此处的脚本来设置规则，确保用户transmission-daemon只能通过我使用的 VPN 发送流量。

至少作者是这么说的。我无法理解以下输出。例如，这条线tcp spt:9091 owner GID match debian-transmission 是什么意思？为什么这条规则没有流量？

提示：我的以太网端口是enp3s0（如eth0）。

$ sudo iptables -L -v
Chain INPUT (policy DROP 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         
  436 35225 f2b-sshd   tcp  --  any    any     anywhere             anywhere             multiport dports ssh
 1085  221K ACCEPT     all  --  tun0   any     anywhere             anywhere            
 2913  923K ACCEPT     all  --  enp3s0 any     anywhere             anywhere            
  112 12221 ACCEPT     all  --  lo     any     anywhere             anywhere            

Chain FORWARD (policy DROP 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         
    0     0            all  --  any    any     anywhere             anywhere            

Chain OUTPUT (policy ACCEPT 4540 packets, 1267K bytes)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 ACCEPT     tcp  --  any    enp3s0  anywhere             192.168.100.0/25     tcp spt:9091 owner GID match debian-transmission
    0     0 ACCEPT     udp  --  any    enp3s0  anywhere             192.168.100.0/25     udp spt:9091 owner GID match debian-transmission
 2263  202K ACCEPT     all  --  any    tun0    anywhere             anywhere             owner GID match debian-transmission
   12  2581 ACCEPT     all  --  any    lo      anywhere             anywhere             owner GID match debian-transmission
    0     0 REJECT     all  --  any    any     anywhere             anywhere             owner GID match debian-transmission reject-with icmp-port-unreachable
networking iptables vpn transmission
Martin Hope
Luís de Sousa
Asked: 2020-11-11 23:45:50 +0800 CST
  • 1

我正在transmission-daemonUbuntu 20.04 上进行实验。它工作正常，但速度非常慢。这是一个广泛可用的 torrent 示例（tmr是 的别名transmission-remote）：

$ tmr -a "https://releases.ubuntu.com/20.10/ubuntu-20.10-desktop-amd64.iso.torrent"
localhost:9091/transmission/rpc/ responded: "success"

即使 5 分钟后，下载速度仍然低于 20 kB/秒：

$ tmr -l
ID     Done       Have  ETA           Up    Down  Ratio  Status       Name
   1     0%    2.98 MB  1 days       0.0    19.0    0.0  Downloading  ubuntu-20.10-desktop-amd64.iso
Sum:           2.98 MB               0.0    19.0

但是，将相同的 torrent 文件提供给transmission-gtkget 几乎立即可以达到数百 kB/秒的下载速度：

在此处输入图像描述

下面是设置转储。下载速度限制已停用，这不是原因。还能是什么？

$ transmission-daemon --dump-settings
{
    "alt-speed-down": 50,
    "alt-speed-enabled": false,
    "alt-speed-time-begin": 540,
    "alt-speed-time-day": 127,
    "alt-speed-time-enabled": false,
    "alt-speed-time-end": 1020,
    "alt-speed-up": 50,
    "bind-address-ipv4": "0.0.0.0",
    "bind-address-ipv6": "::",
    "blocklist-enabled": false,
    "blocklist-url": "http://www.example.com/blocklist",
    "cache-size-mb": 4,
    "dht-enabled": true,
    "download-dir": "/home/user/Downloads",
    "download-queue-enabled": false,
    "download-queue-size": 30,
    "encryption": 1,
    "idle-seeding-limit": 30,
    "idle-seeding-limit-enabled": false,
    "incomplete-dir": "/home/user/Downloads",
    "incomplete-dir-enabled": false,
    "lpd-enabled": false,
    "message-level": 2,
    "peer-congestion-algorithm": "",
    "peer-id-ttl-hours": 6,
    "peer-limit-global": 200,
    "peer-limit-per-torrent": 50,
    "peer-port": 51413,
    "peer-port-random-high": 65535,
    "peer-port-random-low": 49152,
    "peer-port-random-on-start": false,
    "peer-socket-tos": "default",
    "pex-enabled": true,
    "port-forwarding-enabled": true,
    "preallocation": 1,
    "prefetch-enabled": true,
    "queue-stalled-enabled": true,
    "queue-stalled-minutes": 30,
    "ratio-limit": 2,
    "ratio-limit-enabled": false,
    "rename-partial-files": true,
    "rpc-authentication-required": false,
    "rpc-bind-address": "0.0.0.0",
    "rpc-enabled": true,
    "rpc-host-whitelist": "",
    "rpc-host-whitelist-enabled": true,
    "rpc-password": "{9b7fdcbb3b3e63523e990b9eb6300d9cad8572f9MbOKm.TX",
    "rpc-port": 9091,
    "rpc-url": "/transmission/",
    "rpc-username": "",
    "rpc-whitelist": "127.0.0.1",
    "rpc-whitelist-enabled": true,
    "scrape-paused-torrents-enabled": true,
    "script-torrent-done-enabled": false,
    "script-torrent-done-filename": "",
    "seed-queue-enabled": false,
    "seed-queue-size": 10,
    "speed-limit-down": 100,
    "speed-limit-down-enabled": false,
    "speed-limit-up": 100,
    "speed-limit-up-enabled": true,
    "start-added-torrents": true,
    "trash-original-torrent-files": false,
    "umask": 18,
    "upload-slots-per-torrent": 14,
    "utp-enabled": true
}
bittorrent transmission
Martin Hope
dnld
Asked: 2020-06-21 13:31:21 +0800 CST
  • 3

我在 ubuntu 20.04 上遇到了一个奇怪的种子问题。每当我尝试下载种子时，种子都会卡在“从 0 个对等方加载元数据”。我尝试添加更多跟踪器，通过我的路由器转发我的 torrent 客户端中设置的端口（检查和打开的端口），更改网络适配器并弄乱代理设置（包括无代理），使用多个不同的客户端，包括传输和 QBitTorrent，什么也没有作品。任何人有任何类似的问题？有什么解决办法吗？谢谢！

bittorrent transmission qbittorrent
Martin Hope
Íhor Mé
Asked: 2020-03-28 14:31:41 +0800 CST
  • 2

在 18.04 中使用传输种子时，我收到“错误：文件太大”。

在 Nautilus 中复制大文件（例如 22GB）时，它首先复制其中的一部分，然后就崩溃了。这是最近开始的，我不知道为什么。

我使用的是 4.15 内核，现在我尝试了 4.19.2-041902-generic，但这并没有改变。

我找不到其他人有这个问题。

我尝试了 qBittorrent，它只是在尝试加载大文件时崩溃。至于建议的 Thunar，我实际上无法安装它，因为尽管投入了很长时间，但由于 openssl 问题我无法解决这个问题。（/usr/local/lib/libssl.so.1.1：未找到版本“OPENSSL_1_1_1”）

我想，我会放弃并重新安装。糟糕的是，新的 Ubuntu 不到一个月就出来了，而且这个版本还没有持续到那时，我猜..

编辑：

谢谢你的提示！我删除了半途而废的 1.1.1d openssl 安装，依赖于 OpenSSL 的程序开始正常工作！

至于复制大文件，Thunar 在复制 22Gb 文件时崩溃说

File size limit exceeded (core dumped)

并生成了这个崩溃报告https://gist.github.com/ibmua/bc323bd461b614f8ed5e62b823331a66 ，不过，更简单地说，当我cp在终端中使用一个大文件时，它File size limit exceeded (core dumped)在复制 8.2 GB（8 191 991 808 字节）后崩溃。

nautilus filesystem kernel files transmission
Martin Hope
wouter205
Asked: 2020-02-23 02:03:01 +0800 CST
  • 0

我在这个问题上咬牙切齿：我正在尝试transmission-daemon使用incompleteanddone目录进行设置。下载到incomplete确实可以正常工作，但是对于done目录，我一次又一次地收到拒绝权限：

Feb 22 10:40:25 my-nas transmission-daemon[31244]: [2020-02-22 10:40:25.041] TORRENT tr_fdFileCheckout failed for "/srv/7e5e6032-1f1c-4efc-a74d-f3fe95fe606f/torrent/done/TORRENT/TORRENT_meta.sqlite.part": Permission denied (inout.c:102)
Feb 22 10:40:25 my-nas transmission-daemon[31244]: [2020-02-22 10:40:25.041] TORRENT Permission denied (/srv/7e5e6032-1f1c-4efc-a74d-f3fe95fe606f/torrent/done/TORRENT/TORRENT_meta.sqlite) (TORRENT.c:537)

即使我已经按照这样的说明为user 设置了正确的权限debian-transmission。

这些是文件夹的权限incomplete（我可以下载到）：

$ getfacl incomplete
# file: incomplete
# owner: user
# group: debian-transmission
# flags: -s-
user::rwx
user:debian-transmission:rwx
user:user:rwx
group::rwx
group:mysql:rwx
mask::rwx
other::r-x
default:user::rwx
default:user:debian-transmission:rwx
default:user:user:rwx
default:group::rwx
default:group:mysql:rwx
default:mask::rwx
default:other::r-x

对于done（我无法下载到）：

$ getfacl done/
# file: done/
# owner: user
# group: debian-transmission
user::rwx
user:debian-transmission:rwx
user:user:rwx
user:stack:rwx
group::rwx
group:mysql:rwx
mask::rwx
other::r-x
default:user::rwx
default:user:debian-transmission:rwx
default:user:user:rwx
default:user:stack:rwx
default:group::rwx
default:group:mysql:rwx
default:mask::rwx
default:other::r-x

据我所知，用户debian-transmission确实有rwx权限？我不确定，因为我不是 100% 熟悉 ACL。我怎么解决这个问题？

groups transmission acl
Martin Hope
Grey Mahagone
Asked: 2019-10-13 09:25:41 +0800 CST
  • 0

我有一台笔记本电脑，用作连接到电视的媒体站，有时我会入睡并忘记关闭笔记本电脑，这是不受欢迎的行为。所以我每天早上 7 点使用 crontabs 来关闭我的笔记本电脑，因为我确信那时我要么睡着要么不在家。

但是有时我实际上是在使用传输守护程序下载一些东西，并且希望笔记本电脑当时不要关闭。有没有办法检查传输守护进程是否正在下载？像传输守护进程的文件标志？我虽然关于扫描传输守护进程使用的活动端口，但我认为可能有一个更优雅的解决方案。

shutdown cron transmission