EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!!

Diskutiere EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! im Filesharing & One-Click-Hoster Forum im Bereich Internet & Telekomunikation Forum; Hallo zusammen, bei mir häufen sich in letzter Zeit die defekten Teile bei Downloads mit eMule. Und das über Wochen. Dazu habe ich einen...
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #1
XrayD

XrayD

Bekanntes Mitglied
Dabei seit
13.10.2001
Beiträge
187
Reaktionspunkte
0
Ort
/usr/local/xrayd
Hallo zusammen,
bei mir häufen sich in letzter Zeit die defekten Teile bei Downloads mit eMule. Und das über Wochen. Dazu habe ich einen interessanten Text gefunden:

Dieser kommt aus dem folgenden
Board. Ich poste ihn dennoch nochmal hier, da es ein wichtiges Thema ist.

Wer kein Bock auf soviel Text hat, hier die Kurzversion:
1: 26b - c oder d installieren
2: IP Filter File unter dieser Adresse saugen
3: Das File umbenennen in : ipfilter.dat
4: Die ipfilter.dat in den eMule Ordner kopieren
5: Der Punkt "Filtere ungültige IP`s" bei den eMule - Einstellungen unter " Server" sollte AN sein.
6: eMule unbedingt neu starten !
7: Die Datei regelmäßig aktualisieren, neue Versionen ins Board posten !


Achtung, im folgenden versuche ich mal möglichst einfach ein großes Problem mit eMule zu erklären, ich versuche absichtlich, mich einfach auszudrücken.
Bitte unbedingt zu Ende lesen, es ist in Eurem eigenen Interesse !
Also es gibt Leute , die dafür bezahlt werden, eMule Files zu verändern, so das diese defekt sind.
Das sieht dann im Muli etwa so aus :
Heruntergeladener Teil 13 ist beschädigt (Hier steht dann der Name des Files)
Heruntergeladener Teil 23 ist beschädigt (Hier steht dann der Name des Files)
Heruntergeladener Teil 12 ist beschädigt (Hier steht dann der Name des Files)
Heruntergeladener Teil 11 ist beschädigt (Hier steht dann der Name des Files)
Heruntergeladener Teil 5 ist beschädigt (Hier steht dann der Name des Files)
Das führt dazu, das von einem File, das z.B. 100 mb groß ist, im ungünstigen Fall, mehrere 100 mb downgeloadet werden müssen.
Ist klar, die defekten Teile schmeisst der Muli raus und lädt sie neu, so lange bis er ein Teil erwischt hat, das ok ist.
So, wie kommt das ?
Beispiel :
Ich nenne den \" Dienst \", der die Files absichtlich verändert mal Penner
Also Penner hat das File im share, es connecten sich 5 User und laden bei Penner runter.
Also haben wir 5 Leute, die ein kaputtes Teil haben.
Bei diesen 5 Leuten connecten sich jeweils weitere 5 Leute, die alle das kaputte Teil saugen.
Das geht dann, wie es beim Filesharing nun mal so ist, immer weiter.
Hunderte oder Tausende haben das kaputte Teil, es wird vom Muli rausgeworfen und er lädt es neu.
Aber, sehr wahrscheinlich lädt er dann wieder bei Jemandem, der auch das kaputte Teil hat, die Geschichte geht von vorne los.
Wenn man also nun die Menge der User sieht und das praktisch Jeder bei Jedem lädt, kann man sich denken, wieviele tausende mal das kaputte Teil geladen wird.
Bis man mal an Jemanden gerät, der das Original File hat, also das nicht durch Penner veränderte Teil.
Und dann können ja noch zig andere Teile des Files kaputt verbreitet werden, die Geschichte geht dann mit dem nächsten Teil von vorne los.
Nun, was können wir tun ?
Es gibt wahrscheinlich erst mal eine Zwischenlösung, die aber nur funktionieren kann, wenn alle oder zumindest viele mitmachen
Einige schlau Köpfe haben etwas entwickelt, das nennt sich :
IPFILTER
Das funktioniert so:
Es funktioniert nur ab der eMule Version 26 B
Bei älteren Versionen ist das Feature nicht integriert
Man kann sich unter dieser Adresse :
IP Filter
eine Datei runterladen, die ständig aktualisiert wird.
Die aktuelle Version ist die 1.10.
Diese Datei enthält Adressen, von \" Diensten \", die kaputte Files verbreiten.
D.h., Euer Muli lädt bei diesen Leuten nix runter und somit erhält man keine defekten Teile.
Aber:
Das bringt natürlich nur etwas, wenn Alle oder fast Alle mitmachen, denn was nützt es, wenn ich das Ding installiere und keine kaputten Teile bekomme, aber die zigtausend anderen User sich fleißig die kaputten Teile von diesem Dienst saugen und diese verbreiten ?
Irgendwann connecte ich ja dann zu einem von denen und bekomme dann halt von ihm das kaputte Teil.
Also hat mein Tool nix genützt, da ich das kaputte Teil von Jemand Anderem bekommen hat, der das Tool nicht installiert hat und nicht die 26b benutzt.
Was folgern wir daraus ?
Es kann nur einen Schutz geben, wenn Alle mitziehen und diese \" Dienste \" aussperren.
D.h.:
1: 26b - c oder d installieren
2: IP Filter File unter dieser Adresse saugen
3: Das File umbenennen in : ipfilter.dat
4: Die ipfilter.dat in den eMule Ordner kopieren
5: Der Punkt "Filtere ungültige IP`s" bei den eMule - Einstellungen unter " Server" sollte AN sein.
6: eMule unbedingt neu starten !
7: Die Datei regelmäßig aktualisieren, neue Versionen ins Board posten !

Wie gesagt, das Ganze kann nur funktionieren, wenn möglichst viele Leute mitziehen.
Wenn nicht, viel Spass beim saugen von kaputten Teilen und tagelangem warten !
Wenn die \" Dienste \" merken, das ihr Vorhaben funktioniert, dann wird man es verstärkt einsetzen und im Muli läuft nix mehr !
Hatte schon einen film, der fast 2 Monate brauchte um fertig zu werden ( kein alter Film!!), waren ständig kaputte teile drin. stellt euch doch mal vor, ihr würdet ständig von den alten emule-Usern ( unter 26b) kaputte Teile bekommen, bloß weil die meinen ihr esel läuft nicht so geschmiert mit den neuen versionen, da nützt nähmlich auch kein IPFilter, der uns davor schützt, alle müssen mitziehen, nur dann haben wir eine Chance in den Kampf gegen die großen Konzerne, die uns unser Netzwerk kaputtmachen wollen!!Egoismus wird wird den esel zerstören und ich kann nur sagen, hatte soooo viellle Schwierigkeiten, eine Verion höher als die 24b auf meinen PC hinzukriegen und habe es doch , und zwar mit Hilfe und Unterstützung und viel Geduld, geschafft , die 26d drauf zu bekommen!!!
Wo ein Wille, da auch ein Weg!!
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #2
XrayD

XrayD

Bekanntes Mitglied
Dabei seit
13.10.2001
Beiträge
187
Reaktionspunkte
0
Ort
/usr/local/xrayd
Habe noch eine Berichtigung hinzuzufügen: (auch aus dem Goldesel Board)

1.) "Ungültige Ips Löschen" aktiviert nicht den ipfilter, diese Option betrifft die serverlist(Daher in den Einstellungen auch unter "Servers" zu finden). Der Filter ist immer aktiv.

Weitere Bemerkung:

2.)Heruntergeladene, defekte Teile werden nicht von jedem weiterverteilt. Der Grund ist derFolgende:
Emule kann nur ganze Chunks (~9,8MB) sharen, dh. wenn ihr einen Teil runtergeladen habt, wird der erst geshared wenn ihr den kompletten, zugehörigen Chunk habt. Das ist der grund warum in emule die option"Versuche komplette Chunks hochzuladen" eingeführt wurde. Wenn aber der Chunk mit dem defekten Teil fertig ist, wird er überprüft und gelöscht, die Fehlermeldung"blblba Teil xx ist beschädigt" erscheint. Somit ist eine weiterverteilung der defekten Parts unter den normalen usern nicht möglich.
Wer also den IP-Filter benutzt und auf dem neuesten stand hält, der sollte vor den "bösen" defekten Teilen sicher sein, aber natürlich nicht vor den normalen kaputten, die es immer gab und geben wird. Das größere Problem wird sein diese Penner zu blocken, wenn sie irgendwann dynamische Ips benutzen.(was noch dauern wird da sie dazu über nen ISP reinmüssten und ich weiss nicht ob das jeder ISP einfach so mitmacht).
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #3
Z

Zombie79

Bekanntes Mitglied
Dabei seit
05.10.2001
Beiträge
6.132
Reaktionspunkte
2
Dem Provider dürfte das egal sein, was diese "Penner" sharen. Defekte Teile zu sharen ist mit einer modifizierten Version von eMule ohne weiteres möglich. Der Quelltext ist ja frei verfügbar.
Deshalb dürfte sich der Schutz durch die IP-Filter relativ schnell als nutzlos erweisen.

Allerdings hält sich der Anteil von defekten Chunks bei mir noch arg in Grenzen. Von daher sehe ich das Problem nicht weiter als kritisch an.
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #4
XrayD

XrayD

Bekanntes Mitglied
Dabei seit
13.10.2001
Beiträge
187
Reaktionspunkte
0
Ort
/usr/local/xrayd
Originally posted by Zombie79
Allerdings hält sich der Anteil von defekten Chunks bei mir noch arg in Grenzen. Von daher sehe ich das Problem nicht weiter als kritisch an.

Zu dem Thema Provider gebe ich Dir Recht. Ist nicht auf meinem Mist gewachsen. Hab ich per copy & paste transferiert.

Ich hoffe Du hast Recht und die Sache legt sich wieder.
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #5
Z

Zombie79

Bekanntes Mitglied
Dabei seit
05.10.2001
Beiträge
6.132
Reaktionspunkte
2
Die Anzahl der ehrlichen User ist (meiner Meinung nach) deutlich höher, als die der "Penner". Daran dürfte sich in Zukunft auch nicht viel ändern. Alles andere sollte mich doch stark wundern.

Die Community ist stark und flexibel. Man kann ihr nicht so leicht ans Bein pinkeln... ;)
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #6
budman

budman

Aktives Mitglied
Dabei seit
06.02.2003
Beiträge
44
Reaktionspunkte
0
Ort
eMule`s Paradise
Mit dieser Liste schon! Auf einer der kursierenden Listen sind ganze IP-Bereiche, wie die von ARCOR, totgelegt. D.h. alle Arcor-Nutzer bleiben draußen!?!?

Für meine Begriffe ne gute Idee, wichtig, aber braucht noch Feinschliff im Detail. Warum nicht den muli das machen lassen? Jedesmal wenn er einen defekten Teil bekommt, User Hash in eine Liste. Beim zweiten, falschen Teil innerhalb von z.B. 36 Std. wird diese User Hash gebannt. So baut sich jeder muli seine eigene Datei auf, die man dann natürlich auch untereinander, wie die server.met abgleichen könnte. Um dann wiederum keiner zu großen Einschränkung zu unterliegen, könnte man doch die Einträge in der Liste, die älter als z.B. zwei Monate sind, wieder löschen und damit die User Hash für zwei neue Versuche freigeben. Kommen wieder Fehler, Liste, 2. mal gebannt usw.

Fände das besser, als mit gefakten Listen ganze Provider tot zu legen!

Könnt ja mal eure Meinung sagen....

Gruss bud

[edit]
Originally posted by XrayD
Das größere Problem wird sein diese Penner zu blocken, wenn sie irgendwann dynamische Ips benutzen.(was noch dauern wird da sie dazu über nen ISP reinmüssten und ich weiss nicht ob das jeder ISP einfach so mitmacht).

Ich glaube, wer diesen Aufwand treibt, wird es auch nicht schwer haben, sich dynamische IPs zu besorgen. Für das entsprechende Geld, und das sponsort die Industrie schon, wenn sich dadurch das System gut genug stören lässt, findest Du auch einen ISP der Dir das macht. [/edit]
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #7
XrayD

XrayD

Bekanntes Mitglied
Dabei seit
13.10.2001
Beiträge
187
Reaktionspunkte
0
Ort
/usr/local/xrayd
Originally posted by budman
Fände das besser, als mit gefakten Listen ganze Provider tot zu legen!
Könnt ja mal eure Meinung sagen....

Deine Idee hört sich recht gut an. Sollte vielleicht mal als Vorschlag an die Entwickler gehen. Dauerhaft ist die provisorische Lösung jedenfalls nicht praxistauglich.

Originally posted by budman
Ich glaube, wer diesen Aufwand treibt, wird es auch nicht schwer haben, sich dynamische IPs zu besorgen. Für das entsprechende Geld, und das sponsort die Industrie schon, wenn sich dadurch das System gut genug stören lässt, findest Du auch einen ISP der Dir das macht.

Da gebe ich Dir absolut recht! Habe ich gepastet ohne drüber nachzudenken.
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #8
MaGuggen

MaGuggen

Bekanntes Mitglied
Dabei seit
13.01.2003
Beiträge
302
Reaktionspunkte
0
Ort
ausser Heide
ich will ja keine paranoia verbreiten, aber der artikel gibt mir zu denken.

1. wie ist es möglich, das immer mehr fehlerhafte chunks geladen werden, wenn doch der emule die chunks überprüft und erst bei fehlerfreiheit zum upload freigibt?
es dürften sich also gar nicht so viele fehlerhafte chunks verteilen.

2. was nützt die ipfilter.dat, wenn er diesen client mit dem fehlerhaften chunk bannt, wenn dieser am nächsten tag wieder in meinem download ist, weil er ja auch ne neue ip hat?

3. was ist mit dem client, der zufälligerweise die ip des vorgängers erhält, die ja gebannt wurde?
ist der weiterhin gebannt, obwohl er nur saubere files hat?

4. von wem kommt der obige artikel?
in vielen boards steht ein und dasselbe, immer mit hinweis auf ein anders board, aber was genaues erfährt man nicht.
ist dieser verfasser glaubwürdig?

5. die u-industrie kämpft um ihre pfründe, aber ist es wirklich so effizent, ein paar "penner" zu bezahlen, um ein paar files unbrauchbar zu machen?
viel effizenter wäre es, ein gerücht in die schöne fileshareingwelt zu setzen, auf das sich alle eine datei runterladen (trojaner), mit welcher dann beispielweise die identifizierung dieser ach so bösen "raubkopierer" leichter vonstatten geht.

6. ich kann ( wie wohl die überwiegende anzahl von uns ) mit der ipfilter.dat nichts anfangen, weil ich nicht weiß, was so eine datei überhaupt tut. vieleicht ist ja ein versteckter code enthalten.

7. ergo, laß ich es bleiben mir eine datei zu laden, die noch von keinem modder überprüft bzw. eingebaut wurde, denn ich meine gehört zu haben, auch in dänemark ist eine software an der identifizierung der filesharer beteiligt gewesen und im kampf der "guten" gegen die "bösen" hat die u-industrie auch angekündigt, notfalls mit illegalen mitteln (vieren u.s.w. ) vorzugehen.
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #9
Fakemac

Fakemac

Super-Moderator
Teammitglied
Dabei seit
27.01.1999
Beiträge
7.183
Reaktionspunkte
2
Ort
Windowsland
@ MaGuggen

zu 1.
Ist ein Chunk einmal geladen wird es überprüft und dann weitergeshared. Deshalb musste XraD logischerweise sein erstes Posting auch durch sein zweites korrigieren:
Nur die "Dienste" können daher fehlerhafte Dateien verbreiten, indem sie bereits gehashte fertige Files manipulieren!

zu 2.
solange die Dienste statische IPs nutzen, haben sie nicht am nächsten morgen neue IPs. Für solche Manipulationen werden Standleitungen genutzt die i.d.R. statische IPs haben. Wenn's mal notwendig würde, ließe sich da bestimmt eine IP Dynamisierung durchsetzen. Das wäre dann problematisch...

zu 3.
ist weiterhin gebannt
aber aufgrund der über 4 Milliarden möglichen IP Adressen sehr unwahrscheinlich gerade so eine IP zu erhalten. Wenn das tatsächlich einmal eintritt (=Lotto6er ohne Tippschein) reconnectet man halt einfach.

zu 4.
k.A.,
aber zur Glaubwürdigkeit: ich denke schon das da etwas dran ist, da es ansonsten wohl weder die IP-Filter Funktion, noch die Listen geben würde...

zu 5.
ich denke es ist effizient, da man auf nicht ganz legales, aber nicht zu kontrollierendes einfach mit selbigen Waffen reagiert.
Deine Methode hingegen ist in sich schon juristisch argh bedenklich und eine gerichtliche Relevanz kaum abschätzbar.

zu 6.
"versteckter Code" eines Dritten? wieso gibts dann die Option in eMule?
Der Text gibt uns doch Aufschluss. Die Datei enthält IP-Adressen der Dienste von denen, bei Einsatz der Datei, nix geladen wird.

zu 7.
ich lasse es aus anderen Gründen bleiben: die Methode ist mir einfach zu umständlich.

Originally posted by Zombie79
Die Anzahl der ehrlichen User ist (meiner Meinung nach) deutlich höher, als die der "Penner". Daran dürfte sich in Zukunft auch nicht viel ändern. Alles andere sollte mich doch stark wundern.
Stimmt zwar, hilft aber leider nicht viel. Man nehme einfach eine einzelne T3 Leitung. Progge einen ganz normalen eMule so um, dass er die 100MBit Upstream auf 1000 UL-Slots aufteilt und zudem nicht volle Chunks hochläd sondern immer nur sehr kleine Teile. Jetzt setzt Du ein File mit manipulierten Chunks rein.

Voila! Schon hast Du mit einem einzigen bösen Penner eine ganze Armee von Downloadenden lahmgelegt die ständig mal ein Stück eines Chunks vom Penner laden und später feststellen, dass die vollen 9MB völlig umsonst geladen wurden.



ERGO des Ganzen:

Mir gefällt im Prinzip nur eines! Die Idee von Budman, den eMule solche Problemuser automatisch erkennen und ausschalten zu lassen. Sowas sollte aber nicht aufgabe eines Modders werden sondern die der eMule Programmer. Die sollten darauf hingewiesen werden.

Sollte das ganze zum akuten Problem werden, dann wird es sicherlich irgendwann so kommen wie budman vorgeschlagen hat.
Je früher die Programmer den Tipp aber kriegen desto eher könnte so eine Option verwirklicht werden...
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #10
budman

budman

Aktives Mitglied
Dabei seit
06.02.2003
Beiträge
44
Reaktionspunkte
0
Ort
eMule`s Paradise
Hallo!

Das ehrt mich ausgesprochen, sooft und so wohlwollend zitiert zu werden. Vielen Dank!

Ich halte das für ein sehr ernst zu nehmendes Problem, denn wie Fakemac schon sagt, die T3 Leitung ist schnell parat. Ich habe mir mal Gedanken über dieses System gemacht, und festgestellt, daß es da durchaus noch weitere Möglichkeiten für die "Penner" gäbe, um das noch effizienter zu gestalten. Ich nehme an, das sich solche Firmen auch ohne Probleme M$ Visual Studio und einen guten Programmierer dazu leisten können. Und schon gehts los.

Zu der Vermutung bzgl der Liste: Diese Liste ist nicht für uns filesharing User gedacht. Diese Liste ist eine ganz offizielle Liste der fest vergebenen IP-Adressbereiche. Deshalb stehen auch die positiven mit drauf! Also vertauenswürdig ist die ganze Sache, zumal die .txt die du ja runterlädst, jederzeit auch von Dir überprüft werden kann.

Ich sag`s mal so: Du mußt die Liste ja nicht nehmen. Ist wie wenn Du Dich beim autofahren nicht anschnallst. Jeder der diese Liste im Moment benutzt, hat Vorteile. Je länger sich dieses Thema hinzieht, umso mehr! Wer sie nicht benutzt wird über kurz oder lang feststellen, das die Menge der Daten die gezogen werden in keinem Verhältnis zu den "brauchbaren" daten steht.

Wir haben in den letzten Tagen vermehrt diese Liste, auch in überarbeiteter Form getestet, und erstaunliche Feststellungen gemacht: Innerhalb von 6Std. fanden sich keine beschädigten Teile, dafür aber rund 800 (!) gefilterte clients!!!!!

Sicher, das Sytem und vor allem die Liste und deren Filterung sind im Moment nicht Perfekt! Aber wie Du siehst, es wird daran gearbeitet. Und über mittester wäre ich nicht undankbar.....

Aber, wie gesagt, das bleibt jedem selbst überlassen, es ist ja nicht zwingend notwendig um den muli zu betreiben....

Gruss bud
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #11
MaGuggen

MaGuggen

Bekanntes Mitglied
Dabei seit
13.01.2003
Beiträge
302
Reaktionspunkte
0
Ort
ausser Heide
naja, das sind doch mal aussagen von leuten, die von der materie ne gewisse ahnung haben und das auch begründen können.
danke euch dafür :goil:

jetzt wo ich mehr darüber weiß, probier ichs doch mal.

weil ich mir irgendwelchen gerüchten und anweisungen selten zu eigen mache, ohne infos darüber zu haben, denke ich mal, mein posting war gerechtfertigt und hat auch noch einigen anderen leuten geholfen. :)
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #12
Lemmy

Lemmy

verdienter Ex-Mod
Dabei seit
14.04.2002
Beiträge
8.697
Reaktionspunkte
12
Ort
Lemmyngshausen
Naja , nachdem die Programmierer nun ja den Hash Code geknackt hat , und so auch ne menge Müll dateien reinbringen kann, wäre es nicht sinnvoller , wenn sie an einen neuen "Hash-Code basteln" den die nicht so schnell knacken ???

Das wäre doch das einfachste , oder etwa nicht ??? Die ipfilder.dat ist zwar ne schöne sache , aber dummerweise hat dies der Dogde this nicht , auf jeden fall noch nicht in der 3 E version. Die andere A1 und A2 sind ja leider nix dolles geworden (weil der original Emule 26 einfach schlecht ist) Aber Respekt an Agent , seine Version ist bis jetzt einfach die beste die ich kenne!

Mfg Lemmy
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #13
Z

Zombie79

Bekanntes Mitglied
Dabei seit
05.10.2001
Beiträge
6.132
Reaktionspunkte
2
Ich bezweifle, dass da irgendwas geknackt wurde. Der Quellcode ist frei verfügbar - wozu also irgendwas knacken.

Um fehlerhafte Dateien ins Spiel zu bringen muss man doch nur den Hash-Wert von der Originaldatei speichern, dann die Datei manipulieren und dann sharen. Das Programm wird so modifiziert, dass es den original Hash-Wert sendet - Fertig.

Eine Änderung der Hash-Funktion bringt gar nichts.
 
Zuletzt bearbeitet:
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #14
Z

Zombie79

Bekanntes Mitglied
Dabei seit
05.10.2001
Beiträge
6.132
Reaktionspunkte
2
Originally posted by Fakemac
ERGO des Ganzen:

Mir gefällt im Prinzip nur eines! Die Idee von Budman, den eMule solche Problemuser automatisch erkennen und ausschalten zu lassen. Sowas sollte aber nicht aufgabe eines Modders werden sondern die der eMule Programmer. Die sollten darauf hingewiesen werden.
Ich sehe darin ein kleines Problem. Der Problemuser kann nicht so ohne weiteres identifiziert werden, denn dazu müsste der komplette Chunk von einem User heruntergeladen werden. Das ist aber nicht immer der Fall.

Wenn diese Methode funktionieren soll, dann müsste als erstes sichergestellt werden, dass immer nur komplette Chunks in einem Stück vom selben User heruntergeladen werden. Das bringt allerdings eine ganze Reihe von anderen Problemen mit sich.

Nur ein Beispiel:
Die Störenfriede könnten den Uploads der Chunks immer kurz vor der Vollendung unterbrechen. Man könnte nicht herausfinden, ob das ein provozierter Abbruch war, oder ob der Client auf der anderen Seite normal beendet wurde (z.B. durch 24h Disconnect oder Programmende). Der nächste der im Falle eines Disconnects diese IP bekommt, steht auf der Blacklist... Das bringt die Community nicht weiter.
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #15
Fakemac

Fakemac

Super-Moderator
Teammitglied
Dabei seit
27.01.1999
Beiträge
7.183
Reaktionspunkte
2
Ort
Windowsland
Originally posted by Zombie79
Ich sehe darin ein kleines Problem. Der Problemuser kann nicht so ohne weiteres identifiziert werden, denn dazu müsste der komplette Chunk von einem User heruntergeladen werden. Das ist aber nicht immer der Fall.

Stimmt, das hab ich evtl. nicht abschließend bedacht.

Full Chunk Upload vorauszusetzen ist natürlich unmöglich! (Übrigens mal wieder dämlich von den Mulli Programmierern den Full Chunk Upload des donkey abzuändern)

Das Maultier könnte aber eine Liste führen über einen Chunk der gerade heruntergeladen wird, welche Teile dort von wem geladen wurde. Das geht natürlich nicht bei allen Chunks sondern wird nur bei den unvollständigen gemacht. Ist der Chunk komplett wird bei einem Fehler der User festgestellt der die fehlerhaften Stücke geliefert hat.
Die Frage ist nur ob der Rechenausfwand für den Mulli dann noch erträglich bleibt.

So wie die Mullis dann die Quellen tauschen könnten sie dann auch IPs der Blacklist tauschen.
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #16
Lemmy

Lemmy

verdienter Ex-Mod
Dabei seit
14.04.2002
Beiträge
8.697
Reaktionspunkte
12
Ort
Lemmyngshausen
Original geschrieben von Zombie79
Ich bezweifle, dass da irgendwas geknackt wurde. Der Quellcode ist frei verfügbar - wozu also irgendwas knacken.

Um fehlerhafte Dateien ins Spiel zu bringen muss man doch nur den Hash-Wert von der Originaldatei speichern, dann die Datei manipulieren und dann sharen. Das Programm wird so modifiziert, dass es den original Hash-Wert sendet - Fertig.

Eine Änderung der Hash-Funktion bringt gar nichts.

Stimmt , das brauchte nix geknackt werden , doch so einfach ist es auch nicht , du kannst nicht bei einer datei einfach so den hashwert rausnehmen. Der Hash-Wert ist ein Algorythmus der bei der datei rechnerisch hochgerechnet wird. Das bedeutet auf gut deutsch, die könnten höchstens ein Schrottpacket in der gleichen größe hochrechnen. Denn einfach den Hashwert nehmen und gut ist , so einfach ist dies auch nicht.

Die lassen schon ne komplette datei sagen wir mal 723.34341298 MB groß , dazu wird ein Schrottpacket hochgerechnet , das genau , aber auch 100 % genau die Größe der datei haben muß.

Ich glaube ich habe mich einfach zu kompliziert ausgedrückt.
Hoffe dieses versteht noch jemand... :ent:

Mfg
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #17
Lemmy

Lemmy

verdienter Ex-Mod
Dabei seit
14.04.2002
Beiträge
8.697
Reaktionspunkte
12
Ort
Lemmyngshausen
So wie die Mullis dann die Quellen tauschen könnten sie dann auch IPs der Blacklist tauschen. [/B][/QUOTE]

LOL , und kurz danach werden die Ip´s der Blacklist auch gefakt. Und schon ist das auch wieder was nix gebracht hat. Aber sonst ist die Idee schon nicht schlecht.

Mfg Lemmy
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #18
Fakemac

Fakemac

Super-Moderator
Teammitglied
Dabei seit
27.01.1999
Beiträge
7.183
Reaktionspunkte
2
Ort
Windowsland
Originally posted by Lemmy030681
LOL , und kurz danach werden die Ip´s der Blacklist auch gefakt. Und schon ist das auch wieder was nix gebracht hat.

Ähhhm, hallo? Verstehe ehrlich gesagt nicht was Du meinst und wieso meine Aussage so belustigend ist.

Meinst Du mit "gefakt", dass sie ihre IP wechseln? Das wäre ein Problem wass sich bei jedem System stellt, egal was Du machst. Eine dynamische Blacklist wäre das einzige Mittel dagegen. Wenn die clients diese Liste austauschen sind sie am schnellsten über die IPs der Fehlersender informiert.
Das Problem sehe ich eher in einem verstärkten Overhead der dadurch entsteht...

Oder wie meinst Du das?
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #19
Lemmy

Lemmy

verdienter Ex-Mod
Dabei seit
14.04.2002
Beiträge
8.697
Reaktionspunkte
12
Ort
Lemmyngshausen
@fakemac!

Wenn ich dies richtig Verstanden habe , würden dann sogesehen eine Liste an alle user verteilt werden , die dann der Emule gegeneinander austauscht. Mal angenommen , die Leute nehmen über ne Standleitung wie gesagt mit mehreren leuten (also mit ein paar tausend eine verbindung auf) und verschicken eine falsche ip Liste , dann wäre es in null komma nix an fast alle user verteilt , und schon wären durch die Liste alle ip´s gesperrt.... Und schon wieder hat das nix gebracht....

Oder habe ich jetzt dein System falsch verstanden ???

Du meinst doch , das es sogesehen 1 datei gibt , wo die sogenannten falschen ip addressen mit die falsche sachen ausstauschen , die ip addressen für ne bestimmte Zeit sperrt. So brauch man halt nur ne Falsche ip ansammlung mit übertragen an alle user... (wie oben schon erwähnt)

Mal ne andere Sache , das was ich oben geschrieben habe bezüglich des Hash wertes , ist doch richtig , oder ??? Da du auf jeden mal mehr ahnung von der materie´hast als ich :res:

Mfg
 
  • EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!! Beitrag #20
Z

Zombie79

Bekanntes Mitglied
Dabei seit
05.10.2001
Beiträge
6.132
Reaktionspunkte
2
Originally posted by Lemmy030681
Stimmt , das brauchte nix geknackt werden , doch so einfach ist es auch nicht , du kannst nicht bei einer datei einfach so den hashwert rausnehmen. Der Hash-Wert ist ein Algorythmus der bei der datei rechnerisch hochgerechnet wird. Das bedeutet auf gut deutsch, die könnten höchstens ein Schrottpacket in der gleichen größe hochrechnen. Denn einfach den Hashwert nehmen und gut ist , so einfach ist dies auch nicht.

Die lassen schon ne komplette datei sagen wir mal 723.34341298 MB groß , dazu wird ein Schrottpacket hochgerechnet , das genau , aber auch 100 % genau die Größe der datei haben muß.
Du hast weder meine Aussage, noch das Prinzip des Hash-Algorithmus verstanden. Ich will es nochmal versuchen zu erklären.

Das Hochladen von fehlerhaften Teilen funktioniert in etwa so:
1. Der Hash-Wert wird mit der korrekten Datei gebildet und irgendwo in einer Liste gesichert. (z.B. in der FakedHashs.met ;) )
2. Die Datei wird manipuliert. Ein paar Bytes umdrehen reicht ja schon aus um für Ärger zu sorgen.
3. Die manipulierte eMule Version antwortet mit dem korrekten Hash-Wert, den sie aus der Liste liest.

Schon bekommen die Clients die Manipulation des Chunks nicht mit. Erst wenn der Chunk komplett runtergeladen wurde kann der Client die Checksumme prüfen und findet den Fehler. Dann ist es aber zu spät.

Originally posted by Lemmy030681
Ich glaube ich habe mich einfach zu kompliziert ausgedrückt.
Hoffe dieses versteht noch jemand... :ent:

Mfg
Ja, du hast dich zu kompliziert ausgedrückt. ;)
Originally posted by Fakemac
Ist der Chunk komplett wird bei einem Fehler der User festgestellt der die fehlerhaften Stücke geliefert hat.
Das ist nicht möglich, denn es gibt (momentan) nur eine Checksumme über den kompletten Chunk. Daher kann man nicht mehr feststellen, wer den Fehler verursacht hat. Das Problem kann meiner Meinung nach nur durch deutlich kleinere Chunks gelöst werden.
Wenn die Blöcke z.B. nur 1024kB groß wären, dann könnte man wieder problemlos einen Full Chunk Upload (wie du so schön gesagt hast) einführen. Dadurch steigt aber der Overhead an...
 
Thema:

EXTREM WICHTIG: IPFILTER bei defekten Teilen in eMULE!!!

ANGEBOTE & SPONSOREN

https://www.mofapower.de/

Statistik des Forums

Themen
213.180
Beiträge
1.579.174
Mitglieder
55.879
Neuestes Mitglied
stonetreck
Oben