eMule AcKroNiC
Guida basata su eMule 0.50a AcKroNiC 6.0
Guida a cura di: THORRiferimenti per la creazione della guida: Guida ad eMule AcKroNiC ed AcKroNiC-ILAttenzione: questa guida è valida solo a partire dalla AcKroNiC 6.0
Per le versioni precedenti, consultare la Guida ad eMule AcKroNiC ed AcKroNiC-IL. Verranno esaminate solamente le funzioni esclusive della AcKroNiC; per quelle della MorphXT consultate la Guida ad eMule MorphXTPrefazione :Il 1 Giugno 2004 viene rilasciata la prima versione della Mod AcKroNiC (eMule 0.42g AcKroNiC 1.0) creata da DkD al quale subentrerà nel 2005 Aenarion[ita] che, a sua volta, abbandonerà il progetto nel 2006. Dopo alcuni anni dalla cessazione dello sviluppo, nel 2008 esce una nuova versione ad opera di TaZ.
Nasce anche una versione identica chiamata
AcKroNiC IL per l'utenza Israeliana (ovviamente utilizzabile anche in altre nazioni), con l'intento di creare una sorta di gemellaggio. Lo sviluppo di quest'ultima è stato poi abbandonato alla fine del 2009 con l'uscita dell'ultima AcKroNiC-IL 5.3
Tra le tante caratteristiche della AcKroNiC, spicca il Filtro Famiglia che impedisce all'utente di eseguire ricerche utilizzando parole inserite nel filtro (personalizzabile e protetto da password), utile per proteggere i bambini da file non adatti a loro.
Un'altra caratteristica è la possibilità di scelta tra l'ASF (Advanced Server Filter) e il Server Analyzer, che permettono di individuare e filtrare i server in base a determinate caratteristiche che spiegheremo in seguito.
A partire dalla versione 6.0 lo sviluppatore TaZ ha cambiato decisamente strada, rilasciando una versione che si basa sulla MorphXT. In realtà, le versioni rilasciate sono due: una che utilizza il classico CA (Client Analyzer) e l'altra, denominata MLF, che utilizza il DLP (Dynamic Leecher Protection) creato da Xman e da sempre presente nella MorphXT.
Indice :Caratteristiche principali di questa modOpzioni AvanzateOpzioni ModAcKroNiC filtersAcKroNiCFunzioni Aggiuntive
Caratteristiche principali di questa mod
Client Analyzer(non presente nella versione MLF)Il
Client Analyzer (
Analizzatore Client, CA) è un progetto del modder tedesco WiZaRd. Questo sistema si pone l'obbiettivo di riconoscere Leecher come fanno sistemi alternativi al CA, come ad esempio l'AntiLeechClass sempre di WiZaRd (per esempio contenuto in iONiX), la DLP di Xman (Xtreme) oppure l'Argos di Xanatos (NeoMule).
Il CA crea una graduatoria di condotta basandosi sulle rilevazioni euristiche che fa per dare un più completo quadro sui client e sulla loro reale identità.
FunzionamentoIl Client Analyzer non blocca tag, nicknames o modstrings, analizza per prima cosa la condotta dei client, rendendo possibile così un giusto trattamento di tutti i client in base al comportamento. Cosi per esempio Spammer-Mod come la Ketamine, ma anche client, che scaricano molto senza inviare, verranno puniti dal CA.
Alcuni aspetti che il CA valuta:
- quanto a lungo un client è conosciuto (chi conserva il proprio Hash-utente ottiene un piccolo Bonus);
- rapporto DL:UL;
- che tipo di UL / DL c'è stato (file completi, incompleti, rari);
- se si utilizza un nickname rubato, una sequenza mod rubata o si inviano file corrotti;
- se si effettuano richieste troppo in fretta (client aggressivi);
- se si effettuano richieste di fonti troppo spesso e/o si ignorano le richieste ricevute.
Ogni client punito ha una possibilità per essere riabilitato, questo è uno dei più grandi pregi del CA, in pratica un client identificato come scorretto, se invia file in upload verso la rete, viene riabilitato e non più bannato/penalizzato (questo non avviene in altri sistemi diversi dal CA in cui i client bannati sono inevitabilmente "persi" anche se potrebbero inviare file in upload, questo è sia scorretto che inutile).
La riabilitazione è effettiva quando noi riceviamo da questi client bannati/penalizzati dei chunk, che variano in base alla penalità, nel caso di Mod che rubano il Nick, la penalità è 5 chunk per poter tornare al livello "normale".
L'idea che sta alla base del CA venne a WiZaRd mentre aggiornava la lista leecher per l'ennesima volta. I sistemi alternativi al CA hanno alcuni svantaggi:
- devono essere costantemente aggiornati;
- elevato consumo di CPU (per via di controlli continui);
- blocco/sanzione a tutte le Bad-Mod messe all'indice anche se queste in alcuni casi sono "utili" alla rete (inviano file in Upload).
- a volte vengono puniti i releaser.
Relativo al CA 1.4 e 1.55
Client che implementano il Client AnalyzerAcKroNiC, AnalyZZUL, Beba, eMuleFuture, NextEMF, SharkX, Spike2
DLP (Dynamic Leecher Protection)by dylandog84(presente solo nella versione MLF)Il
DLP (Dynamic Leecher Protection) è uno strumento creato da Xman (ex dev. della mod Xtreme) volto a combattere le leecher mod, ovvero quei client che scaricano dal network senza contraccambiare nulla.
Questo tool si avvale del contenuto di una
.dll denominata
Antileech.dll. Al suo interno presenta una lunga lista di stringhe che identificano la maggior parte delle MOD ritenute "scorrette" e contrarie alla filosofia stessa di eMule.
Quando l'antileech rileva una mod e ne trova corrispondenza nel suo database, questa viene bannata. Esiste la possibilità di penalizzare (senza bannare) solo certi tipi di client (community mod e nick/mods thieves), cioè client che possono arrecare danno al network, ma in modo meno pericoloso rispetto a mod che hanno l'upload a 0.
Per poter adoperare questo strumento bisogna usufruire di una mod che ne supporti la struttura, come ad esempio la "madre" Xtreme e le derivate Scarangel e Mephisto.
Maggiori infoEmulate Others La funzione di
emulazione permette di simulare il comportamento di altri client compatibili con la rete eDonkey durante le code; questo migliora il rendimento globale della mod perchè alcuni client eD2k nella loro coda di upload trattano in modo privilegiato gli utenti che hanno la loro stessa versione.
Quindi, ad esempio, un client eDonkey vedrà la nostra versione non come tale, ma come se fosse il programma eDonkey e quindi un client eDonkey ci metterà in coda proprio come se fossimo uno di loro.
Le operazioni di emulazione possono essere controllate nel registro di eMule (finestra "server") attivando il "verboso" in opzioni->avanzate.
(A cura di elboiler)Fake AnalyzerIl
Fake Analyzer (di Netfinity) è strutturato per eseguire un analisi dei file e delle informazioni che li accompagnano. L'analisi si basa su alcuni parametri come Dimensione, Bitrate, Tipo di file, Nome e incrocia questi parametri in base ad una logica abbastanza semplice ma efficace, assegnando dei punteggi ad ogni file. Alla fine dell'analisi, questi file vengono reggruppati in base alpunteggio che hanno totalizzato.
I gruppi previsti dal Fake Analyzer sono 4 più il Non classificato (UNKNOWN). Ad ogni gruppo è associato un colore di sfondo visualizzato direttamente nella finestra di ricerca. Segue la scala dal migliore al peggiore:
1)
GOOD: rappresentato con lo sfondo di colore
Verde;
2)
OK: rappresentato con lo sfondo di colore
Azzurro;
3)
SUSPECT: rappresentato con lo sfondo di colore
Giallo;
4)
FAKE: rappresentato con lo sfondo di colore
Rosa;
nel caso in cui l'analisi non desse risultati attendibili, il file rimarrebbe non classificato (UNKNOWN) e quindi con il normale sfondo bianco.
Flush ThreadLa
Flush Thread è una funzione creata in origine dalla Morph XT (SiRoB) e adottata da molte altre mod, separa le operazioni di scrittura e gestione dei file Part da tutto il resto rendendole indipendenti, questo per prevenire blocchi dell'interfaccia grafica ed incrementare le prestazioni.
Identificazione Sicura Utente (SUI)L'
Identificazione Sicura Utente è una funzione del client Ufficiale. Tutti i Client nella rete sono identificati univocamente tramite un valore chiamato Hash utente (User hash). Questo hash utente è memorizzato nel file Preferences.dat ed è usato per l'assegnazione dei crediti accumulati con gli altri utenti. eMule può usare una codifica asimmetrica per vanificare eventuali manipolazioni/copie dei codici hash dell'utente. Il metodo consiste nell'usare due chiavi, una privata e una pubblica per rendere efficiente e sicura l'identificazione.
L'Identificazione sicura utente può essere attivata dal menù Opzioni > Sicurezza, spuntando la voce "Usa identificazione sicura" (è raccomandato l'uso di questa funzione).
Come funziona l'Identificazione sicura1)
Il client A crea una chiave a 384 bit che viene salvata nel file Cryptkey.datIl client A vuole essere sicuro che i suoi crediti siano salvi e sicuri e usati solo da lui, per questo crea una chiave RSA privata a 384 bit e la salva nel file Cryptkey.dat. Questa chiave viene creata quando il sistema di Identificazione sicura viene usato per la prima volta. Perdere questo file significherebbe perdere tutti i crediti che il client A ha accumulato in quanto non sarebbe più in grado di dimostrare la sua vera identità.
2)
client A --- invia la chiave pubblica più un numero casuale X al client B ---> client B
client A <--- invia la chiave pubblica più un numero casuale Y al client A --- client B
entrambi memorizzano le chiavi pubbliche dell'altro nei loro rispettivi Clients.metDue client che supportano l'Identificazione sicura si scambiano dati per la prima volta, inviano all'altro, sia una chiave pubblica che un valore numerico casuale. Ognuno di loro salva la chiave pubblica dell'altro nel proprio Clients.met. Solo la chiave pubblica viene salvata, il valore numerico casuale viene generato diverso ad ogni connessione.
3)
client A --------------------- invia una firma digitale ---------------------> client B
Il client A crea una firma dal numero casuale Y (e chiave pubblica di B) insieme alla sua chiave privata.Quando il client A vorrà identificarsi nei confronti del client B in momenti successivi al primo contatto, genererà una firma digitale da inviare a B. Questa firma è composta dalla propria chiave privata, dalla chiave pubblica di B più un valore casuale. Questa firma digitale è valida finché A non cambia il proprio indirizzo IP oppure B chiude eMule.
4)
Il client B controlla che la firma derivi dal numero casuale Y (e chiave pubblica B) e se è accompagnata dalla chiave pubblica di A
Se tutto è corretto, l'identificazione è stata eseguita con successo.Dopo aver ricevuto la firma digitale di A, il client B controlla se è stata creata dalla propria chiave pubblica e se è stato usato il corretto valore casuale. Se tutto questo è corretto ed è accompagnato dalla chiave pubblica corretta di A, allora il client A è stato identificato con successo.
Note:- Se il file Cryptkey.dat è perso o cancellato, il file Preferences.dat deve essere cancellato anch'esso altrimenti tutti i crediti successivi alla perdita del file Cryptkey.dat provenienti dai client conosciuti andrebbero perduti.
- Attivando l'opzione in menù Opzioni > Sicurezza, Usa identificazione sicura, tutti i vecchi crediti, quelli "non sicuri" andrebbero persi. Per motivi di sicurezza questo azzeramento è inevitabile.
Tutte queste informazioni sono valide per la versione: 0.29b o superiore Intelligent Chunk Selection (ICS)Con la
Condivisione Intelligente dei Chunk (oppure
Selezione Intelligente dei Chunk) gli utenti si scambiano le informazioni sui chunk.
Ci sono tre tipologie di selezione dei chunk, proporzionali alla quantità di fonti complete:
- RELEASE: se le fonti complete in rete sono meno di 3 (3 compreso). In questo caso l'ICS da la priorità all'upload/download dei chunk più rari. Solo in questa modalità la selezione delle parti necessarie all'anteprima non è disponibile ma viene selezionato il chunk più veloce da completare (shortest-to-complete chunk) che non è scaricato da nessuno (questo per garantire la disponibilità in rete di tutte le parti).
- SPREAD (diffusione): se le fonti complete sono tra 4 e 10 (estremi compresi). In questo caso vengono presi prima i chunk piccoli e poi quelli rari.
- SHARE (condivisione): se le fonti complete sono superiori a 10. In questo caso si ha il comportamento normale (come ad esempio la selezione delle parti per l'anteprima).
Funzione realizzata da enkeyDEV+WiZaRd NicehashLa funzione
Nicehash (originariamente creata da Cicciobastardo nella
Bastard Mod) applica delle pause ogni X secondi di hashing per evitare di rallentare il sistema e togliere risorse ad altre operazioni.
In aggiuta all'implementazione ufficiale, ci sono altre funzioni disponibili per ridurre l'uso eccessivo del proprio Hard Disk durante i processi di hashing e spostamento.
Server AnalyzerIl
Server Analyzer è una funzione concepita dallo sviluppatore
Spike2 basata su criteri semplici ma altrettanto efficaci.
I criteri sono i seguenti:
- Nome del server: se non lo ha, è altamente sospetto;
- Descrizione del server: se non è fornita sono sospetti;
- Rapporto File/Utenti: Normalmente il rapporto dovrebbe essere intorno a 300 (vuol dire che in media gli utenti connessi al server hanno 300 file a testa). Server con valori superiori a 300 potrebbero voler dire che il server indicizza file fittizi, allo stesso tempo, Server con valori molto bassi (rapporto inferiore a 50) potrebbe voler dire che il server indizza solo pochissimi file condivisi dagli utenti. In entrambi i casi, c'è un alta percentuale che il server sia un Fake Server;
- Utenti con IDBasso: Un server con pochi utenti con IDBasso o addirittura senza, è un chiaro segno che il server assegna falsi IDAlti agli utenti. Per questo non è affidabile;
- Numero dei file accettati: Se il server non accetta file, è altamento sospetto;
- Supporto dei file grandi: Un server rispettabile dovrebbe avere il supporto per il file grandi, in caso contrario, userebbe un software vecchio e quindi sarebbe sospetto;
- Supporto della connessione offuscata: Generalmente i fake server non supportano l'Offuscamento, quindi tutti i server che non lo suportano sono considerati sospetti.
Opzioni Avanzate
Usa il sistema dei creditiN.B. l'immagine e la spiegazione seguente si riferisce esclusivamente alla versione che implementa il CA; la versione MLF presenta la voce classica come nella versione ufficiale.Questa voce presente nelle
opzioni avanzate, non è altro che la medesima presente nella versione ufficiale ma con la differenza che si può anche scegliere il
ClientAnalyzer come metodo (consigliato) di ricompensa/punizione. Le altre due voci disabilitano (
Non ricompensare gli uploader) o abilitano (
Usa crediti ufficiali) il sistema crediti ufficiale (non raccomandato).
Approfondimento :I crediti di cui si parlerà non sono nostri, noi decidiamo con quale criterio assegnare i crediti degli altri utenti che scaricano da noi poiché vengono salvati sul nostro PC (questa è una precauzione fondamentale per prevenire la contraffazione). C'è comunque da dire che i crediti Ufficiali sono concepiti malissimo e sono facilissimi da aggirare (si legga il funzionamento qui di seguito).
Molti sistemi di crediti sono spiegati in inglese su wiki.emule-web.de
* Non ricompensare uploader : Sistema di crediti disattivato.
* Usa Sistema crediti Ufficiale (ATTENZIONE: facilmente falsabile!) : Il numero dei crediti, detto Credit Score, è un fattore variabile da 1 a 10 che determina la nostra posizione nelle code dei file che scarichiamo.
I Crediti sono calcolati secondo queste due formule (si parla in prima persona, quindi inviati e ricevuti si parla di noi):
Credit Score = (Byte ricevuti) x 2 / (Byte inviati)
Credit Score = √ [(Byte inviati/1.000.000) + 2 ] (il simbolo è la radice quadrata)
Tra le 2 eMule assume come valido il risultato più basso. Questo perchè non sarebbe giusto che per la sola formula A chi manda appena 10 MB e ne riceve 1 possa avere già un punteggio di 10.
Alcune condizione da rispettare:
* Upload totale <1000000 byte (~ 1MB) => Credito assegnato = 1
* Download totale = 0 => Crediti associati = 10
* I crediti vanno da 1 a 10
Esempio:
Sistema crediti Ufficiale: (con approssimazione pari a ~ 1 Chunk)
download 10MB, Upload 1MB -->punteggio crediti per questo client: 3,46
download 20MB, Upload 11MB -->punteggio crediti per questo client: 3,63
download 30MB, Upload 21MB -->punteggio crediti per questo client: 2,86
download 90MB, Upload 81MB -->punteggio crediti per questo client: 2,22
download 50MB, upload 20MB -->punteggio crediti per questo client: 5,0
download 90MB, upload 50MB -->punteggio crediti per questo client: 3,6
download 120MB, upload 80MB -->punteggio crediti per questo client: 3,0* Usa il Client Analyzer per stabilire la ricompensa/sanzione * valore di partenza = 1
* valore minimo = 0.01
* valore massimo = 10
Assegna punteggio ai client basandosi sul loro comportamento, come ad esempio:
* per quanto tempo è conosciuto (assegna bonus per ogni settimana che il client mantiene il suo hash);
* rapporto upload/download;
* tipo di upload/download (completo/parziale/raro)
* opzioni AntiLeecher: ladri di nick, ladri di sequenza mod, falsificatori di file, spammer, sfruttatori di scambio fonti o client aggressivi;
* tempo medio di richiesta.
Opzioni Mod
 | Come già detto, la gran parte delle funzioni, e quindi delle opzioni, della AcKroNiC sono state sostituite dalle opzioni della MorphXT. Nella figura qui a sinistra potete notare che sono presenti tutte le classiche opzioni della MorphXT con l'aggiunta di due opzioni proprie della nuova AcKroNiC e cioè AcKroNiC filters e AcKroNiC. Vediamole in dettaglio. |
AcKroNiC filters
Ackronic/Enetec Servers FilterIn base al sistema usato, ASF oppure Server Analyzer, ecco una tabella riassuntiva per interpretare la legenda dei colori:
| Scenario | Opzione ASF nel menu Ackronic III | "Filtra anche i Server" nel menu Sicurezza | Azione sui server | Tasto "Filtra la lista Server adesso!" | Colori dei Server |
|
| 1° | Server Analyzer | Non selezionato | In Rosso i server sospetti (sia dinamici che statici) - in Nero quelli buoni - e in rosso scuro (Marrone) i server sospetti con più di 2 connessioni fallite, e in Grigio i server buoni con più di 2 connessioni fallite. | è Disabilitato | ROSSO
NERO
MARRONE
GRIGIO |
|
| 2° | Server Analyzer | Selezionato | I server filtrati dall'IPFilter vengono rimossi automaticamente, sono rappresentati in Rosso i server sospetti (sia dinamici che statici) - in Nero quelli buoni - e in rosso scuro (Marrone) i server sospetti con più di 2 connessioni fallite, e in Grigio i server buoni con più di 2 connessioni fallite. | è Disabilitato | ROSSO
NERO
MARRONE
GRIGIO |
|
| 3° | ASF
Filtro ASF Automatico NO | Non selezionato | In Giallo i server sospetti in base ai parametri degli ASF (sia dinamici che statici) - in Nero quelli buoni - e in giallo scuro (Olivastro) i server sospetti con più di 2 connessioni fallite, e in Grigio i server buoni con più di 2 connessioni fallite. | è Abilitato
Cliccando sul tasto, vengono rimossi solo i server dinamici sospetti | GIALLO
NERO
OLIVA
GRIGIO |
|
| 4° | ASF
Filtro ASF Automatico NO | Selezionato | I server filtrati dall'IPFilter vengono rimossi automaticamente, sono rappresentati in Giallo i server sospetti (sia dinamici che statici) - in Nero quelli buoni - e in giallo scuro (Olivastro) i server sospetti con più di 2 connessioni fallite, e in Grigio i server buoni con più di 2 connessioni fallite. | è Abilitato
Cliccando sul tasto, vengono rimossi solo i server dinamici sospetti | GIALLO
NERO
OLIVA
GRIGIO |
|
| 5° | ASF
Filtro ASF Automatico SI | Non selezionato | I server dinamici ritenuti sospetti in base ai parametri degli ASF vengono rimossi automaticamente, in Giallo i server sospetti in base ai parametri degli ASF (SOLO Statici) - in Nero quelli buoni - e in giallo scuro (Olivastro) i server sospetti con più di 2 connessioni fallite, e in Grigio i server buoni con più di 2 connessioni fallite. | è Disabilitato | GIALLO
NERO
OLIVA
GRIGIO |
|
| 6° | ASF
Filtro ASF Automatico SI | Selezionato | I server filtrati dall'IPFilter vengono rimossi automaticamente. I server dinamici ritenuti sospetti in base ai parametri degli ASF vengono rimossi automaticamente, in Giallo i server sospetti in base ai parametri degli ASF (SOLO Statici) - in Nero quelli buoni - e in giallo scuro (Olivastro) i server sospetti con più di 2 connessioni fallite, e in Grigio i server buoni con più di 2 connessioni fallite. | è Disabilitato | GIALLO
NERO
OLIVA
GRIGIO |
Advanced Server FilterGli ASF filtrano la lista server basandosi sui seguenti parametri: numero di utenti minimi, numero di file minimi, lista nera delle parole che NON devono essere contenute nel nome del server, lista nera delle parole che NON devono essere contenute nella descrizione del server.
Filtro ASF AutomaticoAttivando questa opzione, verrebbero eliminati automaticamente i server Dinamici non idonei secondo i parametri degli ASF. I server Statici non idonei invece, sarebbero rappresentati in Giallo (chiaro o scuro a seconda dei casi, vedi tabella sopra) e non vengono rimossi automaticamente, ma sono semplicemente segnalati e sarà l'utente a decidere se rimuoverli manualmente o meno.
Server AnalyzerIl Server Analyzer esegue un controllo dei server basandosi su alcuni parametri, in base alla risposta, i server sono rappresentati nella lista con colori diversi (
vedi tabella sopra). Ecco i criteri di valutazione dei server:
- Nome del server: se non lo ha, è altamente sospetto;
- Descrizione del server: se non è fornita è sospetto;
- Rapporto File/Utenti: normalmente il rapporto dovrebbe essere intorno a 300 (vuol dire che in media gli utenti connessi al server hanno 300 file a testa). Server con valori superiori a 300 potrebbero voler dire che il server indicizza file fittizi, allo stesso tempo, Server con valori molto bassi (rapporto inferiore a 50) potrebbe voler dire che il server indicizza solo pochissimi file condivisi dagli utenti. In entrambi i casi, c'è un alta percentuale che il server sia un Fake Server;
- Utenti con IDBasso: un server con pochi utenti con IDBasso o addirittura senza, è un chiaro segno che il server assegna falsi IDAlti agli utenti. Per questo non è affidabile;
- Numero dei file accettati: se il server non accetta file, è altamente sospetto;
- Supporto dei file grandi: un server rispettabile dovrebbe avere il supporto per il file grandi, in caso contrario, userebbe un software vecchio e quindi sarebbe sospetto;
- Supporto della connessione offuscata: generalmente i fake server non supportano l'Offuscamento, quindi tutti i server che non lo supportano sono considerati sospetti.
Filtra i Server in base al nomeIn questo campo sono da immettere tutte le parole all'Indice che gli ASF andranno a cercare all'interno del campo Nome server. Tutti i server che avranno corrispondenza positiva con questo elenco di parole, saranno ritenuti Non idonei e segnalati a seconda dei casi.
Filtra i Server in base alla descrizioneIn questo campo sono da immettere tutte le parole all'Indice che gli ASF andranno a cercare all'interno del campo Descrizione server. Tutti i server che avranno corrispondenza positiva con questo elenco di parole, saranno ritenuti Non idonei e segnalati a seconda dei casi.
Filtra i Server con meno di X UtentiIn questo campo è da immentere il numero di Utenti minimo che un server può avere. Sotto questo limite il server sarà ritenuto Non idoneo. Utile per scremare server piccoli.
Filtra i Server con meno di X FileIn questo campo è da immentere il numero di File minimo che un server può avere. Sotto questo limite il server sarà ritenuto Non idoneo. Utile per scremare server piccoli.
Attiva Filtro famigliaQuesto filtro è stato creato per proteggere la nostra famiglia (principalmente i bambini) da contenuti non adatti a loro. Il filtro fa in modo che non si abbia la possibilità di iniziare ricerche che abbiano come termini le parole inserite nel filtro ed è provvisto di una password che permette di avere una maggiore sicurezza: la password impedisce che il filtro venga disattivato da coloro per cui è stato creato. Per modificare i valori del filtro aprire con un qualunque editor di testo il file AcKroNiCPrefs.ini e cercare la riga "FamilyFilter=" e di seguito inserire i valori separati da virgola (NOTA: il separatore per ogni valore è la Virgola e la serie di parole termina troncha, cioè SENZA virgola punto o qualsiasi altra cosa). Prima di modificare ricordarsi di chiudere eMule altrimenti i cambiamenti non verranno salvati.
Attiva Filtro spazzaturaQuesto filtro è stato creato per avvisare l'utente inesperto, magari attirato dal nome di alcuni file, avvisandolo con un piccolo popup se tali file che ha messo in download sono dannosi per il proprio sistema o per la rete eD2K. Questo filtro NON impedisce di scaricare il file bensì visualizza un avviso, sarà poi l'utente ha decidere cosa fare. Per modificare i valori del filtro aprire con un qualunque editor di testo il file AcKroNiCPrefs.ini e cercare la riga "FakeFilter=" e di seguito inserire i valori separati da barra verticale "|" (NOTA: il separatore per ogni valore è la "|" e la serie di parole termina troncha, cioè SENZA "|", punto o qualsiasi altra cosa). Prima di modificare ricordarsi di chiudere eMule altrimenti i cambiamenti non verranno salvati.
