[eMule-Web]

[eMule-Web] (http://www.emule-web.de/board/)
-   eMule MODs - Allgemein (http://www.emule-web.de/board/emule-mods-allgemein/)
-   -   Mod gesucht der cryptkey pro session neu erstellt (http://www.emule-web.de/board/13700-mod-gesucht-der-cryptkey-pro.html)

EselMetaller 11. July 2008 19:55

Mod gesucht der cryptkey pro session neu erstellt
 
Hi auch

Der cryptkey enthält ja die Information welche einen eMule-Nutzer eindeutig identifizierbar macht, richtig?
Gibt es einen Mod welcher den cryptkey automatisch alle xx Tage / bei jedem Serverneuconnect neu erstellt?
Dann wären zwar die gesammelten Credits futsch, aber auch das Risiko wegen mehrerer Files geloggt zu werden da nach spätestens 24h ein neuer cryptkey dafür sorgen würde dass geloggte Downloads nichtmehr demselben User zugeordnet werden können - oder hab ich da einen Fehler?

Stulle 11. July 2008 20:11

gibbet nich. davon ab, die leute interessiert nicht dein user hash, sondern deine ip!

außerdem, cryptkey.dat ohne preferences.dat löschen sorgt für ne kaputte id und du bist gelinde gesagt, im aller wertesten.

einfach legal laden und sharen :-/

Caramon2 11. July 2008 20:13

Pack doch einfach ne BAT in den Autostart, die beide Dateien des Keys löscht.

Oder starte eMule per BAT, die erste den Key löscht und dann eMule startet.

Dann solltest du aber die known* auch löschen, weil darin wird ja erfasst, was du wie oft gesendet hast. - Für den Fall einer Hausdurchsuchung.

Dann müssen deine Freigaben natürlich bei jedem Start neu gehasht werden.

Stulle 11. July 2008 20:26

caramon, alles keine guten tips. sich ständig neue user hashes machen heißt nämlich auch leute betrügen. sie glauben ständig wir wären neue clients...

Caramon2 12. July 2008 06:24

Wo ist denn da der Nachteil?

Man betrügt sich doch höchstens selbst, weil man dadurch seine Credits wegschmeisst, die Sachen langsamer bekommt und damit auch länger verteilen muss. Weil jemand mit solchen Ambitionen, nimmt die nach dem fertigen Download ja auch sicher gleich aus dem Inbound.

Also ich sehe da eher einen Vorteil für's Netz.

Stulle 12. July 2008 08:43

ja, er zählt nicht mehr, was wir ihm geschickt haben, aber genau so zählt er auch nicht mehr, was er uns geschickt hat. krieg ich also 2-3 chunks von ihm, mach mir nen neuen hash und lade dann einen zu ihm hoch werde ich gepusht, obwohl ich es eigentlich nicht verdient hätte.

aber sei es drum, es macht keinen sinn, eben weil der user hash nicht für die verfolgung benutzt wird!

EselMetaller 12. July 2008 13:48

Klar wird die IP benutzt. Ich möchte lediglich folgendes Szenario verhindern.

Tag 1: Datei 1 wird bei mir per Zufallsdownload erfasst, meine aktuelle IP geloggt.
Tag 2: Datei 2 wird erfasst, meine neue IP geloggt.
-> mittels Userhas kann man nun beide Dateien demselben User zuordnen obwohl zwei verschiedene IPs geloggt wurden
-> es macht aufwandstechnisch mehr Sinn jemanden abzumahnen der wegen mehrerer Dateien aufgefallen ist als jemanden der bloss eine Datei anbietet.
Und mit täglich neuem Userhash verringert sich doch die Chance wegen mehrerer Dateien aufzufallen, es sei denn sie werden alle innerhalb von 24h "gefunden".

@ Nachteile:
Ich hab bloss DSL Light und selbst ohne Credits läd der Esel mit dem Maximum (ist ja keine grosse Kunst...), ergo bringt es für mich keine Nachteile mit neuem Userhash zu starten.
Known.met etc. kann ruhig bleiben, im Fall einer Durchsuchung ist die Muli Partition sicher verschlüsselt.

@ Caramon2:
Würdest Du mir eine batch schreiben die zuerst die cryptkey.ini und preferences.dat löscht und danach die emule.exe startet?

Pan Tau 12. July 2008 14:09

Ein wenig Off-Topic
 
Ich habe vor Jahren mal etwa das gleiche vorgeschlagen - man habe ich da haue bekommen! :chuckle

Zu den Credits.
Meines Wissens nach sind die Credits die sich in deiner cryptkey.dat ansammeln die "Punkte" die andere sich bei dir verdient haben, so dass dein eMule jene die bei dir was hochgeladen haben bevorzugt mit deinen "Angeboten" versorgt.
Es geht also schlichtweg nur um die Belohnung derer die dir schon mal etwas gutes getan haben.

Pan Tau

Caramon2 12. July 2008 14:34

Zitat:

Zitat von Stulle (Beitrag 137088)
ja, er zählt nicht mehr, was wir ihm geschickt haben, aber genau so zählt er auch nicht mehr, was er uns geschickt hat. krieg ich also 2-3 chunks von ihm, mach mir nen neuen hash und lade dann einen zu ihm hoch werde ich gepusht, obwohl ich es eigentlich nicht verdient hätte.

Stimmt, so habe ich das noch nicht gesehen.

Allerdings frage ich mich, wie relevant das bei ihm ist. Er scheint ja nicht gerade schlecht verteilte Sachen zu laden und verteilen tut er ja trotzdem, nur eben vielleicht nicht ganz so gerecht.

EselMetaller 12. July 2008 15:11

Zitat:

Zitat von Pan Tau (Beitrag 137095)
Zu den Credits.
Meines Wissens nach sind die Credits die sich in deiner cryptkey.dat ansammeln die "Punkte" die andere sich bei dir verdient haben, so dass dein eMule jene die bei dir was hochgeladen haben bevorzugt mit deinen "Angeboten" versorgt.

Stimmt, der cryptkey speichert die Credits der anderen welche ja an meinen Userhash gebunden sind.
Aber ich sags mal so: zwar verlieren andere Clients ihre Credits bei mir, aber ich verlier ja auch all meine Credits bei ihnen. Von daher ist die Sache zwar nicht ganz optimal aber auch keineswegs ungerecht wie ich finde

Stulle 12. July 2008 16:32

cryptkey.dat speichert, imho, die SUI ID, die preferences.dat, den user hash. kann aber auch umgekehrt sein. clients.met speichert die verhältnisse zwischen uns und den anderen und wird für das berechnen von credits rangezogen.

eselmetaller, dein szenario ist absolut überzogen. die firmen die das machen sind auf schnelles geld aus und nicht auf spionagemäßige verfolgung. das sind keine stalker, sondern logger. die sehen "aha, die ip lädt das", leiten das an den anwalt ihres vertrauens/ mandanten weiter (kann unter umständen die selbe rechtliche person sein, also anwalt = mandant = auftragsgeber). der macht alles weitere. der userhash wird NICHT benutzt!

und ansonsten einfach noch mal auf oben beschriebenes beispiel schauen, neue nutzerhashes sind eine typische leecher taktik und auch wenn mann es selbst emulieren kann, es ist nicht richtig! es geht darum so lange wie möglich online und mit dem selben userhash unterwegs zu sein und nicht so viel copyrighted material wie möglich ohne strafanzeige zu laden!

Paul 2 12. July 2008 17:17

Zitat:

Zitat von EselMetaller (Beitrag 137091)
.... im Fall einer Durchsuchung ist die Muli Partition sicher verschlüsselt.

Optimist :clap

Stulle 12. July 2008 17:41

wo du es gerade ausgräbst, paul, HD ist absolute ausnahme bei filesharern.

Myth88 13. July 2008 00:41

...was meinst du mit absoluter Ausnahme? *hicks*

Stulle 13. July 2008 01:10

fast alle von abzockern angeschobenen verfahren dienen lediglich der ermittlung der kundendaten, weil das nur über diesen weg möglich ist. auf grund der geringfügigkeit einer solchen straftat (die bleibt es!) wird das verfahren dann meist sehr schnell eingestellt.

selbst wenn das verfahren nicht eingestellt wird, ist eine hausdurchsuchung eher unwahrscheinlich. für eine hausdurchsuchung müssen trifftige gründe vorliegen, da sie einen eingriff in die im grundgesetz festgelegten rechte darstellt. es muss also nachgewiesen, dass die straftat durchaus groß war und eine hausdurchsuchung notwendig ist, um weiteres beweismaterial zu sichern. da es bei emule im schlimmsten fall um das runterladen bzw. hoch laden geht wird eine hausdurchsuchung wohl fast nie stattfinden. damit es nun doch dazu kommt müsste man wirklich einige kriminelle energie an den tag legen. das einzige was mir da einfallen würde, wäre das absolut regelmäßige releasen von neusten warez. mir ist aber niemand bekannt, der alle 1-2 tage die neusten mp3s, filme und spiele aus eigener (!) quelle ins netz bringt...

kurz um, absolute ausnahme!


Alle Zeitangaben in WEZ +1. Es ist jetzt 06:51 Uhr.

Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
SEO by vBSEO ©2011, Crawlability, Inc.


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102