Installazione

Per ottenere la versione più recente, aggiungi un repository PPA:

Sudo apt-get aggiornamento
sudo apt-get install python-software-properties sudo add-apt-repository ppa:deluge-team/ppa

Aggiorna l'elenco dei pacchetti:

Sudo apt-get aggiornamento

Installa il client, la console e il demone:

Sudo apt-get install deluge-common diluvio-console deluged

Se vogliamo un'interfaccia web, installiamola anche:

Sudo apt-get install diluvio-webui

Tutto! Avviamo il demone:

Impostazioni

Per abilitare l'accesso remoto, avvia la console:

Console a diluvio

Ed eseguiamo i comandi:

Config -s consent_remoto Vero
configurazione permetti_remoto

Esci dalla console:

Aggiungi un utente per l'accesso remoto (questi dati non sono in alcun modo correlati al tuo utente Linux) e specifica i diritti di accesso:

Echo "nome utente:password:livello" >> ~/.config/deluge/auth

Maggiori dettagli sui diritti di accesso.

E riavvia il demone:

Pkill inondato
inondato

Se vogliamo che Diluvio funzioni insieme al sistema, dobbiamo creare script che lo facciano.

Crea la configurazione:

Sudo vim /etc/default/deluge-daemon

Incolla questo codice lì, Necessariamente DELUGED_USER deve indicare l'utente per conto del quale verrà eseguito il demone:

# Configurazione per /etc/init.d/deluge-daemon

# Lo script init.d verrà eseguito solo se questa variabile non è vuota.
DELUGED_USER=""

# Dovremmo eseguirlo all'avvio?
RUN_AT_STARTUP="SÌ"

Crea uno script di avvio:

Sudo vim /etc/init.d/deluge-daemon

E in esso scriviamo:

#!/bin/sh
### INIZIO INFORMAZIONI INIT
# Fornisce: diluvio-daemon
# Inizio richiesto: $local_fs $remote_fs
# Interruzione richiesta: $local_fs $remote_fs
# Dovrebbe iniziare: $network
# Dovrebbe-Stop: $network
#Avvio predefinito: 2 3 4 5
#Arresto predefinito: 0 1 6
# Breve descrizione: versione demonizzata di diluvio e webui.
# Descrizione: avvia il demone diluvio con l'utente specificato in
# /etc/default/deluge-daemon.
### FINE INFORMAZIONI INIZIAL

PERCORSO=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DESC="Demone del Diluvio"
NAME1="inondato"
NAME2="diluvio"
DAEMON1=/usr/bin/deluged
DAEMON1_ARGS="-d" # Consulta `man deluged` per ulteriori opzioni
DAEMON2=/usr/bin/deluge-web
DAEMON2_ARGS="" # Consulta `man deluge-web` per ulteriori opzioni
PIDFILE1=/var/run/$NOME1.pid
PIDFILE2=/var/run/$NOME2.pid
UMASK=022 # Cambialo in 0 se si esegue inondato come proprio utente
PKGNAME=demone-deluge
SCRIPTNAME=/etc/init.d/$PKGNAME

# Esce se il pacchetto non è installato
[ -x "$DAEMON1" -a -x "$DAEMON2" ] || esci 0

# Legge il file delle variabili di configurazione se è presente
[ -r /etc/default/$PKGNAME ] && . /etc/default/$PKGNAME

# Carica l'impostazione VERBOSE e altre variabili rcS
[ -f /etc/default/rcS ] && . /etc/default/rcS

# Definisce le funzioni LSB log_*.
# Dipende da lsb-base (>= 3.0-6) per garantire che questo file sia presente.
. /lib/lsb/init-funzioni

if [ -z "$RUN_AT_STARTUP" -o "$RUN_AT_STARTUP" != "SI" ]
Poi
log_warning_msg "Non si avvia $PKGNAME, modifica /etc/default/$PKGNAME per avviarlo."
esci 0
fi

if [ -z "$DELUGED_USER" ]
Poi
log_warning_msg "Non si avvia $PKGNAME, DELUGED_USER non è impostato in /etc/default/$PKGNAME."
esci 0
fi

#
# Funzione che avvia il demone/servizio
#
fai_iniziare()
{
#Ritorno
# 0 se il demone è stato avviato
#1 se il demone era già in esecuzione
#2 se non è stato possibile avviare il demone
start-stop-daemon --start -- background --quiet --pidfile $PIDFILE1 --exec $DAEMON1 \
--chuid $DELUGED_USER --user $DELUGED_USER --umask $UMASK --test > /dev/null
RETVAL1="$?"
start-stop-daemon --start -- background --quiet --pidfile $PIDFILE2 --exec $DAEMON2 \
--chuid $DELUGED_USER --user $DELUGED_USER --umask $UMASK --test > /dev/null
RETVAL2="$?"
[ "$RETVAL1" = "0" -a "$RETVAL2" = "0" ] || ritorno 1

Start-stop-daemon --start -- background --quiet --pidfile $PIDFILE1 --make-pidfile --exec $DAEMON1 \
--chuid $DELUGED_USER --user $DELUGED_USER --umask $UMASK -- $DAEMON1_ARGS
RETVAL1="$?"
dormire 2
start-stop-daemon --start -- background --quiet --pidfile $PIDFILE2 --make-pidfile --exec $DAEMON2 \
--chuid $DELUGED_USER --user $DELUGED_USER --umask $UMASK -- $DAEMON2_ARGS
RETVAL2="$?"
[ "$RETVAL1" = "0" -a "$RETVAL2" = "0" ] || ritorno 2
}

#
# Funzione che arresta il demone/servizio
#
do_stop()
{
#Ritorno
# 0 se il demone è stato arrestato
#1 se il demone è già stato arrestato
#2 se non è stato possibile arrestare il demone
# altro se si è verificato un errore

Start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --user $DELUGED_USER --pidfile $PIDFILE2
RETVAL2="$?"
start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --user $DELUGED_USER --pidfile $PIDFILE1
RETVAL1="$?"
[ "$RETVAL1" = "2" -o "$RETVAL2" = "2" ] && return 2

Rm -f $PIDFILE1 $PIDFILE2

[ "$RETVAL1" = "0" -a "$RETVAL2" = "0" ] && return 0 || ritorno 1
}

caso "$1" in
inizio)
[ "$VERBOSE" != no ] && log_daemon_msg "Avvio di $DESC" "$NAME1"
fai_iniziare
caso "$?" In

esac
;;
fermare)
[ "$VERBOSE" != no ] && log_daemon_msg "Arresto di $DESC" "$NAME1"
fai_stop
caso "$?" In
0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
esac
;;
riavvio | ricarica forzata)
log_daemon_msg "Riavvio di $DESC" "$NAME1"
fai_stop
caso "$?" In
0|1)
fai_iniziare
caso "$?" In
0) log_end_msg 0 ;;
1) log_end_msg 1 ;; # Il vecchio processo è ancora in esecuzione
*) log_end_msg 1 ;; # Impossibile avviare
esac
;;
*)
# Impossibile arrestare
log_end_msg 1
;;
esac
;;
*)
echo "Utilizzo: $SCRIPTNAME (start|stop|restart|force-reload)" >&2
uscire 3
;;
esac

Imposta i diritti di esecuzione per root:

Sudo chmod 755 /etc/init.d/deluge-daemon

Aggiungi lo script per caricare e scaricare automaticamente:

Impostazioni predefinite di Sudo update-rc.d deluge-daemon

Bene, controlliamo il lavoro svolto.

Sul server BitTorrent, il client Deluge e gestirlo tramite l'interfaccia web (WebUI). Sfortunatamente, WebUI non supporta tutte le funzionalità di Deluge. Soprattutto in termini di plugin, la maggior parte dei quali non può essere configurata tramite WebUI. Fortunatamente, l'interfaccia grafica (GTK UI) di Deluge ti consente di connetterti e gestire un client server remoto con la stessa facilità di un client locale.
Abbiamo: Un server remoto (sulla rete locale) che esegue Debian 7 e il demone Deluge installato su di esso abbinato a WebUI, nonché un computer domestico che esegue Linux Mint 14 (Ubuntu 12.10). Tralasceremo il processo di installazione della parte server, poiché è descritto in dettaglio nell'articolo dedicato a Deluge. Passiamo alle impostazioni e all'installazione della parte client sul PC di casa.
Vale la pena notare che la presenza di WebUI sul server non è necessaria, ma non sarà superflua se prevedi di connetterti a Deluge non solo da casa. A questo proposito, puoi iniziare la configurazione in tre modi, dopo aver prima installato GTK UI sul tuo computer locale:
aptitude install deluge deluge-gtk
Quindi lanciamo il demone sul server e impostiamo login e password per l'accesso remoto. Il comando deve essere eseguito come utente con cui è in esecuzione Deluge Daemon.
echo "nome utente:password:livello" >> ~/.config/deluge/auth
Dove "username" è l'utente, "password" è la password e "levil" è il livello di accesso. L'utente e la password possono essere arbitrari. Non è necessario che coincidano con il nome utente con cui viene eseguito il demone. Il demone deve essere in esecuzione.
Livelli di accesso:

• 1 - sola lettura.
• 5 - utente.
• 10 - Amministratore.

1. Il primo metodo prevede la presenza di WebUI sul server. Nelle impostazioni, dobbiamo abilitare l'accesso remoto al demone per darci la possibilità di connetterci a Deluge da remoto.

2. Nel secondo metodo utilizziamo Deluge Console. Per fare ciò, è necessario installarlo sul server.
aptitude install deluge-console
Avvia la console
console del diluvio
In esso comandiamo:
config -sallow_remote Vero config consent_remote
Esci dalla console:
Uscita
Tutte le azioni con la console devono essere eseguite anche per conto dell'utente con cui Deluge è in esecuzione.
Riavvia il demone:
/etc/init.d/deluge-daemon riavviare
3. Nel terzo metodo utilizziamo un tunnel SSH dal computer di casa al server. In questo caso non è necessario abilitare l'accesso remoto lato server. Apri un terminale locale e scrivi quanto segue:
ssh -fNL 127.0.0.2:58846:localhost:58846 server
Dove “server” è l’indirizzo IP del nostro server. Usiamo 127.0.0.2 invece di localhost in modo che il client sappia che ci stiamo connettendo a un demone remoto. Se ricevi l'errore "bind: impossibile assegnare l'indirizzo richiesto", esegui il seguente comando (aggiungi un alias al loop locale):
sudo ifconfig lo0 aggiungi 127.0.0.2
Quindi ripetiamo il comando precedente.
Successivamente, avvia l'interfaccia utente GTK sul computer locale e nelle impostazioni dell'interfaccia, deseleziona la casella accanto a Modalità classica, quindi riavvia l'interfaccia utente. Ora quando avviamo l'interfaccia utente GTK vediamo la finestra pop-up Connection Manager. Rimuoviamo il demone locale dall'elenco e inseriamo l'indirizzo di quello remoto. A seconda del metodo scelto in precedenza, nel campo Hostname inseriamo l'ip del nostro server dove si trova Deluge o, nel caso di un tunnel ssh, 127.0.0.2. Non tocchiamo la porta se non abbiamo cambiato la porta del demone durante la configurazione della parte server. Nome utente e password: indicano i dati che abbiamo specificato nel file ~/.config/deluge/auth.

È tutto. Se tutto è eseguito correttamente, possiamo connetterci in sicurezza al demone tramite l'interfaccia utente GTK locale, nella quale avremo a disposizione tutto ciò che non potremmo utilizzare tramite WebUI.
Lo screenshot mostra due connessioni. Il primo è remoto e richiede un'opzione precedentemente abilitata che consenta l'accesso remoto al demone. La seconda è una connessione che utilizza un tunnel ssh. I segni di spunta verdi indicano che le connessioni sono disponibili.

Importante! Le versioni server e client dei programmi devono essere della stessa linea. Ad esempio, sul mio server la versione del programma è 1.3.3, sul mio computer di casa è 1.3.5. Questo va bene. Se sul server è installata la versione 1.2.X e sul PC è installata la versione 1.3.X (o viceversa), anche se il design funziona (cosa improbabile), i problemi sono inevitabili.

Dimmi come rendere apf-firewall chiuso per la maggior parte delle porte, ma samba funziona localmente e un client torrent, ad esempio Deluge, funziona.
Distribuzione: Debian Jessie
Kernel: 3.14-2-amd64
La modalità in cui il firewall si disattiva dopo 5 minuti è disabilitata. L'ho configurato come scritto qui: https://www.debian.org/releases/slink/i386/ch-init-config.ru.html Vuurmuur non è offerto: è un'utilità storta e barbuta per giunta.

Bene, come opzione, puoi discutere perché non è necessario un firewall su un PC di casa.

Deluge disabilita Internet (WiFi)

Ciao a tutti. Sto provando a scaricare qualcosa tramite Deluge, un tracker torrent in xubuntu 14.04.1, e la mia connessione Internet si spegne dopo 15 secondi, o meglio Internet è semplicemente stupidamente non disponibile, anche Deluge interrompe il download. Devo riavviare il WiFi e attendere nuovamente per 10-15 secondi. Qualcosa, insomma, che non va bene. Forse qualcuno sa come risolvere il problema.

diluvio e localizzatore di radici

avvio automatico del servizio in opensuse 13.1

Non capisco niente. Ho installato Deluge, ho scaricato lo script, l'ho inserito in init.d, ho creato un collegamento simbolico in rc5.d in YAST - service manager (service manager), è apparso il servizio, l'ho impostato su Enabled, l'ho salvato, sono entrato di nuovo , ed era di nuovo disabilitato. Che cosa? Si avvia normalmente senza problemi, ma non vuole avviarsi con il sistema.

UPnP funziona in Transmission, ma non funziona in Deluge e qBittorrent.

Sul router (Fedoro19-router) per UPnP c'è linux-igd, predefinito.

Eseguo Transmission sul client, sul router in iptables -L le porte inoltrate sono visibili, i log linux-igd sono eloquenti. Cappuccio.

Sul client eseguo qBittorrent o Deluge (upnp abilitato, ovviamente) - le porte non vengono inoltrate, non ci sono connessioni in entrata, iptables sul router è silenzioso, i log linux-igd sono silenziosi. Cattivo.

Prima di questo, ho notato che con i router box (come asus, tp-link), la trasmissione, al contrario, non funziona con UPnP, ma qBittorrent sì.

Cosa girare? O almeno dire: “UMVR, linux-igd e qBittorrent (o Deluge).”

Cancellato (28.02.14 13:25:31)

Client torrent per carico elevato

Vorrei chiedere ai giocatori hardcore con oltre 1000 distribuzioni attive quale client è attualmente ottimale per uno scenario del genere. Considero solo server e client demoniaci con requisiti di sistema adeguati.

Di particolare interesse sono il consumo di memoria e processore, la resistenza ai torrent non banali (nomi di file lunghi), la resistenza agli errori e le loro conseguenze durante il download, il raggruppamento di distribuzioni invece di un elenco solido.

Attualmente sotto la supervisione di Transmission, Deluge, qBittorent. Ma ognuno ha i suoi difetti. qBittorent non ha una faccia normale per l'interazione client-server (forse è già stato aggiunto, non sono riuscito a trovarlo), non capisce i nomi lunghi (più di quanto consentito da FS).. Parte Deluge (soprattutto il ragazzo) per diventare stupidi su oltre 100 torrent, frequenti stipiti con rimaneggiamenti (prima lo erano sicuramente). La trasmissione modella tutte le distribuzioni in un elenco lineare senza alcun raggruppamento, che sulla scala specificata “ispirerà”, non capisce i nomi lunghi.

Deluge ha problemi con gli altoparlanti

Le colonne scaricate, caricate e alcune altre non vengono visualizzate poiché non le contrassegni. Quelli che sono predefiniti (ad esempio #, nome, dimensione, stato) possono essere facilmente attivati ​​e disattivati. Cosa fare? Forse questo può essere risolto nelle configurazioni? Ma non so in quale file cercare.
Se all'improvviso si tratta di un eterno bug che non viene risolto, suggerisci delle alternative. Li conosco parzialmente. Da quelli che conosco e che mi sono piaciuti visivamente, ad esempio kTorrent. Ma ho un terzo moscerino e si dice che tenere in mano scarpe da ginnastica pesanti sia brutto.

Scopri come fare in modo che il torrent venga avviato automaticamente dall'utente in arch-Linux

Demone di Deluge con esecuzione automatica come utente "diluvio"

C'è un server con Debian 7.2. sistema di inizializzazione systemd.

Richiesto: lanciato all'avvio del sistema, inondato dall'utente “deluge”, accesso al demone tramite la GUI di Windows tramite la porta standard 58846.

L'accesso alla cartella con i torrent è consentito all'utente diluvio, montato utilizzando il client Samba in /mnt.

Installato diluvio, console diluvio. Accesso remoto consentito. Ho creato deluged.service e vi ho inserito lo script dalla wiki ufficiale:

Descrizione=Daemon client Bittorrent Deluge After=network.target Utente=deluge Type=simple ExecStart=/usr/bin/deluged -d WantedBy=multi-user.target

adduser --disabled-password --system --home /home/deluge --group diluvio

echo "deluge:pass:10" >> ~/.config/deluge/auth

Attivo deluged.service:

systemctl demone-ricarica systemctl abilita deluged.service systemctl avvia deluged.service

Il demone si avvia, funziona e occupa la porta. Ma non vuole lasciarlo passare attraverso la GUI di Windows. Cambio l'utente in root in deluged.service e funziona.

Che cosa sto facendo di sbagliato? L'utente diluvio ha bisogno di qualche diritto?

il demone inondato non verrà scaricato

In diluvio specifico exit&stop il demone o prima fermalo dal menu. Sto aspettando da un po' di tempo. Ed è ancora attivo ai vertici. Non risponde all'uccisione normale, solo con uno strap-on. Quali sono le tue idee? Pacchetto: diluvio

Diluvio e misticismo

È appena successo qualcosa di strano. Ascolto la radio su Internet. E all'improvviso inizia a rallentare. Guardo il grafico della velocità. Vedo che qualcosa ha divorato quasi tutta la striscia. Comincio a guardare le porte e a disattivare vari demoni. Guardo la velocità che diluvio consuma attraverso diluvio-console. La velocità riportata non è nemmeno vicina alla velocità effettiva. Iftop dice che ci sono molte connessioni e non alla porta del demone diluvio. Disabilito ancora il diluvio. La velocità diminuì bruscamente. Per motivi di esperimento, ho acceso e spento il demone un paio di volte. Il traffico era chiaramente correlato all'attivazione/disattivazione del demone. Cos'era?!

Come eliminare .torrent dopo averlo aggiunto in Deluge?

Alla ricerca di un nuovo downloader torrent

Responsabilità:
- lavorare 24 ore su 24 come un demone;
- avere un'interfaccia visiva per aggiungere/rimuovere torrent che si collegherebbero al demone;
- la possibilità di configurare la ricezione delle connessioni dai client tramite un socket Unix e/o una gamma specifica di interfacce di rete o indirizzi IP di queste interfacce;
- autenticazione multiutente, preferibilmente con restrizioni di accesso;
- nessun problema con l'interfaccia utente;
- i clienti devono essere in grado di ricevere e visualizzare le informazioni nella classica forma tabellare completa;
- il client-server non dovrebbe essere implementato sul protocollo http(s);
- essere nativo di Linux.

Una breve storia di ciò che ho usato prima:
Molto tempo fa ho usato vuze aka azureus: non mi piaceva l'interfaccia.

Poi ci fu il diluvio, che usai con successo finché, dopo un altro riassemblaggio del mondo, emersero i problemi degli abeti. L'interfaccia di condivisione è vicina all'ideale, tienilo a mente.

Poi ho deciso di provare rtorrent, che ho padroneggiato, anche se ero stanco di trascinare su di esso tutti i download aperti dalla condivisione. rtorrent è bello, ma solo io posso lavorarci, e c'è anche il resto della famiglia.

Pertanto, dopo rtorrent, ho provato di nuovo a condividere, ma ancora una volta si sono verificati problemi. Poi ho creato un thread simile a questo e sono passato a Transmission-daemon e Transmission-Remote-Gtk. Il problema con quest'ultimo è che nel menu Aggiungi torrent non ti consente di selezionare normalmente una cartella, costringendoti a premere manualmente ciascun percorso. Le ultime versioni sono passate a GTK+3 e infine
ha confermato il mio desiderio di liberarmi di lui. No, non sono contrario a GTK3 in quanto tale, penso solo che GTK sia un fottuto glukodrome, e non ho nemmeno un tema per la terza versione.

Oggi ho installato deluzh. Questa volta hanno funzionato sia il server che il client, sono rimasto piacevolmente sorpreso dalla semplificazione dell'organizzazione dell'autenticazione (prima era necessario generare le password tramite console, ora il testo in chiaro è in un file), ma sono rimasto deluso dalla mancanza di impostazioni valide per l'interfaccia su cui la connessione ascolta le connessioni. Deluzh può fare due estremi: o ascolta localhost o 0.0.0.0. Tuttavia, c'era una sorpresa in serbo per me: quando ho provato ad aggiungere un file, ho scoperto che la finestra di dialogo di selezione del file non funzionava quasi mai correttamente, tranne quando il percorso era nella posizione dell'ultimo selezionato. // Non è per questo motivo che un elemento simile nella trasmissione è realizzato sotto forma di un miserabile battitore?

Eliminato (23.01.13 20:31:28)

Ordina aggiungendo.

Deluge non trasferisce i file dei download completati

Utilizzando Deluge 1.3.5 dal repository. Distribuzione - archlinux x86_64. Ho impostato nelle impostazioni la directory per il download e la directory per le distribuzioni completate. Non funziona. Ho collegato anche il plug-in AutoAdd, anch'esso con un'impostazione simile: non viene trasferito e basta. I torrent iniziano a essere scaricati non appena il file .torrent appare nella directory desiderata.

Ho provato a utilizzare sia il demone che l'"interfaccia classica" - nessuna differenza. Ho anche provato a rimuovere Deluge con tutte le sue impostazioni e a installarlo di nuovo: non funziona, l'ho anche recuperato da AUR, inutilmente, ho già impostato i diritti sulla directory per i download completati su 777, non funziona Non aiuta, non è questo il problema. Una volta tutto funzionava e poi, per qualche motivo, non mi sono nemmeno accorto quando si è fermato.

Qualcuno ha riscontrato un problema simile? E come superarlo? Non è consigliabile utilizzare la trasmissione.

Diluvio in combinazione con PC-Ubuntu + Server-NAS4Free (FreeBSD)

Cercherò di esprimermi correttamente e chiaramente. A causa del fatto che Trasmissione La GUI remota funziona male su Ubuntu 12.10 (per me personalmente), ho deciso di creare qualcosa di simile a questo con altri software. La scelta è caduta Diluvio. Ho trovato le istruzioni http://dev.deluge-torrent.org/wiki/UserGuide/ThinClient Fatto Installazione di Deluge su FreeBSD

Proprio così IP privato: inserito l'IP del server locale (NAS), diciamo ad esempio è 192.168.68.68

ifconfig | grep -e "inet indirizzo" | grep -v "192.168.68.68" | cut -f2 -d":" | tagliare -f1 -d" "

Diluvio aggiunge estensione per file incompleti

priorità dei file in torrent, download

C'è un file torrent, ha una struttura di directory, i file sono nominati in base al loro hash. Ho già alcuni file sul mio computer. È necessario impostare la priorità "0" sui file presenti nel torrent. Linguaggio Python, libreria torrent - libtorrent da rasterbar. Ho analizzato il codice sorgente di Deluge (è scritto in Python e utilizza la stessa libreria). Riceverò un file torrent o un collegamento magnetico, ma non è questo il punto.

Perché passare a KTorrent?
KTorrent è privo delle carenze di Deluge sopra menzionate, ma non è inferiore in termini di funzionalità e reattività. Consuma all'incirca la stessa quantità di memoria, nonostante le librerie di kde. Come altri client torrent, non raggiungono le funzionalità di Deluge e KTorrent. Solo qBittorrent potrebbe diventare un'alternativa, ma è vietato su pornolab e crea comunque directory vuote (il il problema si risolve con i file “vuoti”).

Quindi, mentre studiavo le espressioni regolari e le utilità della console Unix, ho scritto uno script per trasferire i download e le distribuzioni di Delyugov. Vorrei attirare la vostra attenzione su tre cose:

• Lo stato dei file non contrassegnati per il caricamento nelle distribuzioni con più file non verrà trasferito (ovvero, saranno tutti contrassegnati per impostazione predefinita).
• Quando avvii KTorrent, tutte le distribuzioni/download trasferiti verranno interrotti e dovrai reimpostarli selezionando ciascuna distribuzione e premendo SHIFT+C (non ho trovato un modo più veloce. In alcuni client torrent è sufficiente fare clic su " avvia tutto", ma KTorrent in questo caso verrà scaricato nuovamente, non reimpostato).
• Prestazioni testate su Ubuntu 12.04, Deluge 1.3.5, KTorrent 4.1.3

#!/bin/bash #Deluge2KScript Torrent #scritto da takiz aka dadd printf "%s\n" "...aspetta..."; #filtriamo i percorsi dei file da torrents.state e correggiamo la codifica russa egrep "^S.\/" ~/.config/deluge/state/torrents.state | sed -e "s/^..//;s/.$/\//;s/\//#/g" > percorsi; t=`percorsi dei gatti`; printf "%b\n" $t > percorsi; #filtriamo i nomi dei torrent e rimuoviamo i duplicati, uno per ogni coppia egrep "(22,99)" ~/.config/deluge/state/torrents.state | sed -e "s/^..//;s/.$//" | perl -ne "stampa a meno che $U($_);$U($_)=1;" > torrent; #crea un file di script temporaneo per creare directory ed eseguire printf "%b\n" "#!/bin/bash\nmkdir ~/.kde/share/apps/ktorrent/tor(1..100500)" > temp1.sh ; chmod 774 temp1.sh; strok=`sed -n "$=" torrents`; sed -i -e "s/100500/"$strok"/" temp1.sh; ./temp1.sh; #crea uno script di copia ed esegui printf "%s\n" "#!/bin/bash" > temp2.sh; chmod 774 temp2.sh; torrent gatti | awk "(print $0".torrent ~/.kde/share/apps/ktorrent/tor"NR"/torrent)" | sed "s/^/cp ~\/\.config\/deluge\/state\//" >> temp2.sh; ./temp2.sh; dormire 10; #crea un modello stats printf "%b\n" "AUTOSTART=0\nOUTPUTDIR=" > stats; #crea file di statistiche con percorsi a=2; mentre leggi f2; do sed -e "1,/.*/(n;s/\(.*\)/\1$f2/)" stats >stats$a; a=$(($a + 1)); Fatto< paths; sed -i -e "s/#/\//g" stats*; #добавляем в скрипт копирования пути stats и запускаем cat temp2.sh | awk "{sub(/\~\/[^ ]*\.torrent/, "stats"NR)}1" | sed "s/\/torrent/\/stats/;s/cp st/mv st/" >filetmp; mv filetmp temp2.sh; chmod 774 temp2.sh; ./temp2.sh; dormire 5; #elimina file temporanei rm percorsi torrents stats temp1.sh temp2.sh; printf "%s\n" "ok";

Controlla il bug in Deluge

Molto probabilmente questo vale solo per Fedora.

1. Scarica.torrent
2. Specificare una cartella di download qualsiasi.
3. Attendi il completamento del download.
4. Qualunque cosa indichi nel passaggio 2, vedremo i tuoi file in /home/nomeutente/

Presenterò una segnalazione di bug se appare in qualcun altro, in caso contrario cercherò il problema da solo.
PS Il problema si è presentato, mi sembra, dopo il tanto atteso aggiornamento alla 1.3.5.

In realtà, perché il nostro file server è inattivo? E da dove dovrebbe provenire il file? È un disastro. Installiamoci un client torrent. Sono abituato a uTorrent in Windows. In Kubuntu ho usato kTorrent una volta, ma in questo caso siamo interessati a client che possano funzionare senza GUI e che abbiano un'interfaccia web. Opzioni:

1. Una combinazione di rTorrent + wTorrent. Ci sono molte descrizioni di installazione su Internet, ma il processo mi spaventa =)
2. TorrentFlux e il suo fork Torrentflux-b4rt. Creato come interfaccia web e niente di più. Potresti pensare di configurarlo.
3. Diluvio. Inizialmente era stato progettato come client torrent per gtk. Ma a partire da una determinata versione, può funzionare come un demone, al quale è possibile collegare l'interfaccia desiderata: una faccia grafica, una faccia web o controllata tramite la console.

Per ora sto pensando di provare a provare la terza opzione. Oops, a quanto pare puoi attaccarci una faccia a vite! Cercherò ulteriormente su Google. Sarebbe abbastanza comodo come al solito: ti siedi nel browser, fai clic su download di un file torrent e lo apri utilizzando Windows. E trasferisce già il download al demone sul server Installiamo diluvio (in generale si consiglia di installare la versione dal sito ufficiale, ma io l'ho installata dai repository) sudo aptitude install deluge-coresudo aptitude install deluge-webuisudo aptitude install deluge-console Se installiamo pacchetti scaricati dal sito, molto probabilmente si presenterà il problema delle dipendenze insoddisfatte, usciamo dalla situazione nel modo seguente: sudo apt-get -f install Lanciamo inondato Avvio del volto web diluvio --ui web A proposito, eseguiamo questo comando per conto del nostro utente, non come root. Perché in questo caso l'interfaccia web non funzionerà. Perché, non l'ho ancora capito. Ma dopo averlo eseguito, una console scomparirà, perché questo comando viene eseguito lì. Affinché il comando venga eseguito e rimanga sospeso in background, scriviamo diluvio --ui web& Se hai bisogno che l'interfaccia web sia sempre disponibile, inserisci questo comando da qualche parte nell'esecuzione automatica, ma in modo che venga eseguito con i diritti di un utente normale. A proposito, ti consiglio di inserire l'avvio del demone inondato nell'esecuzione automatica. l'interfaccia funziona sulla porta 8112. Andiamo tramite un browser al server desiderato su questa porta. La password predefinita è diluvio. Configura. Sono offerte diverse opzioni di progettazione. L'opzione Ajax è la più bella. Ma non ha tutte le funzionalità. Ad esempio, non puoi specificare per un torrent specifico dove scaricare un file. Puoi specificare solo una cartella comune per tutti i torrent. Questa funzionalità è presente in altre skin. Andiamo avanti. È possibile utilizzare una shell GUI per Diluvio, lanciata su qualsiasi computer diverso dal server (e anche sul server, se lì è installato un ambiente grafico). Esistono shell GUI sia per Linux che per Windows. Ma prima di utilizzare la shell GUI, devi consentirlo al demone. Lo facciamo in due modi:

1. Tramite interfaccia web. nelle impostazioni - Diluvio - Servizio - Consenti connessione remota (seleziona la casella)
2. Tramite l'interfaccia della console. Noi scriviamo diluvio --ui console. Poi configurazione consent_remote Vero.

L'interfaccia web è spesso scomoda da usare. Ma questo è puramente IMHO. Dato che ho Windows sul mio desktop (Windows Web Server 2008), installiamo il client sotto Windows. Vai al sito ufficiale del progetto, scarica la versione per Windows. Si consiglia di scaricare la stessa versione del demone installato sul server.Scarica e installa. Il programma di installazione ti chiederà inoltre di installare GTK+ Runtime. Siamo d'accordo Dopo aver installato il client, entriamo nelle sue impostazioni:

1. Avvio del client
2. Vai su "Preferenze -> Interfaccia" e deseleziona "Modalità Classica".
3. Riavviare il client. Dovrebbe apparire la finestra Gestione connessione
4. Rimuovi la riga da localhost. Facendo clic sul pulsante "Aggiungi", inserisci l'IP del server (nel nostro caso, la casella). Lasciamo il porto lo stesso.

Qui sono rimasto bloccato per un po', oltre all'indirizzo IP dovevo inserire nome utente e password, diciamo che potevo impostare la password tramite l'interfaccia web, quale utente devo scrivere? Ho scritto la mia password e quella impostata tramite l'interfaccia Web. Nessun problema, ho scritto la mia e la sua password nel sistema. Non importa... ho scavato un po' in giro, quindi facciamo così:

1. Andiamo sul server alla directory home del nostro utente (da cui eseguiamo diluvio)
2. Successivamente, vai alla directory /.config/deluge
3. Apri il file di autenticazione
4. Nella seconda riga scriviamo nome utente e password nel formato utente:password (e noto che stiamo scrivendo queste informazioni da un pazzo)
5. Restart diluvio – riavvio diluvio
6. Su un computer con Windows, vai su Connection Manager, inserisci questo utente e la sua password nelle impostazioni di connessione.
7. Fare clic su "Connetti"
8. Voilà, il client è connesso.

Quindi, abbiamo il solito modo di elaborare i file torrent: li apriamo con un client torrent (faccia GUI) e scegliamo cosa fare. Ma c'è un altro modo. Ho provato anche questo metodo:

1. Crea una cartella sul server, ad esempio /home/user/torrents
2. Lo condividiamo in samba.
3. Nelle impostazioni di Deluge, lo impostiamo tramite la stessa interfaccia web in modo che prelevi automaticamente i torrent da questa cartella.
4. E poi, salviamo semplicemente i file torrent in questa cartella.