Citazione di: Sparc
Una curiosita': ma adesso si usa dw al posto di DL o D/L oppure e' qualcosa di diverso? Intendi download, no? Se e' cosi' mi son perso l'ennesimo effetto diacronico del lessico della rete, altrimenti mi son perso qualche informazione tecnica. Brutto segno in entrambi i casi.

aspettando l'intervento del buon mattia per ricevere lumi in merito, io utilizzo DW solo perchè così ho sempre fatto, e nessuno mi ha mai corretto, ma forse la dicitura DL è più corretta... non lo so...

cmq finchè ci si capisce tutto ok

si infatti serve l'intervento del buon mattia!!!      

adesso e il momento di invocare la sua presenza  

ho notato che media defender (almeno nel mio caso) cerca di entrare sempre e solo dalla porta UDP, ossia solo attraverso rete kad...

quindi consiglio vivamente a coloro che non utilizzano peerguardian, perchè pensano che utilizzando solo la kad non possano avere problemi di sicurezza, di ripensarci...
infatti utilizzare solo la kad protegge solo dall'eventualità di connettersi ad un server spy... ma non da tutto il resto

Citazione di: Koje
ho notato che media defender (almeno nel mio caso) cerca di entrare sempre e solo dalla porta UDP, ossia solo attraverso rete kad...

quindi consiglio vivamente a coloro che non utilizzano peerguardian, perchè pensano che utilizzando solo la kad non possano avere problemi di sicurezza, di ripensarci...
infatti utilizzare solo la kad protegge solo dall'eventualità di connettersi ad un server spy... ma non da tutto il resto

questi sono consigli d'oro koje.....apparte che al giorno d'oggi senza ip filtrer aggiornato e pg2 si rischia molto!!!

anzi dovrebbero fare come alcuni giochi la confenzione normale e l'orange box che comprende 3 giochi della stessa serie tipo hl2 hl2 ep1 hl2 ep 2

cosi anche per emule un bel pacchetto emule 0.48a ip filtrer v126 e pg2!!!!tutto in uno    

"Chi mi chiama?
....

Mi hai attratto con forza,
a lungo suggendo alla mia sfera,
e ora..."
 

Scusate ma non ho resistito alla tentazione... di un entrata teatrale, comunque non vi si può lasciare da soli neanche un po'  

Riguardo alla questione dei dati comunicati via S.E. il dubbio è legittimo ma le risposte le avete già date nei vostri post, c'è solo da coordinare un attimo le informazioni.

NON vengono trasmesse informazioni dal client al Server a cui è collegato il client, che riguardino connessioni estranee al o ai Server.

La rete e2DK e eMule sono stati creati per lo scambio di file e quindi ottimizzati con riferimento ai mezzi e al fine, sono le varie società anti P2P a doversi adattare alla "struttura" già esistente sfruttandone le possibili falle per i loro fini.
Quando un client si connette ad un server comunica il proprio ID, IP e la lista di file condivisi che viene indicizzata  in base all'Hash, questo perchè i Server servono per trovare fonti, ovvero altri client, con cui condividere file... quindi il Server deve sapere dove trovarci e cosa condividiamo.
Già così il quantitativo di dati supportato dai server è enorme, tanto che alcuni server arrivano a limitare i file indicizzati per evitare di collassare.
Tra l'altro questo sistema è stato studiato per operare con Server di passata generazione che potevano supportare un numero minore di utenti gestendo i dati in maniera meno efficace.

Ipotizzare che ogni utente che si connette a un Server arrivi a comunicare la lista dei suoi contatti via S.E. o Kad o peggio ancora i log o la cronologia delle operazioni effettuate nella ricerca di fonti porterebbe a un duplice collasso.
Da un lato qualsiasi Server non reggerebbe più di poche ore il traffico finendo per cadere, dall'altro si genererebbe per il client un overhead eccessivo tra l'altro non giustificabile perchè inutile per lo scopo per cui eMule è stato creato.

Tanto per fare un po' di numeri.... ipotizziamo in maniera  del tutto approssimativa un client che ha contattato circa 2000 fonti totali, di queste ipotizziamo 700/800 via S.E. e 600 via Kad, per ogni fonte non acquisita via Server (approssimiamo a 1300 fonti) dovrebbero essere comunicati ID, IP Lista di file, ipotizzando circa 80/100 file condivisi per utente, si arriverebbe già così a dover mantenere in memoria circa 13.000 Hash di file per utente senza contare le centinaia di richieste di fonti sempre per utente.... in pratica ci vorrebbe un "sotto-server" per ogni utente.

Ma la motivazione fondamentale, ripeto, è che tutto questo traffico non apporterebbe alcun beneficio alla condivisione, quindi perchè i dev di eMule avrebbero dovuto creare una simile funzione... il client comunica al Server solo il proprio ID, IP e la propria lista di File... ogni altra informazione sarebbe inutile e tecnicamente controproducente.

Unico caso in cui si può in qualche modo fare un discorso simile è quello dell'ID Basso di un client, in questo caso non siamo rintracciabili e quindi è il Server che dice agli altri client dove trovarci.. intervenendo in ogni contatto tra i client, in questo caso le informazioni vengono comunicate al Server ma si tratta solo di contatti tra client entrambi connessi allo stesso Server (no Kad, no S.E.)... quindi informazioni a cui il Server (se spia avrebbe già accesso)... tra l'altro i Server accettano pochi ID Bassi proprio perchè richiedono troppe risorse, a conferma di quanto detto sopra.

Il S.E. serve proprio per allegerire il lavoro dei Server e riguarda un rapporto diretto tra due client, se l'altro client è "in buona fede" non ci sono problemi.
Diverso è il caso di client spy ma questo è ovviamente un'altro discorso.

Si tratta di far capire che il filtraggio delle connessioni non e' piu' opzionale bensi' vitale...
Il problema ha origine piu' a monte, e cioe' dal fatto che i Pc sono venduti come elettrodomestici ma non tutti gli utilizzatori hanno le competenze di amministrazione di sistema pur essendo responsabili di qualsiasi attivita' del proprio host...
In pratica, con la diffusione della banda larga e' come vendere automobili e farle guidare a chi non e' patentato (sorvolo per pieta' sull'ECDL, una delle piu' tristi truffe del decennio e che ha visto coinvolti anche vecchi amici come il Giustozzi - che desolazione...)

Intanto io aspetto fiducioso l'intervento di mattia.pascal, ormai divenuto il mio guru (sara' in meritata "guru meditation" domenicale - questa la capiscono solo gli amighisti    )

Facciamo propaganda, finche' dura l'onda del leak di Media Defender...
Ed intanto evochiamo il guru:
       


Ooops! L'evocazione ha avuto un effetto anticausale!!!!!!!

[!--quoteo--][div class=\'quotetop\']QUOTE[/div][div class=\'quotemain\'][!--quotec--]
"Chi mi chiama?
....

Mi hai attratto con forza,
a lungo suggendo alla mia sfera,
e ora..."
[/quote]

toppo forte      

x il resto ho capito......grazie hai spiegato sempre tutto bene !!!!!

ho fatto bene ha usare la teccina del richiamo credo ke koje conosca bene queste tecniche!!!    

[a href=\"http://imageshack.us\" target=\"_blank\"]  

Citazione di: mattia.pascal

Riguardo alla questione dei dati comunicati via S.E. il dubbio è legittimo ma le risposte le avete già date nei vostri post, c'è solo da coordinare un attimo le informazioni.

NON vengono trasmesse informazioni dal client al Server a cui è collegato il client, che riguardino connessioni estranee al o ai Server.

[...]


Il S.E. serve proprio per allegerire il lavoro dei Server e riguarda un rapporto diretto tra due client, se l'altro client è "in buona fede" non ci sono problemi.
Diverso è il caso di client spy ma questo è ovviamente un'altro discorso.

Che dire... Ti ringrazio infinitamente, al solito le tue spiegazioni mi aiutano a razionalizzare e mi tranquillizzano.  

Citazione di: Sparc
Che dire... Ti ringrazio infinitamente, al solito le tue spiegazioni mi aiutano a razionalizzare e mi tranquillizzano.  

x fortuna la tecnica del richiamo funziona .......e mattia e venuto in nostro soccorso xke stava x scatenarsi il panico!!!

Citazione di: Malcolm
x fortuna la tecnica del richiamo funziona .......e mattia e venuto in nostro soccorso xke stava x scatenarsi il panico!!!

Siamo a rischio dipendenza, temo...  
Per ogni domanda a mattia.pascal ho idea che dovro' chiedere alla consorte di farmi una ricetta sul ricettario rosa!  

Beh, grazie ancora!

Citazione di: Sparc
Siamo a rischio dipendenza, temo...  
Per ogni domanda a mattia.pascal ho idea che dovro' chiedere alla consorte di farmi una ricetta sul ricettario rosa!  

Beh, grazie ancora!

sai cosa che alcuni utenti chiedono particolari o cose che è davvero difficile che conosca....e x questo mi sono allenato tanto nella tecnica del richiamo!!!

Ciao a tutti,dato che questo periodo e' un po' particolare,volevo sapere sè PeerGuardian 2 l'ho devo lasciare con la list manager level 1-2,oppure devo avere piu' protezione!! grazie a tutti ciao.

Citazione di: nevrotik
Ciao a tutti,dato che questo periodo e' un po' particolare,volevo sapere sè PeerGuardian 2 l'ho devo lasciare con la list manager level 1-2,oppure devo avere piu' protezione!! grazie a tutti ciao.

con la lista 1 e 2 tu hai una protezzione di base io ti consiglierei di mettere tutte e 3 le iana quella che finisce con troyan e syware

leggi qui

Citazione di: Malcolm
ho fatto bene ha usare la teccina del richiamo credo ke koje conosca bene queste tecniche!!!

[a href=\"http://imageshack.us\" target=\"_blank\"]

cmq allora (per fortuna) la mia tesi era corretta... grazie mattia

Citazione di: Koje
chi mi ha evocato!!!!!

 

cmq allora (per fortuna) la mia tesi era corretta... grazie mattia

sapevo che ti sarebbe piaciuto!!!!