Berätta för mig hur man gör apf-brandväggen stängd för de flesta portar, men samba fungerar lokalt och en torrentklient, till exempel Deluge, fungerar.
Distribution: Debian Jessie
Kärna: 3.14-2-amd64
Läget där brandväggen stängs av efter 5 minuter är inaktiverat. Jag konfigurerade det som skrivet här: https://www.debian.org/releases/slink/i386/ch-init-config.ru.html Vuurmuur erbjuds inte - det är ett snett verktyg, och ett skäggigt sådant.
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 något via Deluge - en torrent tracker i xubuntu 14.04.1, och min internetanslutning stängs av efter 15 sekunder, eller snarare Internet är helt enkelt dumt otillgängligt, Deluge slutar också ladda ner. Du måste starta om WiFi och sedan vänta 10-15 sekunder igen. Något, kort sagt, inte bra. Kanske någon vet hur man löser problemet.
deluge och root tracker
tjänst autostart i opensuse 13.1
Jag förstår ingenting. Jag installerade Deluge, laddade ner skriptet, la det i init.d, skapade en symbollänk i rc5.d i YAST - service manager (service manager), tjänsten dök upp, jag ställde in den på Enabled, jag sparade den, jag kom in igen , och det var inaktiverat igen. Vad fan? Den startar normalt utan problem, men vill inte starta med systemet.
UPnP fungerar i Transmission, men fungerar inte i Deluge och qBittorrent.
På routern (Fedoro19-router) för UPnP finns linux-igd, standard.
Jag kör Transmission på klienten, på routern i iptables -L de vidarebefordrade portarna är synliga, linux-igd-loggarna är vältaliga. Huva.
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 detta märkte jag att med boxroutrar (som asus, tp-link) fungerar överföring tvärtom inte med UPnP, men det gör qBittorrent.
Vad ska man snurra? Eller åtminstone säg: "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 händer vilken klient som för närvarande är optimal för ett sådant scenario. Jag överväger bara server- och demoniska klienter med adekvata systemkrav.
Särskilt intresserad av minnes- och processorförbrukning, motstånd mot icke-triviala torrents ( långa namn filer), motståndskraft mot fel och deras konsekvenser vid nedladdning, gruppering av distributioner istället för en solid lista.
För närvarande under överinseende av Transmission, Deluge, qBittorent. Men alla har sina fel. qBittorent har inte ett normalt ansikte för klient-server-interaktion (kanske det redan har lagts till, jag kunde inte hitta det), det förstår inte långa namn (mer än vad FS tillåter).. Deluge (särskilt killen) startar att bli dum på 100+ torrents, frekvent jambs med rehashing (förut definitivt var). Transmission formar alla distributioner till en linjär lista utan någon gruppering, som på den angivna skalan kommer att "inspirera", förstår inte långa namn.
Deluge har problem med högtalare
Kolumnerna som laddats ner, laddats upp och några andra visas inte eftersom du inte markerar dem. De som är som standard (till exempel #, namn, storlek, tillstånd) kan enkelt slås på och av. Vad ska man göra? Kanske kan detta fixas i inställningarna? Men jag vet inte vilken fil jag ska titta i.
Om detta plötsligt är en evig syndaflod som inte är åtgärdad, föreslå alternativ. Jag är delvis bekant med dem. Från de som jag känner och visuellt gillade - kTorrent till exempel. Men jag har ett tredje ben, och de säger att det är dåligt att ha tunga sneakers.
Deluge hur man gör så att torrent automatiskt startas från användaren i arch-Linux
Kör Deluged demon automatiskt som användare "deluge"
Det finns en server med debian 7.2. systemd initieringssystem.
Krävs: lanseras vid systemstart, översvämmad av användaren "deluge", åtkomst till demonen via Windows GUI via standardport 58846.
Åtkomst till mappen med torrents är tillåten för användaren deluge, monterad med sambaclienten i /mnt.
Installerad deluge, deluge-konsol. Tillåten fjärråtkomst. Jag skapade deluged.service och placerade skriptet från den officiella wikin i det:
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 och upptar hamnen. Men han vill inte låta det gå igenom Windows GUI. Jag ändrar användaren till root i deluged.service och det fungerar.
Vad gör jag för fel? Behöver delugeanvändaren några rättigheter?
deluged daemon kommer inte att laddas ur
I deluge specificerar jag exit&stop demonen eller stoppar den först från menyn. Jag har väntat ett tag. Och fortfarande är han aktiv i toppen. Reagerar inte på vanligt dödande, bara med en strap-on. Vilka är dina idéer? Paket: deluge
Syndflod och mystik
Något konstigt hände precis. Jag lyssnar på internetradio. Och plötsligt börjar det släpa. Jag tittar på hastighetsgrafen. Jag ser att något har ätit upp nästan hela remsan. Jag börjar titta på portar och stänger av olika demoner. Jag tittar på hastigheten som deluge förbrukar genom deluge-console. Den rapporterade hastigheten är inte ens i närheten av den faktiska hastigheten. Iftop säger att det finns många anslutningar och inte till deluge-demonporten. Jag inaktiverar fortfarande deluge. Hastigheten sjönk kraftigt. För experimentets skull slog jag på och av demonen ett par gånger. Trafiken korrelerade tydligt med att demonen slås på/av. Vad var det?!
Hur tar man bort .torrent efter att ha lagt till det i Deluge?
Letar efter en ny torrent-nedladdningsprogram
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änsningar;
- inga problem med användargränssnittet;
- klienter måste kunna ta emot och visa information i en klassisk fullständig tabellform;
- klient-server ska 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 kom det syndaflod, som jag använde med framgång tills det uppstod granproblem efter ännu en sammansättning av världen. Delningsgrä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 delningen till den. rtorrent är coolt, men det är bara jag som kan arbeta med det, och det finns även resten av familjen.
Därför, efter rtorrent, försökte jag dela igen, men igen var det granproblem. Sedan skapade jag en tråd liknande den här och bytte till transmission-demon och transmission-remote-gtk. Problemet med det sistnämnda är att i lägg till torrent-menyn tillåter det dig inte att normalt välja en mapp, vilket tvingar dig att trycka in varje sökväg manuellt. De senaste versionerna har flyttats till gtk+3 än slutligen
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 har jag installerat deluzh. Den här gången fungerade både servern och klienten, jag blev positivt överraskad av förenklingen av autentiseringsorganisationen (tidigare var det nödvändigt att generera lösenord via konsolen, nu finns klartexten i en fil), men jag blev besviken över bristen på sunda inställningar för gränssnittet där anslutningen lyssnar efter anslutningar. Deluzh kan göra två ytterligheter - antingen lyssnar han på den lokala värden eller på 0.0.0.0. Det fanns dock en överraskning i beredskap för mig - när jag försökte lägga till en fil upptäckte jag att dialogrutan för filval nästan aldrig fungerade korrekt, förutom när sökvägen var i positionen för den senast valda. // Är det inte av denna anledning som ett liknande element i transmissionen görs i form av en eländig visp?
Raderad (23.01.13 20:31:28)
Sortera genom att lägga till.
Deluge överför inte filer med slutförda nedladdningar
Använder Deluge 1.3.5 från förvaret. Distribution - archlinux x86_64. Jag ställer in katalogen för nedladdning och katalogen för genomförda distributioner i inställningarna. Fungerar inte. Jag kopplade också in plugin-programmet AutoAdd, som också har en liknande inställning - det överförs inte och det är det. Torrents börjar laddas ner så snart .torrent-filen visas i önskad katalog.
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 det igen - det fungerar inte, jag har också samlat in det från AUR, utan resultat. t hjälp, det är inte problemet En gång i tiden fungerade allt, och 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? Det rekommenderas inte att använda överföring.
Deluge i kombination med PC-Ubuntu + Server-NAS4Free (FreeBSD)
Jag ska försöka uttrycka mig korrekt och tydligt. På grund av det faktum att Överföring Remote GUI fungerar dåligt på Ubuntu 12.10 (för mig personligen), jag bestämde mig för att skapa något liknande detta med annan programvara. Valet föll på Syndaflod. Hittade instruktionerna http://dev.deluge-torrent.org/wiki/UserGuide/ThinClient Klarade det Installera Deluge på FreeBSD
Vid punkt Privat IP: angett IP lokal server(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
prioriteringar av filer i torrent, nedladdning
Det finns en torrentfil, den har en katalogstruktur, filerna namnges av deras hash. Jag har redan några filer på min dator. Du måste ställa in prioritet "0" till filerna i torrenten som finns. Python-språk, torrentbibliotek - libtorrent från rasterbar. Jag grävde i källkoden för deluge (den är skriven 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 har inte de ovan nämnda bristerna hos Deluge, men är inte sämre i 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 funktionaliteten för Deluge och KTorrent. Endast qBittorrent kan bli ett alternativ, men det är förbjudet på pornolab och skapar fortfarande tomma kataloger. problemet löses med "tomma" filer).
Så, studerar reguljära uttryck och console Unix-verktyg, skrev ett skript för att överföra Delyugovs nedladdningar och distributioner. Jag skulle vilja fästa er uppmärksamhet på tre saker:
- Statusen för filer som inte är markerade för uppladdning i multifildistributioner kommer inte att överföras (dvs alla kommer att markeras som standard).
- När du startar KTorrent kommer alla överförda distributioner/nedladdningar att stoppas och du måste återhasha dem genom att markera varje distribution och trycka på SHIFT+C (mer snabbt sätt hittade den inte. 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..."; #vi filtrerar bort sökvägarna till filer från torrents.state och fixar den ryska kodningen 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; #vi filtrerar bort torrentnamn och tar 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; #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; #create a mall statistik 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ömn 5; #delete temporary files rm sökvägar torrents statistik temp1.sh temp2.sh; printf "%s\n" "ok";
Kontrollera felet i Deluge
Troligtvis gäller detta bara Fedora.
1. Ladda ner.torrent
2. Ange valfri nedladdningsmapp.
3. Vänta tills nedladdningen är klar.
4. Vad du än anger i steg 2, ser vi dina filer i /home/användarnamn/
Jag skickar en felrapport om det inträffar hos åtminstone någon annan, om inte, letar jag efter problemet själv.
P.S. Problemet uppstod, tycks det mig, efter den efterlängtade uppdateringen till 1.3.5.
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 du hanterar lokal kund.
Vi har: Fjärrserver(V lokalt nätverk) som kör Debian 7 och Deluge-demonen installerad på den parat med WebUI, samt en hemdator som körs 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. Låt oss gå vidare till inställningarna och installationen av klientdelen på din 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 börja konfigurera på tre sätt, efter att först ha installerat GTK UI på din lokala dator:
aptitude installera deluge deluge-gtk
Sedan startar vi demonen på servern och ställer in inloggning och lösenord för fjärråtkomst. Kommandot måste köras som den användare 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ändaren och lösenordet kan vara godtyckliga. Det är inte nödvändigt att de sammanfaller med användarnamnet som demonen körs under. Demonen måste vara igång.
Åtkomstnivåer:
- 1 - skrivskyddad.
- 5 - användare.
- 10 - Administratör.
2. I den andra metoden använder vi Deluge Console. För att göra detta måste du installera det på servern.
aptitude installera deluge-console
Starta konsolen
deluge-konsol
I den beordrar vi:
config -s allow_remote Sann config allow_remote
Stäng konsolen:
utgång
Alla åtgärder med konsolen måste också utföras på uppdrag av användaren som Deluge körs under.
Starta om demonen:
/etc/init.d/deluge-daemon starta om
3. I den tredje metoden använder vi en SSH-tunnel från en hemdator till en server. I det här fallet är det inte nödvändigt att aktivera fjärråtkomst på serversidan. Öppna en lokal terminal och skriv följande:
ssh -fNL 127.0.0.2:58846:localhost:58846 server
Där "server" är vår servers IP-adress. Vi använder 127.0.0.2 istället för localhost så att klienten vet att vi ansluter till en fjärrdemon. Om du får felet "bind: Kan inte tilldela begärd adress", kör sedan följande kommando (lägg till ett alias till den lokala slingan):
sudo ifconfig lo0 add 127.0.0.2
Sedan upprepar vi föregående kommando.
Starta sedan GTK UI på lokal dator och i gränssnittsinställningarna, avmarkera rutan bredvid Klassiskt läge och starta sedan om gränssnittet. Nu när vi startar GTK UI ser vi anslutningshanterarens popup-fönster. Vi tar bort den lokala demonen från listan och anger adressen till den fjärranslutna. Beroende på den metod som valts tidigare, anger vi i fältet Värdnamn antingen ip:n för vår server där Deluge är belägen, eller, i fallet med en ssh-tunnel, 127.0.0.2. Vi rör inte porten om vi inte ändrade demonporten under konfigurationen av serverdelen. Användarnamn och lösenord - ange data som vi angav i filen ~/.config/deluge/auth. 
Det är allt. Om allt görs korrekt kan vi säkert ansluta till demonen via det lokala GTK-gränssnittet, där allt som vi inte kunde använda via WebUI kommer att vara tillgängligt för oss.
Skärmdumpen visar två anslutningar. Den första är fjärråtkomst, vilket kräver ett tidigare aktiverat alternativ som tillåter fjärråtkomst till demonen. Den andra är en anslutning som använder en ssh-tunnel. Gröna bockar betyder att anslutningar är tillgängliga.
Viktig! Server- och klientversionerna av programmen måste vara av samma rad. Till exempel, på min server är programversionen 1.3.3, på hemdator- 1.3.5. Det här är bra. Om version 1.2.X är installerad på servern och version 1.3.X är installerad på PC:n (eller vice versa), så är även om designen fungerar (vilket är osannolikt), problem oundvikliga.
Installation
Att få senaste versionen lägg till PPA-förråd:
Sudo apt-get uppdatering
sudo apt-get install python-software-properties sudo add-apt-repository ppa:deluge-team/ppa
Uppdatera listan över paket:
Sudo apt-get uppdatering
Installera klienten, konsolen och demonen:
Sudo apt-get install deluge-common deluge-console deluged
Om vi vill ha ett webbgränssnitt, installera det också:
Sudo apt-get installera deluge-webui
Alla! Låt oss starta demonen:
Inställningar
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ägga till en användare för fjärråtkomst(dessa data är inte på något sätt relaterade till din Linux-användare) och indikerar åtkomsträttigheter:
Echo "användarnamn:lösenord:nivå" >> ~/.config/deluge/auth
Mer information om åtkomsträttigheter.
Och starta om demonen:
Pkill översvämmade
översvämmade
Om vi vill att deluge ska köra tillsammans med systemet måste vi skapa skript som gör detta.
Skapa konfigurationen:
Sudo vim /etc/default/deluge-daemon
Klistra in den här koden där, Nödvändigtvis DELUGED_USER måste ange 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 i 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
#Default-Start: 2 3 4 5
#Default-Stop: 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.
### END 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ällt i /etc/default/$PKGNAME."
utgång 0
fi
#
# Funktion som startar demonen/tjänsten
#
do_start()
{
#Återvända
# 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" ] || tillbaka 2
}
#
# Funktion som stoppar demonen/tjänsten
#
do_stop()
{
#Återvända
# 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
;;
stopp)
[ "$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 ;; # Det gick inte att starta
esac
;;
*)
# Det gick inte att stoppa
log_end_msg 1
;;
esac
;;
*)
echo "Användning: $SCRIPTNAME (start|stopp|restart|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 skriptet för att automatiskt ladda och ta bort:
Sudo update-rc.d deluge-daemon standardinställningar
Nåväl, låt oss kontrollera det utförda arbetet.
Jag uppgraderade till 12.04 och syndafloden bröt. Jag vill ta bort den och sedan lägga till den igen. Hur tar man bort Deluge?
- Försökt: Sök i Ubuntu Software Center
Fel: Knappen läser "Installera" (men den är redan installerad!) - 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 menyalternativ fortfarande visas i strecket, betyder det inte nödvändigtvis att programmet fortfarande är installerat, bara att länkar till det finns kvar någonstans. Det är möjligt att dash behåller sin egen cache över vad som finns i din meny och det tar ett tag att inse att en ändring har gjorts.
Gå gärna vidare och installera om flood för att se om det fungerar.
För framtida referens bör du leta efter dotfiler i ~/ eller ~/config som är specifika för Deluge. Detta är den mest sannolika platsen att lagra data för din konto. Försök att rensa eller byta namn på den. Detta kan lösa ditt ursprungliga problem (istället för att behöva installera om det).
Har du provat fullständigt avlägsnande använder Synaptic Packet Manager?
Installera synaptic sudo apt-get install synaptic
Jag hade samma problem med att ta bort flood. Jag insåg att jag hade GTK-versionen installerad, så att bara avinstallera deluge fungerade inte. 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 så behöver du hitta de återstående Deluge-filerna, guiden Deluge Widgets har information: RemovingFromSystem
Den mest sannolika anledningen till att den fortfarande visas i Dash är den kvarvarande filen deluge.desktop.
Du kan använda locate deluge som snabbt listar 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 översvämningsapplikationen är vanligtvis installerad i mappen plats python eller i en mapp dist-paket som bör synas i utdata från ovanstående kommando. 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 uppdateringsproblem. Standardplats: ~/.config/deluge
Sudo apt-get remove --purge deluge
Uppenbarligen förstår du att när du söker efter "Flood" kommer du fortfarande att få det på skärmen.
Dessa är de återstående ö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
Egentligen, varför är vår filserver inaktiv och var ska filerna komma ifrån. Låt oss installera en torrentklient på den. I kubuntu använde jag kTorrent en gång, men i det här fallet är vi intresserade av klienter som kan fungera utan ett GUI och som har ett webbgränssnitt.
- En kombination av rTorrent + wTorrent. Det finns ganska många installationsbeskrivningar på Internet, men processen skrämmer mig =)
- TorrentFlux och dess gaffel Torrentflux-b4rt. Skapad som ett webbgränssnitt och inget mer. Du kanske vill fundera på att ställa in det.
- Syndaflod. Från början var det planerat som en torrentklient för gtk. Men från en viss version kan den fungera som en demon, till vilken du kan ansluta önskat gränssnitt - antingen ett grafiskt ansikte, eller ett webbansikte, eller styrt via konsolen.
För nu funderar jag på att försöka bråka med det tredje alternativet Hoppsan - det visar sig att du kan fästa en skruvyta på den! Jag ska googla vidare Det skulle bara vara ganska bekvämt som vanligt - du sitter i webbläsaren, klickar på att ladda ner en torrentfil och öppnar den med Windows. Och hon överför redan nedladdningen till demonen på servern. Vi installerar 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 paket som laddats ner från webbplatsen kommer problemet med otillfredsställda beroenden att uppstå. Vi kommer ur situationen enligt följande: sudo apt-get -f installera Låt oss starta översvämmade Lanserar webbansiktet deluge --ui webb Förresten, vi kör det här kommandot 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 räknat ut ä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 kunna köras och förbli hängande i bakgrunden deluge --ui webb& Om du behöver att webbgränssnittet alltid är tillgängligt, tryck in det här kommandot någonstans till autorun, men så att det körs med rättigheterna för en normal användare gränssnittet körs på port 8112. Låt oss gå igenom webbläsaren till önskad server på denna port. Standardlösenordet är deluge. Ajax-alternativet är det vackraste. Men den har inte alla funktioner. Du kan till exempel inte ange för en specifik torrent var en fil ska laddas ner. Du kan bara specificera delad mapp för alla torrents. Den här funktionen finns i andra skal. Låt oss gå vidare. Det är möjligt att använda ett GUI-skal som startas på vilken annan dator som helst än servern (och till och med 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-skalet, måste du tillåta detta för demonen.
- Via webbgränssnitt. i inställningar - Deluge - Service - Tillåt fjärranslutning (kryss i rutan)
- Via 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 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 som är installerad på servern. Ladda ner och installera. Installationsprogrammet kommer också att uppmana dig att installera GTK+ Runtime. Vi godkänner Efter att klienten har installerats går vi in på dess inställningar:
- Lansering av klienten
- Gå till "Inställningar -> Gränssnitt" och avmarkera "Klassiskt läge".
- Starta om klienten. Fönstret Anslutningshanteraren bör visas
- 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 porten densamma.
Här satt jag fast ett tag Förutom IP-adressen var jag tvungen att ange ett användarnamn och lösenord Antag att jag kunde ställa in lösenordet genom webbgränssnittet. Jag skrev mitt eget och lösenordet inställt via webbgränssnittet. Ingen big deal. Jag skrev mitt eget och hans lösenord i systemet. Strunt i... Jag grävde runt. Så här gör vi:
- Vi går på servern till hemkatalogen för vår användare (från vilken vi kör deluge)
- Gå sedan till katalogen /.config/deluge
- Öppna auth-filen
- På den andra raden skriver vi användarnamnet och lösenordet i formatet användare:lösenord (och jag noterar att vi skriver denna information från en dåre)
- Restart deluge - deluged omstart
- På en dator med Windows, gå till Anslutningshanteraren, ange denna användare och hans lösenord i anslutningsinställningarna.
- Klicka på "Anslut"
- Voila, klienten är ansluten.
Således fick vi det vanliga sättet att bearbeta torrentfiler - vi öppnar dem med en torrentklient (GUI-ansikte) och väljer vad jag ska göra.
- Skapa en mapp på servern, säg /home/user/torrents
- Vi delar det på samba.
- I inställningarna för deluge ställer vi in det via samma webbgränssnitt så att det automatiskt tar torrents från den här mappen.
- Och sedan sparar vi helt enkelt torrentfilerna i den här mappen.
