3 155
contributi
AMule: differenze tra le versioni
nessun oggetto della modifica
m (versioni compatibili in fomato "esteso" (perché da ricontrollare a ogni rilascio; software con priorità "optional")) |
Wtf (discussione | contributi) Nessun oggetto della modifica |
||
| Riga 1: | Riga 1: | ||
{{Versioni compatibili|Jessie|Stretch|Buster| | {{Versioni compatibili|Jessie|Stretch|Buster|Bullseye}} | ||
== Introduzione == | == Introduzione == | ||
| Riga 161: | Riga 161: | ||
Per esempio se l'utente disponesse di una cartella <code>.aMule</code> ereditata da una precedente installazione potrebbe riutilizzarla o semplicemente sovrascrivendo quella presente nella <code>home</code> dell'utente oppure copiandola in una qualsiasi nuova posizione per cui abbia tutti i necessari permessi e quindi avviare <code>amuled</code> con un comando simile a comando: | Per esempio se l'utente disponesse di una cartella <code>.aMule</code> ereditata da una precedente installazione potrebbe riutilizzarla o semplicemente sovrascrivendo quella presente nella <code>home</code> dell'utente oppure copiandola in una qualsiasi nuova posizione per cui abbia tutti i necessari permessi e quindi avviare <code>amuled</code> con un comando simile a comando: | ||
<pre>$ amuled -f -c /nuova/posizione/.aMule/</pre> | <pre>$ amuled -f -c /nuova/posizione/.aMule/</pre> | ||
''VPN''<br/> | |||
In caso di vpn commerciale dove il numero di porte reindirizzabile è inferiore a 2 si può pensare di risolvere il problema evitando di far transitare il traffico di amule dalla vpn, per esempio sfruttando un ''network namespace'' (si veda la guida di [[iproute2]]). | |||
Il comando di avvio diventerebbe allora simile a: | |||
<pre># ip netns exec test su -c "amuled -f -c /nuova/posizione/.aMule/" nome_utente_non_privilegiato</pre> | |||
dove ''test'' è il nomer del ''network namespace''. | |||
==== Script amule-daemon ==== | ==== Script amule-daemon ==== | ||