Meny
Är gratis
registrering
Hem  /  Navigatörer/ Installera Deluge BitTorrent på Ubuntu Server. Ansluter GTK UI Deluge till en fjärrinstallation av Deluge-demonen

Installera Deluge BitTorrent på Ubuntu Server. Ansluter GTK UI Deluge till en fjärrinstallation av Deluge-demonen

Jag gick upp till 12.04 och syndafloden bröt. Jag vill ta bort den och sedan lägga till den igen. Hur tar man bort Deluge?

  1. Försökt: Sök i programmatic Ubuntu center
    Fel: knappen läser "Installera" (men den är redan installerad!)
  2. Försökt: sudo apt-get remove --purge deluge
    Misslyckades: Utdata läst Tar bort deluge ... men jag kan fortfarande hitta den när jag söker efter mitt streck

Om sudo apt-get remove --purge deluge lyckades, togs deluge-paketet bort.

Om menyalternativen fortfarande visas i ett streck, betyder det inte nödvändigtvis att programmet fortfarande är installerat, bara länkar till det finns kvar någonstans. Kanske har instrumentbrädan sin egen cache över vad som finns i din meny och det tar ett tag att ta reda på att en ändring har gjorts.

Fortsätt gärna och installera om floden för att se om det fungerar.

För framtida referens bör du leta efter dotfiler i ~ / eller ~ / config som är Deluge-relaterade. Detta är den mest troliga lagringsplatsen för din konto... Försök att rensa eller byta namn på detta. Detta kan lösa ditt ursprungliga problem (istället för att installera om det).

Har du försökt fullständigt avlägsnande använder synaptisk pakethanterare?

Installera synaptic synaptic sudo apt-get install synaptic

Jag hade samma problem med att ta bort översvämningen. Jag insåg att jag hade GTK-versionen installerad, så det gick inte att avinstallera deluge. Jag använde sudo apt-get remove --purge deluge-gtk

Enligt OP använder sudo apt-get remove --purge deluge det korrekta sättet

Om du installerade från källfiler eller om du behöver hitta de överblivna Deluge-filerna, det finns information i Deluge Widgets-manualen: RemovingFromSystem

Den mest sannolika anledningen till att den fortfarande visas i Dash är den överblivna filen deluge.desktop.

Du kan använda locate deluge som snabbt visar varje fil/mapp som namnges översvämning, och du kommer att kunna avgöra om programmet verkligen avinstallerades.

Om du installerade Deluge från källkod måste du radera filerna manuellt. Huvudmappen för flood-app är vanligtvis installerad i mappen webbplats python eller mapp dist-paket, som borde vara synligt på utgången av kommandot ovan. Du måste också ta bort översvämningsbinärfilerna från / usr / local / bin / eller / usr / bin / .

Som neon_overload nämner, om du har problem med Deluge, säkerhetskopiering och att ta bort den gamla konfigurationen kan hjälpa till att lösa uppgraderingsproblem. Standardplats: ~ / .config / deluge

Sudo apt-get remove --purge deluge

Uppenbarligen förstår du att när du söker efter "The Flood" kommer du fortfarande att få den på skärmen.

Dessa är de överblivna översvämningsfilerna - för att helt ta bort dem från ditt system,

Sudo apt autoremove deluge

Sök och ingen översvämning kommer att dyka upp ... .. Magi

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

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

Deluge stänger av internet (WiFi)

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

deluge och root tracker

autostart-tjänst i opensuse 13.1

Jag förstår ingenting. Jag installerade Deluge, laddade ner skriptet, släppte det i init.d, skapade en symbollänk i rc5.d i YAST - servicehanteraren dök upp, ställde in den aktiverad, spara den igen och den är inaktiverad igen. Vad i? Den startar normalt utan problem, men vill inte starta med systemet.

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

Routern (fedoro19-router) för UPnP har linux-igd, standard.

Jag kör Transmission på klienten, vidarebefordrade portar är synliga på routern i iptables -L, 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 box-routrar (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 skulle vilja fråga hardcore-spelare med 1000+ aktiva distributioner, vilken klient som nu är optimal för ett sådant scenario. Jag överväger endast server- och demonklienter med adekvata systemkrav.

Av särskilt intresse är 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 jambs. qBittorent har inte en normal munkorg för klient-server-interaktion (den kanske redan är klar, jag hittade den inte), förstår inte långa namn (mer än vad FS tillåter) .. Deluge (särskilt hui) börjar bli tråkig på 100+ torrents, frekventa jambs med hashing (det var definitivt tidigare). Transmission skulpterar alla distributioner till en linjär lista utan någon gruppering, vilket i de angivna skalorna kommer att "antyda", förstår inte långa namn.

Deluge trubbar med högtalare

Kolumner inlästa, utcheckade och några andra visas inte eftersom du inte ska bocka av dem. De som är som standard (till exempel #, namn, storlek, status) slås på och av tyst. Vad ska man göra? Kanske kan du fixa det i inställningarna? Men jag vet inte vilken fil jag ska leta efter.
Om detta plötsligt är en evig syndaflod som inte fixas, 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, och att hålla i tunga sneakers talar inte bra.

Deluge hur man får det att starta automatiskt från torrentanvändaren i arch-linux

Starta Deluged-demonen automatiskt som användare "deluge"

Det finns en server som kör debian 7.2. Systemd init system.

Krävs: start, vid systemstart, översvämmad från "deluge"-användaren, åtkomst till demonen via Windows GUI på standardporten 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. Skapat deluged.service, lägg in skriptet från den officiella wikin i det:

Beskrivning = 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 klippte in deluged.service:

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

Demonen startar, körs, hamnen upptar. Men vill inte starta upp via Windows GUI. Jag ändrar användaren till root i deluged.service - den startar.

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

den översvämmade demonen laddas inte ur

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

Syndflod och mystik

Just nu hände något konstigt. Jag lyssnar på internetradio. Och plötsligt börjar det släpa. Jag tittar på hastighetsgrafen. Jag ser att något har förbrukat nästan hela remsan. Jag börjar titta på portar och stänger av olika demoner. Jag ser hastigheten som syndafloden äter genom deluge-konsolen. Den rapporterade hastigheten kommer inte i närheten av den uppätna. Iftop säger att det finns många anslutningar och inte till deluge-demonporten. Inaktivera alla samma deluge. Hastigheten sjönk kraftigt. För experimentets skull slog jag på och av demonen ett par gånger. Trafik var tydligt korrelerad med att aktivera/inaktivera demonen. Vad var det?!

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

Jag letar efter en ny torrentnedladdning

Ansvar:
- arbeta dygnet runt som en demon;
- ha ett visuellt gränssnitt för att lägga till / ta bort torrents, som skulle ansluta till demonen;
- möjligheten att konfigurera mottagningen av anslutningar från klienter via en unix-uttag och/eller ett specifikt utbud av nätverksgränssnitt eller IP-adresser för dessa gränssnitt;
- Fleranvändarautentisering, helst med begränsad åtkomst;
- har inga problem med det klibbiga gränssnittet;
- Kunder ska kunna ta emot och visa information i en klassisk fullständig tabellform;
- klient-server bör inte implementeras på http(s)-protokollet;
- vara inbyggd i Linux.

En kort historik över 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 framgångsrikt tills granproblemen löste sig efter nästa återmontering av världen. Villfarelsegränssnittet är nära idealiskt, tänk på det.

Sedan bestämde jag mig för att prova rtorrent, som jag bemästrade, även om jag blev torterad att dra alla öppna nedladdningar från syndafloden till den. rtorrent är bra, men bara jag och resten av familjen kan arbeta med den.

Därför, efter rtorrent, försökte jag med villfarelsen igen, men det var återigen problem med det. Sedan skapade jag en tråd liknande den här och bytte till transmission-demon och transmission-remote-gtk. Den senare fick det av det faktum att den i menyn för att lägga till en torrent inte tillåter dig att normalt välja en mapp, vilket tvingar dig att hamra varje väg med händerna. De senaste versionerna crawlade till gtk + 3 än till slut
bekräftade min önskan att gå av honom. 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 villfarelsen. Den här gången började både servern och klienten fungera, jag blev positivt överraskad av förenklingen av organisationen av autentisering (innan det var nödvändigt att generera lösenord via konsolen, nu finns klartexten i filen), men avsaknaden av en förnuftig inställning av gränssnittet där villfarelsen lyssnar efter anslutningar var en besvikelse. Deluzh vet hur man går till två ytterligheter - antingen lyssnar han på localhost eller på 0.0.0.0. Jag fick dock en överraskning - 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 på positionen för den senast valda. // Är det inte av den här anledningen som ett liknande element i transmissionen görs i form av en usel drivning?

Raderad (1/23/13 20:31:28)

Sortera genom att lägga till.

Deluge överför inte färdiga nedladdningsfiler

Använde Deluge 1.3.5 från förvaret. Distribution - archlinux x86_64. Jag ställer in nedladdningskatalogen och den färdiga distributionskatalogen i inställningarna. 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 den önskade katalogen.

Jag försökte använda både demonen och det "klassiska gränssnittet" - ingen skillnad. Jag försökte till och med ta bort deluge, alla dess inställningar, och installera om - det fungerar inte, från AUR "men också samlat in, utan resultat. Rättigheterna till katalogen för slutförda nedladdningar har redan installerats 777, det hjälper inte, Det här ä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 medföljande PC-Ubuntu + Server-NAS4Free (FreeBSD)

Jag ska försöka uttrycka mig korrekt och begripligt. På grund av det faktum att Överföring Remote GUI fungerar bra på Ubuntu 12.10 (för mig personligen) 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: angett IP lokal server(NAS) till exempel, låt oss säga att det är 192.168.68.68

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

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

filprioriteringar i torrent, ladda upp

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" på filerna i torrenten som finns. Python-språk, torrentbibliotek - libtorrent från rasterbar. Grävde i deluge-källor (det är skrivet i python och använder samma bibliotek). Jag kommer att få en torrentfil eller 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 i funktionalitet och lyhördhet. Det förbrukar ungefär samma mängd minne, trots kde "snygga bibliotek. När det gäller andra torrentklienter når de inte funktionerna i Deluge och KTorrent. Endast qBittorrent kan bli ett alternativ, men det är förbjudet från pornolab och skapar fortfarande tomma kataloger (med "tomma" filer är problemet löst).

Så när jag studerade reguljära uttryck och Unix-verktyg, skrev jag ett skript för att överföra Delugs nedladdningar och distributioner. Jag skulle vilja uppmärksamma er på 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 hasha dem igen genom att markera varje distribution och trycka på SHIFT + C (mer snabbt sätt hittades inte. I vissa torrentklienter räcker det att klicka på "starta alla", men i det här fallet kommer KTorrent att ladda ner igen, inte skriva över).
  • Prestandan testades 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 ..."; # rensa bort sökvägar till filer 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 torrenttitlar och ta bort dubbletter en efter 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; # skapa ett kopieringsskript 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ömn 10; # skapa statistikmall printf "% b \ n" "AUTOSTART = 0 \ nOUTPUTDIR ="> statistik; # skapa statistikfiler med sökvägar a = 2; medan du läser f2; do sed -e "1, /. * / (n; s / \ (. * \) / \ 1 $ f2 /)" statistik> statistik $ 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ömn 5; # ta bort temporära filer rm sökvägar torrents statistik temp1.sh temp2.sh; printf "% s \ n" "ok";

Kontrollera felet i Deluge

Gäller troligen bara Fedora.

1. Downloading.torrent
2. Ange valfri mapp för nedladdning.
3. Vi väntar på att nedladdningen ska slutföras.
4. Vad du än anger i steg 2 ser vi våra filer i / home / username /

Jag kommer att skriva ner en felrapport, om åtminstone någon annan visar sig, om inte, letar jag efter ett problem för mig själv.
P.S. problemet dök upp, som det verkar för mig, efter den efterlängtade uppdateringen till 1.3.5.

Egentligen, varför är filservern inaktiv för oss? Och var ska filen komma ifrån? Störning. Låt oss lägga en torrentklient på den. Jag är van vid uTorrent i Windows. 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. Ett gäng rTorrent + wTorrent. Det finns en hel del beskrivningar av inställningarna på nätverket, men processen skrämmer mig =)
  2. TorrentFlux och under sin gaffel Torrentflux-b4rt. Designad som ett webbgränssnitt och inget annat. Du kanske funderar på anpassning.
  3. Syndaflod. Det var ursprungligen planerat som en torrentklient för gtk. Men från någon version vet han hur man fungerar som en demon, som du redan kan ansluta till önskat gränssnitt- antingen ett grafiskt ansikte, eller ett webbansikte, eller kontroll 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å den laddade torrentfilen och öppnar den med hjälp av en Windows-munkorg. Och det överför redan nedladdningen till demonen på servern. Vi ställer in deluge (i allmänhet rekommenderas det att installera versionen från den officiella 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å problem med otillfredsställda beroenden. sudo apt-get -f installera Lansera översvämmade Lansering av webbmynningen deluge --ui webb Förresten, vi kör detta kommando på uppdrag av vår användare, inte från root. För i det här fallet fungerar inte webbgränssnittet. Varför, jag har inte kommit på det än. Men efter att ha startat 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 behöver att webbgränssnittet alltid ska vara tillgängligt, placera det här kommandot någonstans i autorun, men så att det exekveras med rättigheterna för en vanlig användare. Förresten, jag rekommenderar att du trycker på lanseringen av den översvämmade demonen till autorun. webbgränssnitt fungerar på port 8112. via webbläsare till servern du vill ha på den här porten. Standardlösenordet är deluge. Anpassningsbart. Flera designalternativ erbjuds. Ajax är det vackraste alternativet. Men det har inte alla möjligheter. Du kan till exempel inte ange för en specifik torrent var filen ska laddas ner. Du kan bara specificera delad mapp för alla torrents. I resten av skinnen finns denna funktion. Gå vidare. Det är möjligt att använda GUI-wrapper för deluge, köra på vilken dator som helst förutom servern (och på servern, om en grafisk miljö är installerad där). Det finns GUI-skal för både Linux och Windows. Men innan du använder GUI-mynningen måste du tillåta detta till demonen. Vi gör det på något av två sätt:

  1. Genom webbgränssnittet. i inställningarna - Deluge - Service - Tillåt fjärranslutning (kryss i rutan)
  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 det här är rent IMHO. Eftersom jag har Windows på skrivbordet ( Windows webb Server 2008), installera klienten under Windows, gå till projektets officiella webbplats, ladda ner versionen för Windows. Det rekommenderas att ladda ner samma version som demonen installerad på servern. Installationsprogrammet kommer också att uppmana dig 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 "och
  4. Ta bort raden från localhost. Genom att klicka på knappen "Lägg till" anger du serverns IP (i vårt fall rutan). Lämna samma port.

Här hängde jag ett tag Förutom IP-adressen var jag tvungen att ange användarnamn och lösenord Jag kunde till exempel ställa in lösenordet genom webbgränssnittet Och vilken användare ska jag skriva? Han skrev sitt eget och lösenordet inställt via webbgränssnittet Nifiga Han skrev sitt eget och sitt lösenord i systemet. Nifiga ... grävt. Så här gör vi:

  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. Öppna auth-filen
  4. På den andra raden skriver vi användarnamnet och lösenordet i formatet användare: lösenord (och observera 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. Vi trycker 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 som ska göras. Men du kan göra det annorlunda. Jag försökte också den här metoden:

  1. Skapa en pappa på servern, säg / hem / användare / torrents
  2. Vi delar det på samba.
  3. I översvämningsinställningarna, genom samma webbmynning, ställde vi in ​​den för att automatiskt ta torrents från den här pappan.
  4. Och sedan sparar vi bara torrentfilerna i den här mappen.

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

Installation

Installation är det enklaste att göra.

$ sudo dnf installera deluge-daemon deluge-console

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

Det var allt tills vidare. Kunden är redo att gå. Den kan redan slås på och användas.

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

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

  • inga stockar
  • felaktig distribution via serverportar

Behöver du det? 🙂

Loggar

När den har installerats är demonen redo att starta. 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, skapa en fil /etc/logrotate.d/deluge något i stil med följande

/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 | | sant slutskrift)

Och även en mapp för att lagra loggar. Och vi kommer att ge henne de rättigheter hon behöver.

$ 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 systemd-demonbeskrivning 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 Starta om = 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 nödvändiga portar

$ 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 (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 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 3 -icmp-type 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-konsolen 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ösenordsrad

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

$ sudo systemctl aktivera deluged $ sudo systemctl start deluged

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

Installation

För att uppnå senaste versionen lägg till PPA-förråd:

Sudo apt-get uppdatering
sudo apt-get installera python-programvara-egenskaper sudo add-apt-repository ppa: deluge-team / ppa

Vi uppdaterar listan över paket:

Sudo apt-get uppdatering

Installera klienten, konsolen och demonen:

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

Om vi ​​vill installera webbgränssnittet också:

Sudo apt-get installera deluge-webui

Allt! Vi startar demonen:


Anpassning

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

Deluge-konsol

Och vi kör kommandona:

Config -s allow_remote Sant
config allow_remote

Stäng konsolen:

Lägg till en användare för Fjärranslutning(dessa data har inget att göra med din linux-användare) och ange åtkomsträttigheterna:

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

Mer om åtkomsträttigheter.

Och starta om demonen:

Pkill översvämmade
översvämmade

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

Vi skapar en konfiguration:

Sudo vim / etc / default / deluge-daemon

Vi klistrar 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 denna variabel 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: $ nätverk
# Bör-Stoppa: $ nätverk
# 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 = "översvämmad"
NAMN2 = "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 / kör / $ NAMN1.pid
PIDFILE2 = / var / kör / $ NAMN2.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"] || avsluta 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."
avsluta 0
fi

om [-z "$ DELUGED_USER"]
sedan
log_warning_msg "Startar inte $ PKGNAME, DELUGED_USER inte inställd i / etc / default / $ PKGNAME."
avsluta 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 daemon 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"] || retur 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 demon inte kunde stoppas
# annat om ett fel inträffade

Start-stopp-daemon --stop --quiet --försök igen = TERM / 30 / DÖDA / 5 --användare $ DELUGED_USER --pidfil $ PIDFILE2
RETVAL2 = "$?"
start-stop-daemon --stop --quiet --försök igen = TERM / 30 / DÖDA / 5 --användare $ DELUGED_USER --pidfil $ PIDFILE1
RETVAL1 = "$?"
["$ RETVAL1" = "2" -o "$ RETVAL2" = "2"] && returnera 2

Rm -f $ PIDFILE1 $ PIDFIL2

["$ 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
;;
omstart | force-reload)
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 ;; # Kunde inte 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örningsbehörigheter 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.