Il muletto perfetto - Istruzioni per l'uso

[Devil!]

Originariamente inviato da friwer

EDIT: intrigante l'idea di rTorrent + nTorrent. Offrirebbe una gui remota (come in amule), personalmente non amo troppo le webgui. Senza contare che la ram del muletto ringrazierebbe...peccato per le note di compatibilità segnalate..

esistono anche transmission + transmisson-remote-gui o transmission-remote-dotnet

[buglis]

Originariamente inviato da friwer

EDIT: intrigante l'idea di rTorrent + nTorrent. Offrirebbe una gui remota (come in amule), personalmente non amo troppo le webgui. Senza contare che la ram del muletto ringrazierebbe...peccato per le note di compatibilità segnalate..

io utilizzo l'accoppiata rtorrent - wtorrent, fantastico, trasmission non lo uso in quanto mi pare non supporti il dht, almeno tempo fa era così.

[kwb]

Originariamente inviato da lele85

Se frequenti una board puoi sempre mandare una mail agli admin e chiedere di includere rtorrent tra i client supportati! ;-)

Ho già provato questa via ma gli amministratori preferiscono che gli utenti usino i client approvati prima di dover fare altre prove per poterne utilizzare altri

Originariamente inviato da friwer

attenzione: la porta a cui connettersi non deve essere la stessa usata per la connessione tramite gui remota.
Mi spiego meglio...
se precedentemente hai usato la porta 4712 per connetterti dal client tramite gui remota, via browser dovrai usarne un'altra (quella specifica di amuleweb). La trovi specificata nel file remote.conf (non quella alla voce [EC] port ma quella [Webserver] port, generalmente la 4711)

Tagliamo la testa al toro:
amule.conf

[ExternalConnect]
UseSrcSeeds=0
AcceptExternalConnections=1
ECAddress=
ECPort=4712
ECPassword=miapasswordmd5sum
UPnPECEnabled=0
ShowProgressBar=1
ShowPercent=1
UseSecIdent=1
IpFilterClients=1
IpFilterServers=1
[WebServer]
Enabled=0
Password=
PasswordLow=
Port=4711
WebUPnPTCPPort=50001
UPnPWebServerEnabled=0
UseGzip=1
UseLowRightsUser=0
PageRefreshTime=120
Template=

remote.conf

Locale=
[EC]
Host=localhost
Port=4712
Password=miapasswordmd5sum
[Webserver]
Port=4711
UPnPWebServerEnabled=0
UPnPTCPPort=50001
Template=default
UseGzip=0
AllowGuest=0
AdminPassword=miapasswordadminmd5sum
GuestPassword=

Non capisco cosa non va...

[Devil!]

Originariamente inviato da kwb

[WebServer]

Port=4711

devi usare questa porta

[kwb]

Originariamente inviato da Devil!

devi usare questa porta

L'ho capito, se do 192.168.0.9:4711 mi da Errore caricamento pagina

[Devil!]

[WebServer]
Enabled=0
Password=

Enabled=1 e password non vuota

[kwb]

Originariamente inviato da Devil!

Enabled=1 e password non vuota

Sempre in MD5Sum e deve essere uguale a quella dell'EC?

[Devil!]

Originariamente inviato da kwb

Sempre in MD5Sum e deve essere uguale a quella dell'EC?

Sì, in MD5
No, può essere diversa (non avrebbe nemmeno senso altrimenti...)

[kwb]

Originariamente inviato da Devil!

Sì, in MD5
No, può essere diversa (non avrebbe nemmeno senso altrimenti...)

Finalmente! Consigli vincenti i tuoi ce l'ho fatta! Come diceva friwer effettivamente la webUI è un po' scarna, ma pazienza
Ora che sto guardando gli shots di rTorrent mi sorge una domanda: ma se uso rtorrent con ntorrent, quello che realmente scarica è rtorrent esatto?

[Devil!]

Sì, ntorrent è solo un'interfaccia remota

[kwb]

Originariamente inviato da Devil!

Sì, ntorrent è solo un'interfaccia remota

Bene.

[friwer]

installare rtorrent + ntorrent su ubuntu 8.10 è una vera avventura...
alla fine ce l'ho fatta, l'interfaccia è molto semplice...in ogni caso è un'alternativa per chi non ama le webui.
Resta, in ogni caso, il problema della scarsa compatibilità. Eppure pensavo....ma deluge non è basato su libtorrent, la stessa libreria di rtorrent?

[Devil!]

libtorrent (Rasterbar) -> deluge
libtorrent (Rakshasa) -> rtorrent

[kwb]

Originariamente inviato da friwer

installare rtorrent + ntorrent su ubuntu 8.10 è una vera avventura...
alla fine ce l'ho fatta, l'interfaccia è molto semplice...in ogni caso è un'alternativa per chi non ama le webui.
Resta, in ogni caso, il problema della scarsa compatibilità. Eppure pensavo....ma deluge non è basato su libtorrent, la stessa libreria di rtorrent?

Si, libreria libtorrent
Fatto sta che certe board ( poche ) permettono Deluge ma non rTorrent

[friwer]

Originariamente inviato da Devil!

libtorrent (Rasterbar) -> deluge
libtorrent (Rakshasa) -> rtorrent

esattamente....
per maggiori info qui. Volevo aggiungere alla guida come configurare rtorrent+ntorrent ma, viste le caratteristiche, non c'è dubbio che transmission o deluge siano superiori...

[lele85]

Originariamente inviato da friwer

esattamente....
per maggiori info qui. Volevo aggiungere alla guida come configurare rtorrent+ntorrent ma, viste le caratteristiche, non c'è dubbio che transmission o deluge siano superiori...

Beh alla fine le caratteristiche in più sono quelle riguardo all'autosetting della NAT l' universal plug and play e cose del genere. Tutto sommato se uno sa come configurarle a mano quelle cose non mi sembrano robe fondamentali. Per il resto Ktorrent *REGNA*.
Grazie di aver segnalato quella pagina di wikipedia.

[marco_tv]

Originariamente inviato da friwer

Questa guida nasce dalla mia personale esperienza maturata nel tentativo di realizzare un muletto che scaricasse tanto consumando poco. Obiettivo: deve poter scaricare da rete ed2k e kad (emule) e da rete torrent. Si parte….

1) Di cosa ho bisogno?
Innanzitutto c’è bisogno dell’hardware. Non servono risorse stratosferiche, non bisogna giocarci a FEAR con il muletto. Rimando a questa utile discussione http://www.hwupgrade.it/forum/showthread.php?t=1012426.
Personalmente ho usato un Pentium III 733 con 192 Mb di ram. Riguardo quest’ultima, vale sempre il solito principio: più ce n’è meglio è. Per il resto occorre pensare al risparmio: meglio un disco grande di due piccoli, staccare le periferiche non necessarie e via dicendo.
Poi bisogna scaricare il cd di Ubuntu Server controllarne l’integrità con il test che c’è sul cd stesso e masterizzare la iso.

2) Installazione del sistema operativo.
Inserire il CD nell’unità ottica ed impostarla come prima unità al boot. Poi selezionare la lingua desiderata. Rispondere alle varie domande sulla localizzazione del sistema e sulle impostazioni di rete (fa tutto il DHCP se presente, altrimenti inserire manualmente gli indirizzi).
Selezionare il disco da partizionare: per i più svogliati va benissimo la procedura guidata che utilizzerà l’intero disco, per tutti gli altri c’è il partizionamento manuale come sempre. Dopo aver installato i pacchetti base, l’installer chiederà di creare un utente: quando chiederà di criptare i dati dello stesso, scegliere no. Riguardo agli aggiornamenti, preferisco che siano lasciati su “Nessun aggiornamento automatico” per aver un migliore controllo sulla macchina (ed evitare problemi di funzionamento poi). Al momento della selezione del software, scegliere ESCLUSIVAMENTE il server OpenSSH, il resto lo faremmo in remoto tramite Putty o tramite qualsiasi terminale tramite il comando ssh (Mac o Linux). L’installazione è conclusa, rimuovere il CD e riavviare. Prima di abbandonare la tastiera e il monitor del nostro server, effettuare l’accesso e aggiornare i pacchetti (sudo apt-get update poi sudo apt-get upgrade). Rimuovere AppArmor che potrebbe rivelarsi più scomodo che utile quindi digitare:
sudo /etc/init.d/apparmor stop
sudo update-rc.d -f apparmor remove
sudo apt-get remove apparmor apparmor-utils
A questo punto è possibile riavviare (sudo reboot), staccare il monitor e la tastiera e lasciare esclusivamente il cavo di rete e quello di alimentazione. Per le operazioni successive ci affideremo al controllo remoto.

3) Installare webmin
Per poter controllare al meglio il nostro server, è utile installare Webmin. Una volta riavviato il muletto collegarsi tramite Putty (per gli utenti Windows, per tutti gli altri basta il comando ssh) ed effettuare l’accesso come al solito. Installare le dipendenze:
sudo apt-get install perl5 libnet-ssleay-perl
spostarsi nella cartella /usr/local/src (cd /usr/local/src) e scaricare il TAR file di webmin
sudo wget http://prdownloads.sourceforge.net/w...n-X.XXX.tar.gz
dove al posto delle X c’è la versione corrente.
Decomprimere il file con il comando sudo tar xzvf webmin-X.XXX.tar.gz e spostarsi nella cartella creata. A questo punto lanciare l’installazione con un sudo sh setup.sh
Seguire tutte le richieste (si possono lasciare anche i valori di default), scegliere un utente e la password, usare il protocollo SSL ed avviare webmin al boot. Se tutto è andato a buon fine, sarà possibile accedere all’interfaccia di webmin tramite un qualsiasi browser all’indirizzo
https://indirizzoipdelmuletto:10000 e accettare il certificato di sicurezza.
PS. Lasciate perdere il computo della ram disponibile che riporta webmin: non so cosa conti ma di sicuro non il valore reale (digitare top o free dal terminale del muletto per credere)

4) Installare aMule
Ora tocca ad aMule di cui verrà installato solo il demone (senza interfaccia grafica). Su ogni client poi dovrà essere installato il pacchetto di amule contenente la GUI remota (non importa il sistema operativo del client). In questo modo avremo la possibilità di sfruttare a pieno le caratteristiche del programma.
NB. La versione della gui remota (del pacchetto client quindi) deve coincidere con quella del muletto (nel nostro caso la 2.2.2), pena malfunzionamenti.
Digitare dal terminale
sudo apt-get install amule-daemon amule-utils
poi digitare
amuled –f
e ancora
nano /home/nomeutente/.aMule/amule.conf
Spostiamoci nella sezione relativa alle connessioni per la gestione. Si deve definire una porta sulla quale aMuled sarà in ascolto e la password di accesso.
[ExternalConnect]
AcceptExternalConnections=1
ECAddress=localhost
ECPort=4712
ECPassword=4fc772729bde281ccc7f228e19be6889
Questa nuova porta, in questo file la 4712, non va aperta all'esterno ma deve essere accessibile in localhost per la gestione remota.
In ECPassword dobbiamo mettere l'md5 della password scelta. Si può ottenere così:
$ echo -n yourpasswordhere | md5sum | cut -d ' ' -f 1
Ora dobbiamo fare in modo che il demone parta in automatico all’avvio del muletto. Possiamo usare lo script di default a patto di inserire nel file /etc/default/amule-daemon il nostro nome utente. Perciò digitare sudo nano /etc/default/amule-daemon ed inserire il nome dell'utente alla voce AMULED_USER="". Nel mio caso diventa AMULED_USER="andrea".
Salvare, chiudere ed avviare il servizio con sudo /etc/init.d/amule-daemon start.

Se tutto è andato a buon fine, sarà possibile accedere dai client tramite la gui remota. Qualora quest’ultima non dovesse dare segni di vita, probabilmente c’è stato un problema con l’hashing della password. Verificare che la conversione sia giusta. In ogni caso basta aprire la gui remota dal client, inserire l'indirizzo ip del muletto, la porta di connessione (nel caso 4712) e la password scelta (in chiaro, non in hash)
PS. Trucchetto che ho imparato dopo molte ore di sbattimenti. Non so perche ma l’output di quel comando non coincideva con quello di amuled. Ho digitato allora:
amuleweb -w -h=localhost –password=miaPasswordQui
e ho aperto il file con
nano /home/utente/.aMule/remote.conf
per leggere la password come l’aveva generata. A quel punto è bastato copiare la stringa corrispondente alla password nel file amule.conf

5) Installare Transmission (per la rete torrent)
Un muletto scaricante che si rispetti deve poter scaricare anche da rete torrent, mi sembra giusto. Installiamo Transmission che verrà controllato tramite WebUI (con qualsiasi browser) oppure tramite gui remota (come in amule):
sudo apt-get install transmission transmission-cli
copiare il file che allego a fine pagina in /etc/init.d/transmission-daemon (rimuovere l'estensione .txt) e modificare le stringhe di configurazione tramite il comando
sudo nano /etc/init.d/transmission-daemon
fare particolare attenzione alle voci
TRANSMISSION_HOME=/home/utente/.transmission-config
TORRENTFOLDER=/home/utente/downloads (meglio se ha i permessi a 777 e coincida con quella dei download di amule)
PORT=49160 (nel mio caso, basta aprirla poi sul firewall del router)
USERNAME=utente
REMOTE_USER=admin
REMOTE_PASS=laPasswordCheVuoi
A questo punto si può salvare e chiudere ed avviare il servizio
sudo chmod +x /etc/init.d/transmission-daemon
/etc/init.d/transmission-daemon start
Se tutto è a posto, aggiungere il servizio all’avvio
sudo update-rc.d transmission-daemon defaults
Per accedere da ogni client si può operare nei seguenti modi:
1) basta aprire un browser qualunque e digitare http://ipdelmuletto:9091 poi l'utente e la password, per accedere all'interfaccia web
2) scaricare ed installare sui client transmission-remote-gui oppure transmission-remote-dotnet (solo per windows), per avere una interfaccia remota come in amule.

6) Configurare Samba
Bisogna ora rendere accessibili le cartelle del muletto per il prelievo dai client.
Prima di tutto installate Samba:
sudo apt-get install samba smbfs
Per configurare Samba bisogna modificare il file /etc/samba/smb.conf quindi fate una copia del file originale
sudo cp /etc/samba/smb.conf smb.conf-default
apriamo il file con sudo nano /etc/samba/smb.conf e alla fine del documento inserire
[shared]
comment = Condivisa
path = /home/utente/.aMule/Incoming
public = yes
writable = yes
così per tutte le cartelle, basta cambiare il parametro path.
Per rendere effettive le modifiche riavviare samba con un sudo /etc/init.d/samba restart

7) Configurare un serveUPnP (facoltativo)
Per chi avesse l'esigenza di condividere i file audio/video attraverso il protocollo UPnP, potrebbe rivelarsi utile l'istallazione di MediaTomb. Aprire il terminale e digitare
sudo apt-get install mediatomb
il resto dovrebbe farlo tutto da solo. Ultimissimo passo, bisogna impostare le cartelle condivise da monitorare e lo si può fare agevolmente attraverso l'interfaccia web all'indirizzo http://indirizzoipdelmuletto:49152 .
Selezionare la Filesystem View, posizionarsi nella cartella desiderata (quella dei download ad esempio) e premere sul simbolo + (add file or directory). In tal modo, i file saranno accessibili attraverso la rete anche a dispositivi come PS3, ipod o quant'altro


Ok, mi sa che abbiamo concluso. Questo è quello che ho fatto io, se ho commesso qualche errore segnalatemelo pure!!

A presto

Questa guida è stata pubblicata sotto una Licenza Creative Commons

invece di seguire tutta pappardella se metto xp sp3 non sto prima?sul mio pentium 3 va piu che bene. voglio dire tutto sto casino per scaricare con il mulo. non so

[friwer]

Originariamente inviato da marco_tv

invece di seguire tutta pappardella se metto xp sp3 non sto prima?sul mio pentium 3 va piu che bene. voglio dire tutto sto casino per scaricare con il mulo. non so

se è per questo puoi anche comprare una licenza di vista a 90€ e fare lo stesso.
tutta la "pappardella" è uno dei tantissimi modi per risolvere la questione come affronto la questione p2p. Dove vivo io per 10 mesi all'anno (casa di universitari) un oggetto del genere ha semplificato molto le cose: meglio 1 server che consuma poco sempre acceso che 4 pc con xp sp3 che scaricano e si danno fastidio l'un l'altro...
Infine, e devo convenire con te, questa guida è al 70% una perdita di tempo. Puoi fare benissimo le stesse cose (sprecando + energia e banda) in 2 minuti, con xp sp3 come dici tu. Ma d'altronde in questa sezione ho sempre "perso tempo". Sperimentare nuove distro, un media center a costo (del software) 0, un webserver....tutte grandissime perdite di tempo....o voglia di conoscere e scoprire nuove cose...poi è una questione di punti di vista.

[buglis]

Originariamente inviato da marco_tv

invece di seguire tutta pappardella se metto xp sp3 non sto prima?sul mio pentium 3 va piu che bene. voglio dire tutto sto casino per scaricare con il mulo. non so

Potevi pure evitare di scrivere visto che di win non si parla nemmeno qua e non è la sezione in cui se ne parla, in più questa è una soluzione senza alcun esborso per licenze varie al contrario di win teoricamente.
Senza contare consumi, risorse, bellezza di smanettare, etc etc.
Saluti

Originariamente inviato da marco_tv

invece di seguire tutta pappardella se metto xp sp3 non sto prima?sul mio pentium 3 va piu che bene. voglio dire tutto sto casino per scaricare con il mulo. non so

libero di fare come credi.
c'è chi non ha una licenza di xp e non ne vuole comprare una.
c'è chi si trova meglio coi sistemi *nix
c'è chi non lo ritiene un casino o una pappardella ma se lo sa fare da solo in 10 minuti.
c'è chi si fa i kickstart con le installazioni automatizzate per gestire isntallazioni/replicazioni di macchine con profili ad hoc per i vari compiti e ha un mirror dei repository in lan
vado avanti o basta così?

EDIT: ho fatto male a rispondere, ha già a perto un thread-flame, su 24 post mi sembra un'ottima media.
cito una risposta che gli è stata data

Originariamente inviato da kernele

linux è per sua stessa natura un mondo frammentato, e non può essere diversamente.
E' anche vero che, se tutti gli sviluppatori dell'open scorreggiassero tutti insieme, ne butterebbero giù di palazzi
Basta guardare il proggetto kde, e sono quattro gatti mal pagati.

TRA L'ALTRO NON MI SEMBRA CHE CON WIN TUTTO GLI VADA BENE

Originariamente inviato da marco_tv

Ho un notebook asus comprato nemmeno 2 mesi fa.
L'ho lasciato acceso per piu di due settimane, nel frattempo navigavo normalmente sul web e ci ho installato qualche programma scaricato in giro per internet.......
Ieri dopo aver riavviato il pc, mi sono accorto che Vista non partiva piu, mi dava un errore. Ho provato a risolverlo ma senza ottenere successo, cosi ho deciso di ripristinare il sistema originale utilizzando il disco di ripristino orginale del notebook. Pure il riprisino mi ha dato un errore strano alla fine ma ho cliccato su ok, ho riavviato il pc, è partito vista, ma dopo un po che uso il pc mi compare la classica schermata blu.

Ho pensato allora che potrebbe essere un problema o di ram o di hard disk. Ho fatto un controllo della ram tramite il programma Window Memory Diagnostic e in effetti mi da degli errori.

Ma a pensarci bene...come mai tutto questo casino è successo solo dopo aver riavviato il pc? Se si è bruciata qualche cella della ram come mai prima di riavviare il pc il notebook funzionava corrattamente? Puo essere qualcosa altro il problema? Puo essere stato un virus visto che ho scaricato dei programmi su un famoso p2p?

P.S. per chi non usa le debian-based occhio che start-stop-daemon e altre cosine cambiano.
a qualcuno interessa avere kickstart + i vari conf per fedora10?