Spune-mi cum să închid apf-firewall pentru majoritatea porturilor, dar samba funcționează local și funcționează un client torrent, de exemplu Deluge.
Distribuție: Debian Jessie
Kernel: 3.14-2-amd64
Modul în care firewall-ul se oprește după 5 minute este dezactivat. L-am configurat așa cum este scris aici: https://www.debian.org/releases/slink/i386/ch-init-config.ru.html Vuurmuur nu este oferit - este un utilitar strâmb și unul cu barbă.

Ei bine, ca opțiune, puteți argumenta de ce nu este necesar un firewall pe un computer de acasă.

Deluge dezactivează internetul (WiFi)

Salutare tuturor. Încerc să descarc ceva prin Deluge - un instrument de urmărire a torrentului în xubuntu 14.04.1, iar conexiunea mea la internet se oprește după 15 secunde sau, mai degrabă, Internetul este pur și simplu prostește indisponibil, Deluge oprește și descărcarea. Trebuie să repornesc WiFi și apoi să aștept din nou 10-15 secunde. Ceva, pe scurt, nu este bun. Poate cineva stie cum sa rezolve problema.

deluge și root tracker

service autostart în opensuse 13.1

nu inteleg nimic. Am instalat Deluge, am descărcat scriptul, l-am pus în init.d, am creat un link simbolic în rc5.d în YAST - service manager (service manager), serviciul a apărut, l-am setat la Enabled, l-am salvat, am intrat din nou , și a fost din nou Dezactivat. Ce? Pornește normal, fără probleme, dar nu vrea să înceapă cu sistemul.

UPnP funcționează în Transmission, dar nu funcționează în Deluge și qBittorrent.

Pe router (Fedoro19-router) pentru UPnP există linux-igd, implicit.

Rulez Transmission pe client, pe router în iptables -L sunt vizibile porturile redirecționate, jurnalele linux-igd sunt elocvente. Capota.

Pe client rulez qBittorrent sau Deluge (upnp activat, desigur) - porturile nu sunt redirecționate, nu există conexiuni de intrare, iptables pe router este silentios, jurnalele linux-igd sunt silențioase. Rău.

Înainte de aceasta, am observat că la routerele cu box (cum ar fi asus, tp-link), transmisia, dimpotrivă, nu funcționează cu UPnP, dar cu qBittorrent.

Ce să învârt? Sau cel puțin spune: „UMVR, linux-igd și qBittorrent (sau Deluge).”

Șters (28.02.14 13:25:31)

Client torrent pentru încărcare mare

Aș dori să întreb jucătorii hardcore cu peste 1000 de distribuții active care client este în prezent optim pentru un astfel de scenariu. Consider doar clienții server și demonici cu cerințe de sistem adecvate.

Interesat în special de consumul de memorie și procesor, rezistența la torrente netriviale ( nume lungi fișiere), rezistența la erori și consecințele acestora la descărcare, gruparea distribuțiilor în loc de o listă solidă.

În prezent, sub supravegherea Transmission, Deluge, qBittorent. Dar fiecare are defectele lui. qBittorent nu are o față normală pentru interacțiunea client-server (poate că a fost deja adăugat, nu l-am găsit), nu înțelege nume lungi (mai mult decât permite FS).. Deluge (mai ales tipul) începe pentru a deveni prost pe peste 100 de torrente, jamb-uri frecvente cu rehashing (înainte cu siguranță erau). Transmisia modelează toate distribuțiile într-o listă liniară fără nicio grupare, care la scara specificată va „inspira”, nu înțelege numele lungi.

Deluge are probleme cu difuzoarele

Coloanele descărcate, încărcate și altele nu sunt afișate deoarece nu le marcați. Cele care sunt implicite (de exemplu #, nume, dimensiune, stare) pot fi activate și dezactivate cu ușurință. Ce să fac? Poate că acest lucru poate fi rezolvat în configurații? Dar nu știu în ce fișier să caut.
Dacă dintr-o dată aceasta este o eroare veșnică de potop care nu este remediată, atunci sugerați alternative. Sunt parțial familiarizat cu ele. Dintre cei pe care le cunosc și mi-au plăcut vizual - kTorrent de exemplu. Dar am un al treilea mușcăr și se spune că țin pantofii grei este rău.

Deluge cum să faci astfel încât torrentul să fie lansat automat de la utilizator în arch-Linux

Executare automată Daemon Deluged ca utilizator „deluge”

Există un server cu debian 7.2. sistem de inițializare systemd.

Necesar: lansat la pornirea sistemului, deluged de la utilizatorul „deluge”, acces la demon prin GUI Windows prin portul standard 58846.

Accesul la folderul cu torrente este permis utilizatorului deluge, montat folosind Sambaclient în /mnt.

Instalat deluged, deluge-console. Acces la distanță permis. Am creat deluged.service și am plasat scriptul din wiki-ul oficial în el:

Descriere=Deluge Bittorrent Client Daemon After=network.target Utilizator=deluge Tip=simple 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

Pornesc deluged.service:

systemctl daemon-reload systemctl enable deluged.service systemctl start deluged.service

Daemonul pornește, funcționează și ocupă portul. Dar nu vrea să-l lase să treacă prin interfața grafică Windows. Schimb utilizatorul la root în deluged.service și funcționează.

ce fac greșit? Utilizatorul deluge are nevoie de drepturi?

Daemonul inundat nu se va descărca

În deluge, specific exit&stop demonul sau îl opresc mai întâi din meniu. Astept de ceva vreme. Și totuși este activ în top. Nu răspunde la uciderea obișnuită, doar cu o curea. Care sunt ideile tale? Pachet: potop

Potop și misticism

Ceva ciudat tocmai sa întâmplat. Ascult radio pe internet. Și brusc începe să întârzie. Mă uit la graficul vitezei. Văd că ceva a mâncat aproape toată fâșia. Încep să mă uit la porturi și să opresc diferiți demoni. Mă uit la viteza pe care o consumă deluge prin intermediul deluge-console. Viteza raportată nu este nici măcar aproape de viteza reală. Iftop spune că există multe conexiuni și nu la portul demonului deluge. Încă dezactivez potopul. Viteza a scăzut brusc. De dragul experimentului, am pornit și oprit demonul de câteva ori. Traficul s-a corelat în mod clar cu pornirea/dezactivarea demonului. Ce-a fost asta?!

Cum se șterge .torrent după ce l-ai adăugat în Deluge?

Caut un nou program de descărcare torrent

Responsabilitati:
- lucrează non-stop ca un demon;
- au o interfață vizuală pentru adăugarea/eliminarea torrenților care s-ar conecta la demon;
- capacitatea de a configura recepția conexiunilor de la clienți printr-o priză Unix și/sau o gamă specifică de interfețe de rețea sau adrese IP ale acestor interfețe;
- autentificare multi-utilizator, de preferat cu restrictii de acces;
- fara probleme cu interfata cu utilizatorul;
- clienții trebuie să poată primi și afișa informații într-o formă tabelară completă clasică;
- client-server nu trebuie implementat pe protocolul http(s);
- să fie nativ pentru Linux.

O scurtă istorie a ceea ce am folosit înainte:
Cu mult timp în urmă am folosit vuze aka azureus - nu mi-a plăcut interfața.

Apoi a fost potopul, pe care l-am folosit cu succes până când, după o altă reasamblare a lumii, au apărut probleme de brad. Interfața de partajare este aproape de ideală, rețineți asta.

Apoi am decis să încerc rtorrent, pe care l-am stăpânit, deși m-am săturat să trag toate descărcările deschise din share pe el. rtorrent este mișto, dar numai eu pot lucra cu el și mai este și restul familiei.

Prin urmare, după rtorrent, am încercat din nou să distribui, dar din nou au apărut probleme de brad. Apoi am creat un fir similar cu acesta și am trecut la transmission-daemon și transmission-remote-gtk. Problema cu acesta din urmă este că în meniul adăugare torrent nu vă permite să selectați în mod normal un folder, obligându-vă să apăsați manual în fiecare cale. Cele mai recente versiuni s-au mutat în gtk+3 decât în ​​cele din urmă
mi-a confirmat dorința de a scăpa de el. Nu, nu sunt împotriva gtk3 ca atare, doar cred că gtk este un nenorocit de glucodrom și nici măcar nu am o temă pentru a treia versiune.

Astăzi am instalat deluzh-ul. De data aceasta au funcționat atât serverul, cât și clientul, am fost plăcut surprins de simplificarea organizării autentificării (anterior era necesar să se genereze parole prin consolă, acum textul simplu este într-un fișier), dar am fost dezamăgit de lipsa setări corecte pentru interfața pe care conexiunea ascultă conexiuni. Deluzh poate face două extreme - fie ascultă localhost, fie 0.0.0.0. Cu toate acestea, mi-a rezervat o surpriză - când am încercat să adaug un fișier, am descoperit că dialogul de selecție a fișierelor nu a funcționat aproape niciodată corect, cu excepția cazului în care calea se afla în poziția ultimului selectat. // Nu din acest motiv se face un element asemănător în transmisie sub forma unui bătător nenorocit?

Șters (23.01.13 20:31:28)

Sortați prin adăugare.

Deluge nu transferă fișiere ale descărcărilor finalizate

Folosind Deluge 1.3.5 din depozit. Distribuție - archlinux x86_64. Am stabilit în setări directorul pentru descărcare și directorul pentru distribuțiile finalizate. Nu funcționează. Am conectat și pluginul AutoAdd, care are și o setare similară - nu se transferă și atât. Torrentele încep descărcarea de îndată ce fișierul .torrent apare în directorul dorit.

Am încercat să folosesc atât demonul, cât și „interfața clasică” - nicio diferență. Am încercat chiar să elimin deluge, toate setările lui și să-l instalez din nou - nu funcționează, l-am colectat și de la AUR, fără niciun rezultat. Am setat deja drepturile la directorul pentru descărcări finalizate la 777, nu" Ajutor, nu asta e problema. Cândva, totul a funcționat și apoi, cumva, nici nu am observat când, s-a oprit.

A mai intampinat cineva o problema asemanatoare? Și cum să-l depășesc? Nu se recomandă utilizarea transmisiei.

Deluge în combinație cu PC-Ubuntu + Server-NAS4Free (FreeBSD)

Voi încerca să mă exprim corect și clar. Datorită faptului că Transmitere GUI la distanță funcționează prost pe Ubuntu 12.10 (pentru mine personal), am decis să creez ceva similar cu acesta cu alt software. Alegerea a căzut Potop. Am găsit instrucțiunile http://dev.deluge-torrent.org/wiki/UserGuide/ThinClient A făcut-o Instalarea Deluge pe FreeBSD

La punct IP privat: a introdus IP server local(NAS) să presupunem, de exemplu, că este 192.168.68.68

ifconfig | grep -e "inet addr" | grep -v „192.168.68.68” | cut -f2 -d":" | tăiați -f1 -d" "

Deluge adăugând extensie pentru fișierele neterminate

prioritățile fișierelor în torrent, descărcare

Există un fișier torrent, are o structură de directoare, fișierele sunt denumite după hash. Am deja câteva fișiere pe computer. Trebuie să setați prioritatea „0” fișierelor din torrent care sunt prezente. Limbajul Python, biblioteca torrent - libtorrent din rasterbar. Am săpat în codul sursă al deluge (este scris în python și folosește aceeași bibliotecă). Voi primi un fișier torrent sau un link magnet, dar nu acesta este ideea.

De ce să treci la KTorrent?
KTorrent este lipsit de deficiențele Deluge menționate mai sus, dar nu este inferior ca funcționalitate și capacitate de răspuns. Consumă aproximativ aceeași cantitate de memorie, în ciuda bibliotecilor lui kde. În ceea ce privește alți clienți torrent, aceștia nu ajung la funcționalitatea Deluge și KTorrent. Doar qBittorrent ar putea deveni o alternativă, dar este interzis pe pornolab și creează în continuare directoare goale ( problema este rezolvată cu fișiere „goale”).

Deci, studiind expresii obisnuiteși utilitățile Unix pentru consolă, a scris un script pentru transferul descărcărilor și distribuțiilor lui Delyugov. Aș dori să vă atrag atenția asupra a trei lucruri:

• Starea fișierelor nemarcate pentru încărcare în distribuțiile cu mai multe fișiere nu va fi transferată (adică toate vor fi marcate implicit).
• Când porniți KTorrent, toate distribuțiile/descărcările transferate vor fi oprite și va trebui să le repetați prin evidențierea fiecărei distribuții și apăsând SHIFT+C (mai multe drumul rapid Nu au găsit. În unii clienți torrent, este suficient să faceți clic pe „start all”, dar KTorrent în acest caz va re-descărca, nu re-hash).
• Performanță testată pe Ubuntu 12.04, Deluge 1.3.5, KTorrent 4.1.3

#!/bin/bash #Deluge2KTorrent script #scris de takiz aka dadd printf „%s\n” „...așteaptă...”; #filtrăm căile către fișiere din torrents.state și reparăm codarea rusă egrep „^S.\/” ~/.config/deluge/state/torrents.state | sed -e "s/^..//;s/.$/\//;s/\//#/g" > căi; t=`cale pisici`; printf "%b\n" $t > căi; #filtrăm numele torrenturilor și eliminăm duplicatele, câte unul din fiecare pereche egrep „(22,99)” ~/.config/deluge/state/torrents.state | sed -e "s/^..//;s/.$//" | perl -ne "tipărește dacă nu $U($_);$U($_)=1;" > torrente; #creați un fișier script temporar pentru a crea directoare și rulați 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ți un script de copiere și rulați printf "%s\n" "#!/bin/bash" > temp2.sh; chmod 774 temp2.sh; pisica torrente | awk "(printează $0".torrent ~/.kde/share/apps/ktorrent/tor"NR"/torrent)" | sed "s/^/cp ~\/\.config\/deluge\/state\//" >> temp2.sh; ./temp2.sh; dormi 10; #creați un șablon statistici printf "%b\n" "AUTOSTART=0\nOUTPUTDIR=" > statistici; #creați fișiere de statistici cu căile a=2; în timp ce se citește f2; do sed -e "1,/.*/(n;s/\(.*\)/\1$f2/)" stats >stats$a; a=$(($a + 1)); Terminat< 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; somn 5; #sterge fisierele temporare rm cai torrente statistici temp1.sh temp2.sh; printf "%s\n" "ok";

Verificați eroarea în Deluge

Cel mai probabil, acest lucru este valabil doar pentru Fedora.

1. Descărcați.torrent
2. Specificați orice folder de descărcare.
3. Așteptați ca descărcarea să se termine.
4. Indiferent ce ați indica la pasul 2, vă vedem fișierele în /home/username/

Voi depune un raport de eroare dacă apare în altcineva, dacă nu, voi căuta singur problema.
P.S. Problema a apărut, mi se pare, după actualizarea mult așteptată la 1.3.5.

Pe serverul BitTorrent, clientul Deluge și gestionați-l prin interfața web (WebUI). Din păcate, WebUI nu acceptă toate funcțiile Deluge. Mai ales în ceea ce privește pluginurile, dintre care majoritatea nu pot fi configurate prin WebUI. Din fericire, interfața grafică (GTK UI) a lui Deluge vă permite să vă conectați și să gestionați un client de server la distanță cu aceeași ușurință ca și dvs. client local.
Avem: Server la distanta(V retea locala) care rulează Debian 7 și demonul Deluge instalat pe acesta, împreună cu WebUI, precum și cu un computer de acasă care rulează Linux Mint 14 (Ubuntu 12.10). Vom omite procesul de instalare a părții server, deoarece este descris în detaliu în articolul dedicat Deluge. Să trecem la setările și instalarea părții client pe computerul de acasă.
Este de remarcat faptul că prezența WebUI pe server nu este necesară, dar nu va fi de prisos dacă intenționați să vă conectați la Deluge nu numai de acasă. În acest sens, puteți începe configurarea în trei moduri, după ce instalați mai întâi GTK UI pe computerul local:
aptitude install deluge deluge-gtk
Apoi lansăm demonul pe server și setăm login și parola pentru acces la distanță. Comanda trebuie executată ca utilizator sub care rulează Deluge Daemon.
echo „nume utilizator:parolă:nivel” >> ~/.config/deluge/auth
Unde „nume de utilizator” este utilizatorul, „parolă” este parola și „levil” este nivelul de acces. Utilizatorul și parola pot fi arbitrare. Nu este necesar ca acestea să coincidă cu numele de utilizator sub care rulează demonul. Demonul trebuie să ruleze.
Niveluri de acces:

• 1 - numai pentru citire.
• 5 - utilizator.
• 10 - Administrator.

1. Prima metodă implică prezența WebUI pe server. În setări, trebuie să activăm accesul de la distanță la demon pentru a ne oferi posibilitatea de a ne conecta la Deluge de la distanță.

2. În a doua metodă folosim Deluge Console. Pentru a face acest lucru, trebuie să îl instalați pe server.
aptitude install deluge-console
Lansați consola
potop-consola
În ea poruncim:
config -s allow_remote Config adevărată allow_remote
Ieșiți din consolă:
Ieșire
Toate acțiunile cu consola trebuie să fie efectuate și în numele utilizatorului sub care rulează Deluge.
Reporniți demonul:
/etc/init.d/deluge-daemon restart
3. În a treia metodă, folosim un tunel SSH de la un computer de acasă la un server. În acest caz, nu este necesar să activați accesul la distanță pe partea serverului. Deschideți un terminal local și scrieți următoarele:
ssh -fNL 127.0.0.2:58846:localhost:58846 server
Unde „server” este adresa IP a serverului nostru. Folosim 127.0.0.2 în loc de localhost, astfel încât clientul să știe că ne conectăm la un daemon la distanță. Dacă primiți eroarea „bind: nu se poate atribui adresa solicitată”, atunci rulați următoarea comandă (adăugați un alias în bucla locală):
sudo ifconfig lo0 add 127.0.0.2
Apoi repetăm ​​comanda anterioară.
Apoi, lansați GTK UI calculator local iar în setările interfeței, debifați caseta de lângă Modul clasic, apoi reporniți interfața de utilizare. Acum, când pornim GTK UI, vedem fereastra pop-up Connection Manager. Eliminam demonul local din lista si introducem adresa celui la distanta. În funcție de metoda aleasă mai devreme, în câmpul Hostname introducem fie ip-ul serverului nostru unde se află Deluge, fie, în cazul unui tunel ssh, 127.0.0.2. Nu atingem portul dacă nu am schimbat portul demon în timpul configurării părții server. Nume de utilizator și parola - indică datele pe care le-am specificat în fișierul ~/.config/deluge/auth.

Asta e tot. Dacă totul este făcut corect, atunci ne putem conecta în siguranță la demon prin interfața GTK locală, în care tot ceea ce nu am putut folosi prin WebUI ne va fi disponibil.
Captura de ecran arată două conexiuni. Primul este de la distanță, necesitând o opțiune activată anterior care permite accesul de la distanță la demon. Al doilea este o conexiune folosind un tunel ssh. Semnele verzi înseamnă că sunt disponibile conexiuni.

Important! Versiunile server și client ale programelor trebuie să fie de aceeași linie. De exemplu, pe serverul meu versiunea programului este 1.3.3, activată computer de acasă- 1.3.5. Este în regulă. Dacă versiunea 1.2.X este instalată pe server și versiunea 1.3.X este instalată pe PC (sau invers), atunci chiar dacă designul funcționează (ceea ce este puțin probabil), problemele sunt inevitabile.

Instalare

A obtine ultima versiune adăugați depozitul PPA:

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

Actualizați lista de pachete:

Sudo apt-get update

Instalați clientul, consola și demonul:

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

Dacă vrem o interfață web, instalăm-o și:

Sudo apt-get install deluge-webui

Toate! Să începem demonul:

Setări

Pentru a activa accesul de la distanță, lansați consola:

Deluge-consola

Și executăm comenzile:

Config -s allow_remote Adevărat
config allow_remote

Ieșiți din consolă:

Adăugarea unui utilizator pentru acces de la distanță(aceste date nu sunt în niciun fel legate de utilizatorul dumneavoastră Linux) și indică drepturi de acces:

Echo „nume utilizator:parolă:nivel” >> ~/.config/deluge/auth

Mai multe detalii despre drepturile de acces.

Și reporniți demonul:

Pkill a inundat
inundate

Dacă vrem ca Deluge să ruleze împreună cu sistemul, trebuie să creăm scripturi care să facă acest lucru.

Creați configurația:

Sudo vim /etc/default/deluge-daemon

Lipiți acest cod acolo, Neapărat DELUGED_USER trebuie să indice utilizatorul în numele căruia va rula demonul:

# Configurare pentru /etc/init.d/deluge-daemon

# Scriptul init.d va rula numai dacă această variabilă nu este goală.
DELUGED_USER=""

# Ar trebui să rulăm la pornire?
RUN_AT_STARTUP="DA"

Creați un script de lansare:

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

Și scriem în el:

#!/bin/sh
### ÎNCEPE INFO INFO
# Oferă: deluge-daemon
# Necesar-Start: $local_fs $remote_fs
# Obligatoriu-Oprire: $local_fs $remote_fs
# Ar trebui să înceapă: $network
# Ar trebui să oprească: $network
#Default-Start: 2 3 4 5
#Default-Stop: 0 1 6
# Scurtă descriere: versiunea demonizată a deluge și webui.
# Descriere: Pornește demonul deluge cu utilizatorul specificat în
# /etc/default/deluge-daemon.
### END INIT INFO

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DESC="Deluge Daemon"
NAME1="deluged"
NAME2="potop"
DAEMON1=/usr/bin/deluged
DAEMON1_ARGS="-d" # Consultați `man deluged` pentru mai multe opțiuni
DAEMON2=/usr/bin/deluge-web
DAEMON2_ARGS="" # Consultați `man deluge-web` pentru mai multe opțiuni
PIDFILE1=/var/run/$NAME1.pid
PIDFILE2=/var/run/$NAME2.pid
UMASK=022 # Schimbați-l la 0 dacă rulează deluged ca propriul utilizator
PKGNAME=demon-potop
SCRIPTNAME=/etc/init.d/$PKGNAME

# Ieșiți dacă pachetul nu este instalat
[ -x „$DAEMON1” -a -x „$DAEMON2” ] || iesirea 0

# Citiți fișierul variabil de configurare dacă este prezent
[ -r /etc/default/$PKGNAME ] && . /etc/default/$PKGNAME

# Încărcați setarea VERBOSE și alte variabile rcS
[ -f /etc/default/rcS ] && . /etc/default/rcS

# Definiți funcțiile LSB log_*.
# Depinde de lsb-base (>= 3.0-6) pentru a te asigura că acest fișier este prezent.
. /lib/lsb/init-functions

dacă [ -z „$RUN_AT_STARTUP” -o „$RUN_AT_STARTUP” != „DA” ]
apoi
log_warning_msg „Nu se pornește $PKGNAME, editați /etc/default/$PKGNAME pentru a-l porni.”
iesirea 0
fi

dacă [ -z „$DELUGED_USER” ]
apoi
log_warning_msg „Nu pornește $PKGNAME, DELUGED_USER nu setatîn /etc/default/$PKGNAME."
iesirea 0
fi

#
# Funcție care pornește demonul/serviciul
#
do_start()
{
#Întoarcere
# 0 dacă demonul a fost pornit
#1 dacă daemon rula deja
#2 dacă daemonul nu a putut fi pornit
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" ] || întoarce 1

Start-stop-daemon --start --background --quiet --pidfile $PIDFILE1 --make-pidfile --exec $DAEMON1 \
--chuid $DELUGED_USER --user $DELUGED_USER --umask $UMASK -- $DAEMON1_ARGS
RETVAL1="$?"
dormi 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" ] || întoarcere 2
}

#
# Funcție care oprește demonul/serviciul
#
do_stop()
{
#Întoarcere
# 0 dacă demonul a fost oprit
#1 dacă daemonul a fost deja oprit
#2 dacă daemonul nu a putut fi oprit
# altele dacă a apărut o eroare

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" ] && returnează 2

Rm -f $PIDFILE1 $PIDFILE2

[ "$RETVAL1" = "0" -a "$RETVAL2" = "0" ] && returnează 0 || întoarce 1
}

cazul „$1” în
start)
[ „$VERBOSE” != nu ] && log_daemon_msg „Începe $DESC” „$NAME1”
do_start
cazul "$?" în

esac
;;
Stop)
[ „$VERBOSE” != nu ] && log_daemon_msg „Oprirea $DESC” „$NAME1”
nu_opreste
cazul "$?" în
0|1) [ „$VERBOSE” != nu ] && log_end_msg 0 ;;
2) [ "$VERBOSE" != nu ] && log_end_msg 1 ;;
esac
;;
repornire|forțare-reîncărcare)
log_daemon_msg „Se repornește $DESC” „$NAME1”
nu_opreste
cazul "$?" în
0|1)
do_start
cazul "$?" în
0) log_end_msg 0 ;;
1) log_end_msg 1 ;; # Procesul vechi încă rulează
*) log_end_msg 1 ;; # Nu s-a putut porni
esac
;;
*)
# Nu s-a oprit
log_end_msg 1
;;
esac
;;
*)
echo „Utilizare: $SCRIPTNAME (start|stop|restart|force-reload)” >&2
iesirea 3
;;
esac

Setați drepturile de execuție pentru root:

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

Adăugați scriptul pentru a încărca și descărca automat:

Valori implicite Sudo update-rc.d deluge-daemon

Ei bine, să verificăm munca făcută.

Am făcut upgrade la 12.04 și s-a spart inundația. Vreau să-l elimin și apoi să-l adaug din nou. Cum să eliminați Deluge?

1. Încercat: Căutați în Centrul de software Ubuntu
   Eroare: butonul arată „Instalare” (dar este deja instalat!)
2. Încercat: sudo apt-get remove --purge deluge
   Eșuat: ieșire a citit Eliminarea potopului... dar încă îl pot găsi când îmi caut liniuța

Dacă sudo apt-get remove --purge deluge a reușit, atunci pachetul deluge a fost eliminat cu succes.

Dacă elementele de meniu încă apar în liniuță, nu înseamnă neapărat că programul este încă instalat, doar că linkurile către acesta rămân undeva. Este posibil ca Dash să-și păstreze propriul cache cu ceea ce este în meniul dvs. și durează ceva timp pentru a realiza că a fost făcută o schimbare.

Simțiți-vă liber să mergeți mai departe și să reinstalați Flood pentru a vedea dacă funcționează.

Pentru referințe viitoare, ar trebui să căutați fișiere de puncte în ~/ sau ~/config care sunt specifice Deluge. Aceasta este locația cea mai probabilă pentru a stoca date pentru dvs cont. Încercați să îl ștergeți sau să îl redenumiti. Acest lucru vă poate rezolva problema inițială (în loc să fie nevoie să o reinstalați).

Ai încercat îndepărtarea completă folosind Synaptic Packet Manager?

Instalați synaptic sudo apt-get install synaptic

Am avut aceeași problemă cu ștergerea Flood. Mi-am dat seama că aveam versiunea GTK instalată, așa că pur și simplu dezinstalarea Deluge nu a funcționat. Am folosit sudo apt-get remove --purge deluge-gtk

Conform OP, folosind sudo apt-get remove --purge deluge este modalitatea corectă

Dacă ați instalat de la fișiere sursă sau trebuie să găsiți fișierele Deluge rămase, Ghidul widgeturilor Deluge conține informații: RemovingFromSystem

Cel mai probabil motiv pentru care încă apare în Dash se datorează fișierului deluge.desktop rezidual.

Puteți utiliza locate deluge care va lista rapid fiecare fișier/dosar numit potop,și veți putea determina dacă aplicația a fost efectiv dezinstalată.

Dacă ați instalat Deluge de la cod sursa, va trebui să ștergeți manual fișierele. Folderul principal al aplicației flood este de obicei instalat în folder site-ul python sau într-un folder dist-pachete care ar trebui să fie vizibil în rezultatul comenzii de mai sus. De asemenea, trebuie să eliminați binarele de inundații din /usr/local/bin/ sau /usr/bin/ .

După cum menționează neon_overload, dacă aveți probleme cu Deluge, backup iar ștergerea configurației vechi poate ajuta la rezolvarea problemelor de actualizare. Locație implicită: ~/.config/deluge

Sudo apt-get remove --purge deluge

Evident, înțelegi că atunci când cauți „Flood” tot îl vei primi pe ecran.

Acestea sunt fișierele Flood rămase - pentru a le elimina complet din sistemul dvs.,

Sudo apt autoremove deluge

Căutați și nu va apărea nicio inundație... Magie

De fapt, de ce este serverul nostru de fișiere inactiv? Și de unde ar trebui să provină fișierul de pe el? Este o mizerie. Să instalăm un client torrent pe el. Sunt obișnuit cu uTorrent în Windows. În kubuntu am folosit kTorrent la un moment dat.Dar în acest caz ne interesează clienții care pot funcționa fără GUI și care au o interfață web.Opțiuni:

1. O combinație de rTorrent + wTorrent. Există destul de multe descrieri de configurare pe Internet, dar procesul mă sperie =)
2. TorrentFlux și furca sa Torrentflux-b4rt. Creat ca o interfață web și nimic mai mult. Poate doriți să vă gândiți să o configurați.
3. Potop. Inițial a fost planificat ca client torrent pentru gtk. Dar pornind de la o anumită versiune, poate funcționa ca un daemon, la care puteți conecta interfața dorită - fie o față grafică, fie o față web, fie controlată prin consolă.

Deocamdată mă gândesc să încerc să încurc cu a treia opțiune. Hopa, se pare că îi poți atașa un șurub! Voi căuta mai departe pe Google. Ar fi destul de convenabil ca de obicei - stai în browser, dai clic pe descărcarea unui fișier torrent și îl deschideți folosind Windows. Și ea transferă deja descărcarea pe demonul de pe server. Instalăm deluge (în general este recomandat să instalați versiunea de pe site-ul oficial, dar am instalat-o din depozite) sudo aptitude install deluge-coresudo aptitude install deluge-webuisudo aptitude install deluge-console Dacă instalăm pachete descărcate de pe site, atunci cel mai probabil va apărea problema dependențelor nesatisfăcute. Ieșim din situație astfel: sudo apt-get -f install Hai să lansăm inundate Lansarea feței web deluge --ui web Apropo, rulăm această comandă în numele utilizatorului nostru, nu ca root. Pentru că în acest caz interfața web nu va funcționa. De ce, încă nu mi-am dat seama. Dar după rularea asta, o singură consolă va dispărea, deoarece această comandă este executată acolo. Pentru ca comanda să fie executată și să rămână agățată în fundal, scriem deluge --ui web& Dacă aveți nevoie ca interfața web să fie întotdeauna disponibilă, împingeți această comandă undeva în autorun, dar astfel încât să fie executată cu drepturile unui utilizator obișnuit. Apropo, vă recomand să împingeți lansarea demonului inundat în autorun. Web-ul interfața rulează pe portul 8112. Să mergem printr-un browser la serverul dorit de pe acest port. Parola implicită este deluge. Configurare. Sunt oferite mai multe opțiuni de design. Opțiunea Ajax este cea mai frumoasă. Dar nu are toate caracteristicile. De exemplu, nu puteți specifica pentru un anumit torrent unde să descărcați un fișier. Poti doar specifica folder impartit pentru toate torrentele. Această caracteristică este prezentă în alte skin-uri. Să mergem mai departe. Este posibil să folosiți un shell GUI pentru deluge, lansat pe orice computer, altul decât serverul (și chiar și pe server, dacă acolo este instalat un mediu grafic). Există shell-uri GUI atât pentru Linux, cât și pentru Windows. Dar înainte de a utiliza shell-ul GUI, trebuie să permiteți acest lucru demonului. Facem acest lucru în oricare dintre două moduri:

1. Prin interfața web. în setări - Deluge - Service - Permite conexiunea la distanță (bifați caseta)
2. Prin interfața consolei. Noi scriem deluge --ui console. Apoi config allow_remote Adevărat.

Interfața web este adesea incomod de utilizat. Dar acest lucru este pur IMHO. Din moment ce am Windows pe desktop ( Windows Web Server 2008), instalați clientul sub Windows. Accesați site-ul oficial al proiectului, descărcați versiunea pentru Windows. Este recomandat să descărcați aceeași versiune ca demonul instalat pe server.Descărcați și instalați. De asemenea, programul de instalare vă va solicita să instalați GTK+ Runtime. Suntem de acord. După ce clientul a fost instalat, intrăm în setările acestuia:

1. Lansarea clientului
2. Accesați „Preferințe -> Interfață” și debifați „Modul clasic”.
3. Reporniți clientul. Ar trebui să apară fereastra Manager conexiune
4. Eliminați linia din localhost. Făcând clic pe butonul „Adăugați”, introduceți IP-ul serverului (în cazul nostru, caseta). Lasă portul la fel.

Aici am rămas blocat o vreme. Pe lângă adresa IP, a trebuit să introduc un nume de utilizator și o parolă. Să presupunem că aș putea seta parola prin interfața web. Ce utilizator ar trebui să scriu? Am scris propria mea și parola stabilită prin interfața web.Nu e mare lucru.Am scris propria mea și parola lui în sistem. Nu contează... Am săpat în jur. Deci, facem asta:

1. Mergem pe server la directorul principal al utilizatorului nostru (din care rulăm deluge)
2. Apoi, accesați directorul /.config/deluge
3. Deschideți fișierul de autentificare
4. În a doua linie scriem numele de utilizator și parola în formatul utilizator:parolă (și observ că scriem aceste informații de la un prost)
5. Restart deluge - repornire inundată
6. Pe un computer cu Windows, accesați Connection Manager, introduceți acest utilizator și parola acestuia în setările de conexiune.
7. Faceți clic pe „Conectați”
8. Voila, clientul este conectat.

Astfel, am obținut modul obișnuit de procesare a fișierelor torrent - le deschidem cu un client torrent (fața GUI) și alegem ce să facem. Dar există o altă modalitate. Am încercat și această metodă:

1. Creați un folder pe server, spuneți /home/user/torrents
2. Îl împărtășim în samba.
3. În setările deluge, îl setăm prin același bot web, astfel încât să preia automat torrenți din acest folder.
4. Și apoi, pur și simplu salvăm fișierele torrent în acest folder.