This wiki, on valeriocipriani.com, uses cookies to give you the best experience on our websites. By continuing to use valeriocipriani.com, we assume that you accept our use of cookies.
Read more about cookies.
Client Analyzer (ita): Difference between revisions
Emulizzato (talk | contribs) No edit summary |
|||
Line 1: | Line 1: | ||
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'[http://it.emule-community.de/index.php?title=Sistema_Argos_%28Opzioni%29 Argos] di Xanatos (NeoMule).<br/> | 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'[http://it.emule-community.de/index.php?title=Sistema_Argos_%28Opzioni%29 Argos] di Xanatos (NeoMule).<br/> | ||
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à. | 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à. | ||
Revision as of 17:51, 23 August 2008
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à.
Funzionamento
Il 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 qualcuno 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 effetuano 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 Analyzer
AcKroNiC, eMuleFuture, Beba, SharkX. (ultimo aggiornamento 18 giugno 2008)