Come si imposta una password per il daemon di trasmissione, il server client BitTorrent?

58

Il file di configurazione è ambiguo e continua a essere sovrascritto quando si riavvia il demone in Debian, comunque.

In /etc/transmission-daemon/settings.json, ci sono queste opzioni:

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

Ogni volta che riavvio il demone con:

/etc/init.d/transmission-daemon restart

Sovrascrive rpc-passworde la password che stampa non funziona comunque.

Qualcuno sa come impostare correttamente la password? Non voglio disabilitarlo.

linux bittorrent transmission

— Neil
fonte

2

Basta mettere questo qui per tutti coloro che potrebbero incontrare in futuro, ma si hanno anche per set rpc-authentication-requireda truenel file delle impostazioni, altrimenti trasmissione non controlla la presenza di una password.

— robmathers

Ho segnalato questo comportamento perché non è costruttivo su bugs.launchpad.net/ubuntu/+source/transmission/+bug/1644091 , ma è stato ignorato come tanti bug di Ubuntu.

— Karl Richter,

113

Fai queste cose nell'ordine esatto:

Spegnimento: /etc/init.d/transmission-daemon stop
Scrivi rpc-passwordnel /etc/transmission-daemon/settings.jsonfile, tra virgolette.
Salva quel file
Avvio: /etc/init.d/transmission-daemon start
Accedi alla pagina, è alla porta 9091
Digita la tua password.

La password che viene sovrascritta è un hash. Il programma è più intelligente del solito e rileva che la tua password non è un hash, quindi sovrascrive la password con l'hash per essere sicura. Quindi la tua password dovrebbe funzionare.

Tuttavia, ricorda che scrive la password con cui è stato caricato quando viene chiuso. Quindi fare /etc/init.d/transmission-daemon restartnon farà quello che ti aspetti se hai scritto il file mentre è in esecuzione.

— Neil
fonte

9

Non è necessario arrestare e riavviare il demone. Solo /etc/init.d/transmission-daemon ricaricare.

— Brad

1

Almeno nel momento in cui ho scritto la risposta, in realtà si modifica il file mentre è fermo, perché il daemon di trasmissione scrive il file alla chiusura.

— Neil,

1

init.d / reload è specifico per la distro. Più in generale, devi solo inviare un SIGHUP - sebbene questo NON sia nella pagina man, solo qui: trac.transmissionbt.com/wiki/EditConfigFiles

— yardena

Commento di un utente anonimo: Nel mio caso, c'era uno script (in /etc/init.d) per lanciare il demone che gli ha passato la password: ho dovuto modificare quello script (chiamato "transmissiond") per cambiare la password e così ha funzionato.

— terdon,

Sovrascrivere un file di configurazione in questo modo è intelligente o no, è sicuramente una buona fonte per problemi inutili (rispetto al solo costringere l'utente a scrivere hash nel file di configurazione e fornire un feedback utile a tutti i livelli). Ho provato a far funzionare la trasmissione per alcuni anni e ho documentato i tentativi. Di solito anche altri campi vengono sovrascritti. Ho archiviato alcuni bug che sono stati ignorati.

— Karl Richter,

2

Puoi anche provare un'altra soluzione per trovare la password:

ps -ef | grep transmission

(alla mia versione era admin: password1)

— Fenice
fonte

2

Almeno nella mia installazione di Ubuntu, la password è impostata nel file, quindi elencare i processi non ti dirà quale sia la password.

— Damon Smith,

2

Generalmente il demone scrive le sue impostazioni quando esce (o viene riavviato). Puoi forzare il demone a ricaricare nuove impostazioni inviandolo SIGHUP:

uccidere -HUP 1234

... quindi non sovrascriverà più le tue impostazioni quando ti fermi.

A proposito: non sono contento che il cambio-remote-cli voglia avere la password sulla riga di comando. Cattiva idea!

— Jm73
fonte

1

Sebbene questo post abbia già una risposta accettata, trovo che valga la pena aggiungere che in Ubuntu il daemon di trasmissione non è effettivamente arrestabile una volta avviato.

Ciò significa che qualsiasi modifica apportata a settings.json verrà sovrascritta al successivo riavvio, ogni volta che lo è.

Ciò significa anche che è necessario disabilitare completamente l'avvio del daemon all'avvio , riavviare, modificare settings.json e quindi riattivarlo per rendere permanenti le modifiche.

Abbastanza fastidioso, ma una volta che sei consapevole di quello che sta succedendo, è abbastanza facile da affrontare.

— Jostein Kjønigsen
fonte

4

Quando hai detto di non essere arrestabile, hai provato a eseguire: "sudo service transmission-daemon stop"? fermarlo nel solito modo? Per me va bene. Quindi è possibile modificare il file delle impostazioni e riavviarlo.

— Damon Smith,

1

-1, Questo è semplicemente errato. Il metodo @Neil funziona come descritto e se ciò che hai detto fosse vero il suo metodo non funzionerebbe. Il file settings.json viene sovrascritto solo se lo si modifica mentre la trasmissione è in esecuzione, quindi riavviare la trasmissione.

— ubiquibacon,

Se fai ciò che la chiara maggioranza degli utenti con un init-background in stile sysv fa istintivamente ( /etc/init.d/transmission restart) in effetti non funziona. Se devi fare qualcosa di strano "servizio" o di avvio o un altro speciale Ubuntu per farlo funzionare, allora per definizione non funziona.

— Jostein Kjønigsen,

2

"Non funziona come sono abituato" non è lo stesso di "non funziona". Funziona.

— sopravvivere