如何为传输守护程序（BitTorrent客户端服务器）设置密码？

58

配置文件是模棱两可的，无论如何，当您在Debian中重新启动守护程序时，配置文件会不断被覆盖。

在中/etc/transmission-daemon/settings.json，有以下选项：

rpc-username
rpc-password
proxy-auth-username
proxy-auth-password

每次我用以下方式重新启动守护程序：

/etc/init.d/transmission-daemon restart

它会覆盖rpc-password，并且它打印的密码也无法正常工作。

有人知道如何正确设置密码吗？我不想禁用它。

linux bittorrent transmission

— 尼尔
source

2

只是把这个在这里的人谁在将来可能会遇到它，但你也必须设置rpc-authentication-required到true在设置文件，否则变速箱会不会检查密码。

— robmathers，2015年

我报告了此行为，因为在bugs.launchpad.net/ubuntu/+source/transmission/+bug/1644091上，它不是具有建设性的行为，但由于有许多Ubuntu错误，它被忽略了。

— 卡尔·里希特

113

按照正确的顺序执行以下操作：

关机：/etc/init.d/transmission-daemon停止
写rpc-password了在/etc/transmission-daemon/settings.json文件中，双引号。
保存该文件
启动：/etc/init.d/transmission-daemon启动
登录页面，位于端口9091
输入您的密码。

被覆盖的密码是一个哈希。该程序比平时更聪明，并且检测到您的密码不是哈希，因此为了安全起见，它将用哈希覆盖密码。因此，您的密码应该可以使用。

但是，请记住，它会写入关闭时加载的密码。因此，/etc/init.d/transmission-daemon restart如果在文件运行时编写了文件，那么这样做将不会达到您的期望。

— 尼尔
source

9

您不必停止并重新启动守护程序。只需重新加载/etc/init.d/transmission-daemon即可。

— 布拉德（Brad）

1

至少在我编写答案时，实际上是在文件停止时编辑文件，因为传输守护程序会在关闭时写入文件。

— 尼尔

1

init.d / reload是特定于发行版的。通常，您只发送SIGHUP-尽管不在

— yardena 2012年

匿名用户的评论：在我的情况下，有一个脚本（在/etc/init.d中）来启动传递了密码的守护进程：我必须编辑该脚本（名为“ transmissiond”）以更改密码，因此有效。

— terdon 2013年

以这种方式覆盖配置文件是否明智，绝对是不必要麻烦的好来源（与仅迫使用户在配置文件中写入哈希并在每个级别提供有用的反馈相比）。我试图使变速箱运行了几年，并记录了这些尝试。通常，其他字段也会被覆盖。我提出了一些关于它的错误，这些错误已被忽略。

— Karl Richter

2

您也可以尝试其他解决方案来找到密码：

ps -ef | grep transmission

（对于我的版本，它是admin：password1）

— 凤凰
source

2

至少在我的ubuntu安装中，密码是在文件中设置的，因此列出进程不会告诉您密码是什么。

— 戴蒙·史密斯

2

通常，守护程序在退出（或重新启动）时会写入其设置。您可以通过发送SIGHUP来强制守护程序重新加载新设置：

杀死-HUP 1234

...那么停止时它将不再覆盖您的设置。

顺便说一句：我不高兴Transmission-remote-cli要在命令行上输入密码。馊主意！

— jm73
source

1

尽管这篇文章已经有了一个可以接受的答案，但我发现值得一提的是，在Ubuntu中，传输守护程序一旦启动实际上就无法停止。

这意味着您对settings.json所做的任何更改都会在下次重启时被覆盖。

这也意味着您必须在启动时完全禁用daemon-startup，重新启动，编辑settings.json，然后重新启用它以使所做的更改持久化。

很烦人，但是一旦您知道发生了什么，就很容易应对。

— 乔斯坦·乔尼森（JosteinKjønigsen）
source

3

当您说不可停止时，您是否尝试运行：“ sudo服务传输守护程序停止”？以通常的方式阻止它？这对我行得通。然后，您可以编辑设置文件并重新启动它。

— 戴蒙·史密斯

1

-1，这是完全不正确的。@Neil方法按说明工作，如果您说的是正确的，则他的方法无效。如果您在传输运行时对其进行修改，则settings.json文件将被覆盖，然后重新开始传输。

— ubiquibacon，2015年

如果您使用sysv风格的init-background显然大多数用户本能地（/etc/init.d/transmission restart）进行操作，则它确实不起作用。如果您必须做一些奇怪的“服务”事情或新贵事物或另一种特殊的Ubuntu主义，以使其起作用，那么按照定义，它是行不通的。

— JosteinKjønigsen2015年

1

“不按我习惯的方式工作”与“不工作”相同。有用。

— 2013年