Deluge fjärrkontroll. Installera Deluge BitTorrent på Ubuntu Server. Deluge lägger till tillägg för oavslutade filer

Installation

För att få den senaste versionen, lägg till PPA-förvaret:

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

Uppdatera paketlistan:

Sudo apt-get uppdatering

Installera klient, konsol och demon:

sudo apt-get install deluge-common deluge-console deluged

Om vi ​​vill ha ett webbgränssnitt installerar vi det också:

sudo apt-get installera deluge-webui

Allt! Låt oss starta demonen:

Miljö

För att aktivera fjärråtkomst, kör konsolen:

deluge-konsol

Och vi kör kommandona:

Config -s allow_remote Sant
config allow_remote

Avsluta konsolen:

Lägg till en användare för fjärråtkomst (detta data har inget att göra med din linux-användare) och ange åtkomsträttigheter:

echo "användarnamn:lösenord:nivå" >> ~/.config/deluge/auth

Mer om åtkomsträttigheter.

Och starta om demonen:

pkill översvämmad
översvämmade

Om vi ​​vill att deluge ska köra tillsammans med systemet måste vi skapa skript som gör det.

Vi skapar en konfiguration:

sudo vim /etc/default/deluge-daemon

Klistra in den här koden där Nödvändigtvis DELUGED_USER måste innehålla användaren för vars räkning demonen kommer att köras:

# Konfiguration för /etc/init.d/deluge-daemon

# Skriptet init.d kommer bara att köras om den här variabeln inte är tom.
DELUGED_USER=""

# Ska vi köra vid start?
RUN_AT_STARTUP="JA"

Skapa ett startskript:

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

Och vi skriver till den:

#!/bin/sh
### BÖRJA INIT INFO
# Ger: deluge-daemon
# Required-Start: $local_fs $remote_fs
# Required-Stop: $local_fs $remote_fs
# Bör-Starta: $network
# Bör-Stoppa: $network
# Standard-Start: 2 3 4 5
# Standard-Stopp: 0 1 6
# Kort beskrivning: Demoniserad version av deluge och webui.
# Beskrivning: Startar deluge-demonen med användaren som anges i
# /etc/default/deluge-daemon.
### AVSLUTA INIT INFO

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DESC="Deluge Daemon"
NAME1="deluged"
NAME2="flod"
DAEMON1=/usr/bin/deluged
DAEMON1_ARGS="-d" # Konsultera `man deluged` för fler alternativ
DAEMON2=/usr/bin/deluge-web
DAEMON2_ARGS="" # Konsultera `man deluge-web` för fler alternativ
PIDFILE1=/var/run/$NAME1.pid
PIDFILE2=/var/run/$NAME2.pid
UMASK=022 # Ändra detta till 0 om den körs deluged som sin egen användare
PKGNAME=deluge-daemon
SCRIPTNAME=/etc/init.d/$PKGNAME

# Avsluta om paketet inte är installerat
[ -x "$DAEMON1" -a -x "$DAEMON2" ] || utgång 0

# Läs konfigurationsvariabelfilen om den finns
[ -r /etc/default/$PKGNAME ] && . /etc/default/$PKGNAME

# Ladda VERBOSE-inställningen och andra rcS-variabler
[ -f /etc/default/rcS ] && . /etc/default/rcS

# Definiera LSB log_* funktioner.
# Beror på lsb-base (>= 3.0-6) för att säkerställa att den här filen finns.
. /lib/lsb/init-funktioner

om [ -z "$RUN_AT_STARTUP" -o "$RUN_AT_STARTUP" != "JA" ]
sedan
log_warning_msg "Startar inte $PKGNAME, redigera /etc/default/$PKGNAME för att starta det."
utgång 0
fi

om [ -z "$DELUGED_USER" ]
sedan
log_warning_msg "Startar inte $PKGNAME, DELUGED_USER inte inställd i /etc/default/$PKGNAME."
utgång 0
fi

#
# Funktion som startar demonen/tjänsten
#
do_start()
{
# lämna tillbaka
# 0 om demonen har startats
#1 om demonen redan körde
#2 om demon inte kunde startas
start-stop-daemon --start --bakgrund --quiet --pidfil $PIDFILE1 --exec $DAEMON1 \
--chuid $DELUGED_USER --användare $DELUGED_USER --umask $UMASK --test > /dev/null
RETVAL1="$?"
start-stop-daemon --start --bakgrund --quiet --pidfil $PIDFILE2 --exec $DAEMON2 \
--chuid $DELUGED_USER --användare $DELUGED_USER --umask $UMASK --test > /dev/null
RETVAL2="$?"
[ "$RETVAL1" = "0" -a "$RETVAL2" = "0" ] || retur 1

Start-stopp-daemon --start --bakgrund --quiet --pidfil $PIDFILE1 --make-pidfile --exec $DAEMON1 \
--chuid $DELUGED_USER --användare $DELUGED_USER --umask $UMASK -- $DAEMON1_ARGS
RETVAL1="$?"
sova 2
start-stop-daemon --start --bakgrund --quiet --pidfil $PIDFILE2 --make-pidfile --exec $DAEMON2 \
--chuid $DELUGED_USER --användare $DELUGED_USER --umask $UMASK -- $DAEMON2_ARGS
RETVAL2="$?"
[ "$RETVAL1" = "0" -a "$RETVAL2" = "0" ] || tillbaka 2
}

#
# Funktion som stoppar demonen/tjänsten
#
do_stop()
{
# lämna tillbaka
# 0 om demonen har stoppats
# 1 om demonen redan var stoppad
#2 om demonen inte kunde stoppas
# annat om ett fel inträffade

Start-stopp-daemon --stop --quiet --retry=TERM/30/KILL/5 --användare $DELUGED_USER --pidfil $PIDFILE2
RETVAL2="$?"
start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 --användare $DELUGED_USER --pidfil $PIDFILE1
RETVAL1="$?"
[ "$RETVAL1" = "2" -o "$RETVAL2" = "2" ] && returnera 2

Rm -f $PIDFILE1 $PIDFILE2

[ "$RETVAL1" = "0" -a "$RETVAL2" = "0" ] && returnera 0 || retur 1
}

fallet "$1" in
Start)
[ "$VERBOSE" != nej ] && log_daemon_msg "Startar $DESC" "$NAME1"
do_start
fallet "$?" i

esac
;;
sluta)
[ "$VERBOSE" != nej ] && log_daemon_msg "Stoppar $DESC" "$NAME1"
do_stop
fallet "$?" i
0|1) [ "$VERBOSE" != nej ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != nej ] && log_end_msg 1 ;;
esac
;;
starta om|tvinga omladdning)
log_daemon_msg "Startar om $DESC" "$NAME1"
do_stop
fallet "$?" i
0|1)
do_start
fallet "$?" i
0) log_end_msg 0 ;;
1) log_end_msg 1 ;; # Den gamla processen körs fortfarande
*) log_end_msg 1 ;; # Gick inte att starta
esac
;;
*)
# Det gick inte att stoppa
log_end_msg 1
;;
esac
;;
*)
echo "Användning: $SCRIPTNAME (start|stopp|omstart|force-reload)" >&2
utgång 3
;;
esac

Ställ in körrättigheter för root:

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

Lägg till ett skript för att automatiskt ladda och ta bort:

sudo update-rc.d deluge-daemon standardinställningar

Nåväl, vi kontrollerar det utförda arbetet.

På BitTorrent-servern, Deluge-klienten och hantera den via webbgränssnittet (WebUI). Tyvärr stöder inte WebUI alla Deluge-funktioner. Speciellt när det gäller plugins, varav de flesta inte kan konfigureras via WebUI. Lyckligtvis låter Deluges grafiska (GTK UI) gränssnitt dig ansluta till och hantera en fjärrserverklient med samma lätthet som en lokal klient.
Vi har: En fjärrserver (på det lokala nätverket) som kör Debian 7 med Deluge-demonen installerad på den parad med WebUI, samt en hemdator som kör Linux Mint 14 (Ubuntu 12.10). Vi kommer att utelämna processen för att installera serverdelen, eftersom den beskrivs i detalj i artikeln dedikerad till Deluge. Vi går vidare till inställningarna och installationen av klientdelen på en hemdator.
Det är värt att notera att närvaron av WebUI på servern inte är nödvändig, men det kommer inte att vara överflödigt om du planerar att ansluta till Deluge inte bara hemifrån. I detta avseende kan du starta inställningarna på tre sätt, efter att du har installerat GTK UI på din lokala dator:
aptitude installera deluge deluge-gtk
Efter att vi startat demonen på servern och ställt in inloggning och lösenord för fjärråtkomst. Kommandot måste utföras på uppdrag av användaren som Deluge Daemon körs under.
echo "användarnamn:lösenord:nivå" >> ~/.config/deluge/auth
Där "användarnamn" är användaren, "lösenord" är lösenordet och "levil" är åtkomstnivån. Användare och lösenord kan vara godtyckliga. Det är inte nödvändigt att de matchar användarnamnet som demonen körs under. Demonen måste vara igång.
Åtkomstnivåer:

• 1 - skrivskyddad.
• 5 - användare.
• 10 - Administratör.

Alla efterföljande steg beskrivs med Fedora som exempel, men kan anpassas till vilken annan distribution som helst.

Installation

Installation är det enklaste någonsin.

$ sudo dnf installera deluge-daemon deluge-console

Vi lägger konsolklienten, såväl som cli för den.

Medan alla. Kunden är redo att gå. Du kan redan slå på den och använda den.

$ sudo systemctl aktivera deluge-daemon $ sudo systemctl starta deluge-daemon

Men det finns många problem med den här konfigurationen:

• inga stockar
• felaktig serverportallokering

Behöver du det? 🙂

Loggar

När demonen är installerad är den redo att köras. Men den konfiguration som distributionsleverantörerna erbjuder är inte helt framgångsrik. Det finns ingen loggning av vad som händer i den.

För att göra detta måste vi installera logrotate.

$ sudo dnf installera logrotate

Konfigurera den för att stödja de nya rotationsreglerna. För att göra detta, låt oss skapa en fil /etc/logrotate.d/deluge om följande innehåll

/var/log/deluge/*.log (rotera 4 veckovis missingok notifempty compress delaycompress sharedscripts postrotate initctl restart deluged >/dev/null 2>&1 || true initctl restart deluge-web >/dev/null 2>&1 || true slutskrift)

Samt en mapp för att lagra loggar. Och ge henne rätt tillstånd.

$ sudo mkdir /var/log/deluge/ $ sudo chown deluge:deluge /var/log/deluge

Nu återstår det att aktivera loggningsstöd för demonen.

Skapa en ny demonbeskrivning för systemd i /etc/systemd/system/deluged.service

Beskrivning=Deluge Bittorrent Client Daemon After=network.target Typ=enkel Användare=deluge Group=deluge UMask=007 ExecStart=/usr/bin/deluged -d -l /var/log/deluge/daemon.log -L warning Restart= alltid TimeoutStopSec=300 WantedBy=multi-user.target

Bra. Det återstår att konfigurera iptables och deluge sig själv.

Konfigurera iptables

I vissa fall räcker det bara att öppna de nödvändiga portarna

$ sudo iptables -A INPUT -p tcp --dport 56881:56889 -j ACCEPT $ sudo iptables -A INPUT -p udp --dport 56881:56889 -j ACCEPT

Men i vissa konfigurationer kan det finnas problem med conntrack-mekanismen, som markerar ett antal paket som ogiltiga (detta gäller särskilt för dht-trafik).

Därför är det värt att inaktivera conntrack för alla deluge-anslutningar.

$ sudo iptables -t raw -I PREROUTING -p udp --dport 56881:57200 -j NOTRACK $ sudo iptables -t raw -I OUTPUT -p udp --sport 56881:57200 -j NOTRACK $ sudo iptables -t raw -I PREROUTING -p tcp --dport 56881:57200 -j NOTRACK $ sudo iptables -t raw -I OUTPUT -p tcp --sport 56881:57200 -j NOTRACK $ sudo iptables -I INPUT -p icmp -icmp-type 3 j ACCEPTERAR $ sudo iptables -I INPUT -p icmp --icmp-type 4 -j ACCEPTERAR $ sudo iptables -I INPUT -p icmp --icmp-type 11 -j ACCEPTERAR $ sudo iptables -I INPUT -p icmp --icmp -typ 12 -j ACCEPTERA

$ sudo /usr/libexec/iptables/iptables.init spara

Lokal auktorisation

För att vi ska kunna använda deluge-console måste lokal auktorisering vara aktiverad för vår användare.

De där. det bör finnas en ~/.config/deluge/auth-fil som innehåller en inloggningslösenordssträng

Localclient:here_long_hash:10

Du kan kopiera den här filen från katalogen /var/lib/deluge/.config/deluge

$ sudo cat /var/lib/deluge/.config/deluge/auth >> ~/.config/deluge/auth

Starta och konfigurera demonen

Därför lanserade vi demonen, vars konfiguration beskrevs tidigare.

Egentligen, varför är filservern inaktiv hos oss?Ja, och var ska filen tas ifrån? I kubuntu använde jag kTorrent vid ett tillfälle. Men i det här fallet är vi intresserade av klienter som kan arbeta utan ett GUI och som har ett webbgränssnitt. Alternativ:

1. rTorrent + wTorrent-paket. Det finns en hel del beskrivningar av installationen på nätverket, men processen skrämmer mig =)
2. TorrentFlux och längs vägen dess gaffel Torrentflux-b4rt. Designad som ett webbgränssnitt och inget annat. Du kanske vill tänka på inställningen.
3. Syndaflod. Det var ursprungligen planerat som en torrentklient för gtk. Men från någon version kan den fungera som en demon, till vilken du redan kan ansluta det önskade gränssnittet - antingen ett grafiskt ansikte eller ett webbansikte, eller styra det via konsolen.

Medan jag funderar på att försöka bli förvirrad med det tredje alternativet. Jag ska googla vidare.Det skulle bara vara ganska bekvämt som vanligt - du sitter i webbläsaren, klickar på nedladdningen av torrentfilen och öppnar den med hjälp av Windows-mynningen. Och den där överför redan nedladdningen till demonen på servern. Installera deluge (i allmänhet rekommenderas det att installera versionen från webbplatsen, men jag installerade den från arkiven) sudo aptitude installera deluge-coresudo aptitude installera deluge-webuisudo aptitude installera deluge-console Om vi ​​installerar paketen som laddats ner från webbplatsen kommer det troligen att uppstå ett problem med ouppfyllda beroenden. Vi kommer ur situationen enligt följande: sudo apt-get -f installera Vi lanserar översvämmade Lansering av webbmynningen deluge --ui webb Förresten, vi kör detta kommando på uppdrag av vår användare, inte som root. För i det här fallet fungerar inte webbgränssnittet. Varför, jag har inte fattat det än. Men efter att ha kört detta kommer en konsol att försvinna, eftersom det här kommandot körs där. För att kommandot ska köras och förbli hängande i bakgrunden skriver vi deluge --ui webb& Om du vill att webbgränssnittet alltid ska vara tillgängligt, placera det här kommandot någonstans i autorun, men på ett sådant sätt att det exekveras med rättigheterna för en vanlig användare. Förresten, jag rekommenderar att du lägger in lanseringen av den översvämmade demonen i autorun . genom en webbläsare till önskad server på denna port. Standardlösenordet är deluge. Anpassningsbart. Flera designalternativ erbjuds. Ajax-alternativet är det vackraste. Men det har inte alla möjligheter. Du kan till exempel inte ange för en viss torrent var filen ska laddas ner. Du kan bara ange en delad mapp för alla torrenter. I andra skal finns denna funktion. Det finns GUI-skal för både Linux och Windows. Men innan du använder GUI-ansiktet måste du tillåta demonen att göra detta. Vi gör detta på något av två sätt:

1. Genom webbgränssnittet. i inställningarna - Deluge - Service - Tillåt fjärranslutning (kryssa)
2. Genom konsolens gränssnitt. Vi skriver deluge --ui konsol. Sedan config allow_remote Sant.

Webbgränssnittet är ofta obekvämt att använda. Men detta är rent IMHO. Eftersom jag har Windows på mitt skrivbord (Windows Web Server 2008), låt oss lägga klienten under Windows. Vi går till projektets officiella webbplats, ladda ner versionen för Windows. Det rekommenderas att ladda ner samma version som den av demonen som är installerad på servern. Ladda ner, installera. Installationsprogrammet kommer också att erbjuda att installera GTK+ Runtime. Vi håller med. Efter att klienten har installerats, klättrar vi in ​​i dess inställningar:

1. Lansering av klienten
2. Gå till "Inställningar -> Gränssnitt" och avmarkera "Klassiskt läge".
3. Starta om klienten. Fönstret Anslutningshanteraren bör visas.
4. Ta bort linje från localhost. Genom att klicka på knappen "Lägg till", ange serverns IP (i vårt fall, rutor). Lämna porten densamma.

Här la jag på luren ett tag Förutom IP-adressen fick jag ange användarnamn och lösenord Anta att jag kunde ställa in lösenordet via webbgränssnittet Och vilken användare ska jag skriva? Jag skrev mitt eget och lösenordet inställt via webbgränssnittet Nifiga Jag skrev mitt eget och hans lösenord i systemet. Nifiga .. Rotade. Så, vi gör så här:

1. Vi går på servern till hemkatalogen för vår användare (från vilken vi kör deluge)
2. Gå sedan till katalogen /.config/deluge
3. Öppnar auth-filen
4. På den andra raden skriver vi användarnamnet och lösenordet i formatet användare:lösenord (dessutom noterar jag att vi skriver denna information från bulldozern)
5. Restart deluge - deluged omstart
6. På en dator med Windows, gå till Connection Manager, i anslutningsinställningarna hamrar vi in ​​den här användaren och hans lösenord.
7. Klicka på "Anslut"
8. Voila, klienten är ansluten.

Således fick vi det vanliga sättet att bearbeta torrentfiler - vi öppnar dem med en torrentklient (GUI-muzzle) och väljer vad vi ska göra. Men det kan göras annorlunda. Jag provade också den här metoden:

1. Skapa en mapp på servern, säg /home/user/torrents
2. Vi delar det på samba.
3. I deluge-inställningarna, genom samma webbansikte, ställer vi in ​​det så att det automatiskt tar torrents från den här pappan.
4. Och sedan sparar vi bara torrentfilerna i den här mappen.

Berätta för mig hur man gör apf-brandväggen stängd för de flesta portar, men fungerar samba i LAN och en torrentklient som Deluge.
Distribution: Debian Jessie
Kärna: 3.14-2-amd64
Läget där brandväggen stängs av efter 5 minuter är inaktiverat. Jag ställer in det som det står här: https://www.debian.org/releases/slink/i386/ch-init-config.ru.html Vuurmuur är inte att föreslå - det är ett snett verktyg, och till och med en skäggig.

Tja, som ett alternativ kan du argumentera varför en brandvägg inte behövs på en hemdator.

Deluge inaktiverar internet (WiFi)

Hej alla. Jag försöker ladda ner via Deluge - en torrent tracker i xubuntu 14.04.1, och min internetanslutning stängs av efter 15 sekunder, eller snarare, den är bara dumt otillgänglig, deluge slutar också ladda ner. Du måste starta om WiFi och sedan vänta 10-15 sekunder igen. Något kortare är inte bra. Kanske någon vet hur man löser problemet trots allt.

deluge och root tracker

tjänst autostart i opensuse 13.1

Jag förstår ingenting. Jag installerade Deluge, laddade ner skriptet, laddade upp det till init.d, skapade en symbollänk i rc5.d i YAST - service management (service manager) tjänsten dök upp, jag satte den till Enabled, jag sparar den, jag går igen, och det är återigen inaktiverat. Vad i? Den startar normalt utan problem, men vill inte starta med systemet.

UPnP fungerar i Transmission, men inte i Deluge och qBittorrent.

På routern (fedoro19-router) för UPnP är linux-igd, standard.

På klienten kör jag Transmission, på routern i iptables -L vidarebefordrade portar är synliga, linux-igd-loggarna är vältaliga. Bra.

På klienten kör jag qBittorrent eller Deluge (upnp aktiverat, naturligtvis) - portar vidarebefordras inte, det finns inga inkommande anslutningar, iptables på routern är tysta, linux-igd-loggar är tysta. Dålig.

Innan dess märkte jag att med boxroutrar (som asus, tp-link) - överföring tvärtom fungerar inte med UPnP, men qBittorrent fungerar.

Vad ska man sno? Eller säg åtminstone: "UMVR, linux-igd och qBittorrent (eller Deluge)."

Raderad (28.02.14 13:25:31)

Torrent-klient för hög belastning

Jag vill fråga hardcore-spelare med 1000+ aktiva händer vilken typ av klient som nu är optimal för ett sådant scenario. Jag betraktar endast server- och demoniska klienter med adekvata systemkrav.

Särskilt intresserad av minnes- och processorförbrukning, motstånd mot icke-triviala torrents (långa filnamn), motstånd mot fel och deras konsekvenser vid nedladdning, gruppering av distributioner istället för en hel lista.

Under överinseende av Transmission, Deluge, qBittorent. Men alla har buggar. qBittorent har inte ett normalt ansikte för klient-server-interaktion (kanske är det redan färdigt, jag har inte hittat det), det förstår inte långa namn (fler än FS tillåter). definitivt var det). Transmission skulpterar alla distributioner till en linjär lista utan någon gruppering, som kommer att "inspirera" på den angivna skalan, förstår inte långa namn.

Deluge är dum med högtalare

Kolumner som laddas upp, ges bort och vissa andra visas inte, markera dem inte. De som är som standard (till exempel #, namn, storlek, status) slås på och av tyst. Vad ska man göra? Kan detta fixas i konfigurationerna? Men jag vet inte vilken fil jag ska leta efter.
Om detta plötsligt är en evig syndaflod som inte är åtgärdad, berätta då för mig alternativen. Jag är delvis bekant med dem. Av de som jag känner och visuellt gillade - kTorrent till exempel. Men jag har en tredje tomte, och de säger att det är dåligt att hålla tunga sneakers.

Deluge hur man får det att köras automatiskt som en torrentanvändare i arch-linux

Starta Deluged demon automatiskt som användare "deluge"

Det finns en server med debian 7.2. systemd init-system.

Krävs: körbar, vid systemstart, deluged som användare "deluge", åtkomst till demon via Windows GUI på standardport 58846.

Åtkomst till mappen med torrents är tillåten för deluge-användaren, monterad med sambaclienten i / mnt.

Installerad deluge, deluge-konsol. Tillåten fjärråtkomst. Jag skapade en deluged.service, satte in skriptet från den officiella wikin i den:

Description=Deluge Bittorrent Client Daemon After=network.target User=deluge Type=enkel ExecStart=/usr/bin/deluged -d WantedBy=multi-user.target

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

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

Jag slår på deluged.service:

systemctl daemon-reload systemctl aktivera deluged.service systemctl starta deluged.service

Demonen startar, fungerar, hamnen upptar. Men han vill inte starta upp via Windows GUI. Jag ändrar användaren till root i deluged.service - det tillåter mig.

Vad gör jag fel? Behöver delugeanvändaren några rättigheter?

deluged demon lastar inte av

I deluge anger jag att avsluta och stoppa demonen, eller först stannar jag från menyn. Jag väntar ett tag. Och fortfarande är han aktiv i toppen. Reagerar inte på det vanliga dödandet, bara med en strapon. Dina idéer? Paket: Deluge

Syndflod och mystik

Något konstigt har precis hänt. Jag lyssnar på internetradio. Och plötsligt börjar det släpa. Jag tittar på hastighetsdiagrammet. Jag ser att något har ätit upp nästan hela bandet. Jag börjar titta på portar, stänger av olika demoner. Jag tittar på hastigheten som syndafloden äter genom deluge-konsolen. Den rapporterade hastigheten kommer inte i närheten av den gödade. Iftop säger att det finns många anslutningar och inte med deluge-demonporten. Jag stänger av deluge. Hastigheten sjönk kraftigt. För experimentets skull slog jag på och av demonen ett par gånger. Trafiken var tydligt korrelerad med att slå på/av demonen. Vad var det?!

Hur tar man bort .torrent i Deluge efter att ha lagts till?

Letar efter ett nytt torrent-nedladdningsverktyg

Ansvar:
- arbeta dygnet runt som en demon;
- ha ett visuellt gränssnitt för att lägga till/ta bort torrenter som skulle ansluta till demonen;
- Möjligheten att konfigurera mottagningen av anslutningar från klienter via en Unix-socket och/eller ett specifikt utbud av nätverksgränssnitt eller IP-adresser för dessa gränssnitt;
- Fleranvändarautentisering, helst med åtkomstbegränsning;
- inte ha problem med GUI;
- klienter ska kunna ta emot och visa information i en klassisk fullständig tabellform;
- klientservern ska inte implementeras på http(s)-protokollet;
- Var inbyggd i Linux.

Kort historia om vad jag använde tidigare:
För länge sedan använde jag vuze aka azureus - jag gillade inte gränssnittet.

Sedan var det syndaflod, som jag använde med framgång tills, efter nästa återmontering av världen, granproblem kom ut. Deluge-gränssnittet är nära idealiskt, tänk på det.

Sedan bestämde jag mig för att prova rtorrent, som jag behärskade, även om jag var trött på att dra alla öppna nedladdningar från delning till den. rtorrent är coolt, men det är bara jag som kan arbeta med det, och det finns även resten av familjen.

Så efter rtorrent försökte jag deluge igen, men det var granproblem igen. Sedan skapade jag en tråd som liknar den här och flyttade till transmission-daemon och transmission-remote-gtk. Den senare fick det faktum att den i menyn för att lägga till en torrent inte tillåter dig att välja en mapp normalt, vilket tvingar dig att hamra varje väg med händerna. Senaste versionerna genomsökte till gtk+3 än till slut
bekräftade min önskan att gå av det. Nej, jag är inte emot gtk3 som sådan, jag tycker bara att gtk är en jävla glukodrom, och jag har inte ens ett tema för den tredje versionen.

Idag satte jag en syndaflod. Den här gången började både servern och klienten fungera, jag blev positivt överraskad av förenklingen av organisationen av autentisering (tidigare var det nödvändigt att generera lösenord via konsolen, nu är klartexten i en fil), men jag blev besviken över avsaknad av en förnuftig gränssnittsinställning där syndafloden lyssnar efter anslutningar. Deluge vet hur man går till två ytterligheter - antingen lyssnar han på den lokala värden eller på 0.0.0.0. En överraskning väntade mig dock - när jag försökte lägga till en fil upptäckte jag att dialogrutan för filval nästan aldrig fungerar korrekt, förutom när sökvägen är i positionen för den senast valda. // Är det inte av denna anledning som det liknande elementet i transmissionen görs i form av en dålig visp?

Raderad (23.01.13 20:31:28)

Sortera efter tillägg.

Deluge överför inte färdiga nedladdningsfiler

Använde Deluge 1.3.5 från förvaret. Distribution - archlinux x86_64. Jag satte i inställningarna en katalog för nedladdning och en katalog för genomförda distributioner. Fungerar inte. Jag kopplade också in plugin-programmet AutoAdd, som också har en liknande inställning - den överförs inte och det är det. Torrents börjar laddas ner så snart .torrent-filen visas i rätt katalog.

Försökte använda både demon och "klassiskt gränssnitt" - ingen skillnad. Jag försökte till och med ta bort deluge, alla dess inställningar, och installera om det - det fungerar inte, jag hämtade det också från AUR, utan resultat. Jag har redan ställt in rättigheterna till katalogen för slutförda nedladdningar till 777, det gör det inte hjälp, det är inte problemet. En gång i tiden fungerade allt, och sedan på något sätt märkte jag inte ens när det slutade.

Har någon stött på ett liknande problem? Och hur kan man övervinna det? Erbjud inte att använda överföring.

Deluge i PC-Ubuntu + Server-NAS4Free (FreeBSD)-paket

Jag ska försöka uttrycka mig korrekt och begripligt. På grund av det faktum att överföring Remote GUI fungerar klumpigt på Ubuntu 12.10 (personligen för mig) Jag bestämde mig för att skapa en sken av detta med annan programvara. Valet föll på Syndaflod. Hittade instruktionen http://dev.deluge-torrent.org/wiki/UserGuide/ThinClient Made Installera Deluge på FreeBSD

På pricken Privat IP: angav IP:n för den lokala servern (NAS) låt oss säga att det till exempel är 192.168.68.68

ifconfig | grep -e "inet addr" | grep -v "192.168.68.68" | skär -f2 -d":" | skär -f1 -d" "

Deluge lägger till tillägg för oavslutade filer

filprioriteter i torrent, ladda ner

Det finns en torrentfil, den har en katalogstruktur, filerna namnges efter deras hash. Jag har redan några filer på min dator. Det är nödvändigt att ställa in prioritet "0" till filerna i torrenten som finns. Python-språk, torrentbibliotek - libtorrent från rasterbar. Jag grävde i källorna till syndafloden (den är skriven i python och använder samma bibliotek). Jag kommer att få en torrentfil eller en magnetlänk, men det är inte meningen.

Varför byta till KTorrent?
KTorrent saknar ovanstående nackdelar med Deluge, medan det inte är sämre när det gäller funktionalitet och lyhördhet. Det förbrukar ungefär samma mängd minne, trots kdes bibliotek. Som för andra torrentklienter når de inte funktionerna i Deluge och KTorrent. Endast qBittorrent kan bli ett alternativ, men det är förbjudet på pornolab och skapar fortfarande tomma kataloger (med "tomma" filer problemet är löst).

Så när jag studerade reguljära uttryck och Unix-konsolverktyg skrev jag ett skript för att överföra Delugovs nedladdningar och distributioner. Jag skulle vilja påpeka tre saker:

• Statusen för filer som inte är markerade för nedladdning i multifildistributioner kommer inte att överföras (dvs. som standard kommer alla att vara markerade).
• När du startar KTorrent kommer alla överförda distributioner/nedladdningar att stoppas och du måste återhämta dem genom att välja varje distribution och trycka på SHIFT + C (jag hittade inget snabbare sätt. I vissa torrentklienter räcker det att klicka på " starta alla”, men KTorrent kommer i det här fallet att ladda ner igen, inte omhash).
• Prestanda testad på Ubuntu 12.04, Deluge 1.3.5, KTorrent 4.1.3

#!/bin/bash #Deluge2KTorrent-skript #skrivet av takiz aka dadd printf "%s\n" "...vänta..."; #eliminera filsökvägar från torrents.state och fixa rysk kodning egrep "^S.\/" ~/.config/deluge/state/torrents.state | sed -e "s/^..//;s/.$/\//;s/\//#/g" > sökvägar; t=`kattvägar`; printf "%b\n" $t > sökvägar; #rensa bort torrentnamn och ta bort dubbletter en från varje par egrep "(22,99)" ~/.config/deluge/state/torrents.state | sed -e "s/^..//;s/.$//" | perl -ne "skriv ut om inte $U($_);$U($_)=1;" > torrents; #skapa en temporär skriptfil för att skapa kataloger och kör 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; #create copy script och kör printf "%s\n" "#!/bin/bash" > temp2.sh; chmod 774 temp2.sh; katt torrents | awk "(skriv ut $0".torrent ~/.kde/share/apps/ktorrent/tor"NR"/torrent")" | sed "s/^/cp ~\/\.config\/deluge\/state\//" >> temp2.sh; ./temp2.sh; sömn10; #skapa en statistikmall printf "%b\n" "AUTOSTART=0\nOUTPUTDIR=" > statistik; #create statistikfiler med sökvägar a=2; medan du läser f2; do sed -e "1,/.*/(n;s/\(.*\)/\1$f2/)" statistik >stats$a; a=$(($a + 1)); Gjort< 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/" >tmpfile; mv tmpfile temp2.sh chmod 774 temp2.sh; ./temp2.sh; sömn5; #delete temporary files rm sökvägar torrents statistik temp1.sh temp2.sh; printf "%s\n" "ok";

Kontrollera felet i Deluge

Antagligen gäller endast Fedora.

1. Ladda ner.torrent
2. Ange vilken mapp som helst att ladda ner.
3. Vi väntar på slutet av nedladdningen.
4. Vad du än anger i steg 2 ser vi våra filer i /home/användarnamn/

Jag skickar en felrapport, om åtminstone någon annan har det, om inte, letar jag efter ett problem med mig själv.
P.S. problemet uppstod, tycks det mig, efter den efterlängtade uppdateringen till 1.3.5.