Mensch MAtrixNet,

versuche doch mal, in vernünftigem Deutsch zu schreiben. Es ist unheimlich schwer, Deine Texte überhaupt zu erfassen und wenn die behandelte Materie kompliziert ist wird es fast unmöglich...
Und diese englischen Fachbegriffe sagen mir auch nichts, eine Base ist eine Cousine...

Aber zur Sache:

Diese Base ist also meine eigene IP, die ich verschlüsselt an andere sende, damit die mit mir Kontakt aufnehmen können? So verstehe ich das im Moment, nur wäre das kompletter Unsinn. Das kann es also nicht sein.

Solange die Daten direkt von mir zum Endziel geschickt werden kann ich auch das jetzige Muli nutzen, die Sicherheit ist identisch, sprich nicht vorhanden. Wenn die Daten meinen Rechner verlassen darf weder ich noch mein Rechner wissen, wohin sie letztlich gehen werden. Die Entscheidung über die Zieladresse der Daten muß von anderen getroffen werden. Das geht meiner Meinung nach nur über mehrfaches Hochladen.

Ich würde das ja testen, nur verstehe ich nicht einmal ansatzweise, wieso das sicher sein soll. Eine Proxylösung wäre sicher umsetzbar, frißt allerdings zu viel Bandbreite für eine ernsthafte Umsetzung als "Massenprodukt". Das würde ja aber nicht heißen, daß man sich nicht als Tester beteiligt und damit hilft, das Projekt praxistauglich zu machen für die Zeit, in der die Netzanbindungen den Bandbreitenverlust verkraftbar machen.

Ich verstehe einfach die Funktionsweise nicht. Solange ich die nicht verstanden habe nützen mir auch hohe Downraten oder ähnliches nichts weil ich nicht weiß, ob das ganze sicher ist oder nicht.

Mit freundlichen Grüßen
aalerich

also so gut kann ich es leider nicht erklären!
Ich will es dir verständlich machen lies mal die 2 links vielleicht wirst du dann schlauer!

Es kann sein das ich was falsches gesagt habe aber lies es dir mal gemütlich durch!

Wissenswertes über I2P - TEIL I
h**p://board.planetpeer.de/index.php/topic,732.0.html

Wissenswertes über I2P - TEIL II
h**p://board.planetpeer.de/index.php/topic,733.0.html

Dankesehr für die Links! Die Erklärungen sind zwar auch nicht besonders verständlich, aber zumindest ist klargeworden, daß es sich um eine Proxylösung handelt. Und zwar um eine für das Filesharing ziemlich ungeeignete. So werden zum Beispiel alle paar Minuten neue "Tunnel" aufgebaut, also in kurzen Abständen die Teilnehmer, die als Proxy für mich dienen, gewechselt. Dazu müssen natürlich immer neue Kontakte hergestellt werden, der Overhead steigt. Auch scheint mir die Zahl der für eine sichere Datenübertragung nötigen Proxies nicht auf die minimal nötige Zahl von zwei begrenzt. Insbesondere das führt zu einer unnötigen, enormen Verschwendung von Uploadkapazität.

Da die Forensoftware dieses Forums das dortige Post ziemlich kaputtmacht verlinke ich mal ins dortige Wiki, da sind auch die Skizzen "ganz". Wer nachlesen möchte (ist relativ kurz) kann ja mal einen Blick hineinwerfen:

http://www.planetpeer.de/wiki/index....451eb45e1e5ec2

Als Fazit kann man sagen, daß diese Methode prinzipiell für die sichere Datenübertragung geeignet ist. Die momentane Umsetzung ist auf Sicherheit getrimmt und geht ausgesprochen verschwenderisch mit der Uploadkapzität um. Aber selbst wenn man bis zum Anschlag optimiert und also die Verschwendung auf nahe Null reduziert bleibt diese Lösung, ebenso wie jede andere Proxylösung, als Basis für ein wirklich breites Filesharingnetzwerk auf absehbare Zeit ungeeignet. Will man dagegen einfach nur surfen sieht die Sache anders aus, die dabei versandten Datenmengen sind so klein, daß die Geschwindigkeit in der Regel wohl ausreicht.

Mit freundlichen Grüßen
aalerich

hey ein i2p-emule ist grosse klasse

sollte man ganz zügig coden!

die von gnutella haben bereits einen clienten lauffähig und es geht sehr schnell

http://sourceforge.net/projects/i2phex

probiert es aus!

AW: Emule mod mit I2P netzwerk unterstüzung
 

es hat ja nichts mit emule zu tun phex!


Und zu DSL:

Die Bandbreite wird immer Besser nun ist es geeignet für I2P EMule!
das uplaod ist sehr wichtig.

ADSL2+ 16.000 also in einigen großstätten schon verfügbar
und VDSL soll noch kommen dieses Jahr, und gestestet wirds schon

Hallo,
Nur mal kurz einwerf :mrgreen: weil ich mich gerade etwas mit I2P beschäftige (find ich interessant)

@Aalerich Zu Deinem letzten Post.... und zur Info vielleicht um das ganze besser zu verstehen auch für MatrixNet. Ist nämlich etwas komplexer das Problem.

Das Hauptproblem derzeit ist ja, das das I2P-Netz noch nicht belastbar genug ist bzw. die Software noch so schnell und extrem weiterentwickelt wird, das die Updates z.B. nicht abwärtskompatibel sind (also macht auch eine Emule-Version noch nicht wirklich Sinn).

Ich will mal auf Deine berechtigten Zweifel eingehen.

Zu dem Verfahren. Da hast Du schon recht. Es wird ein gewisser Overhead produziert. Aber nicht ganz so stark, und nicht mit den extrem fatalen Auswirkungen (zumindest nicht so offensichtlich).

- Die Tunnel "rotieren" zwar, aber nicht laufend. So wie ich das sehe, werden verschiedene "Einstiegstunnel" etabliert und bleiben so lange, wie man selbst I2P laufen hat (beim Neustart neue Tunnel).

- Die Anzahl der Proxy-Proxy "Hops" ist deshalb grösser (bzw. soll noch variabel gemacht werden - noch nicht implementiert), damit man nicht "zurückrechnen" kann. Man kann nämlich die Zeiten messen, die ein Datenpaket von A nach D benötigt und Rückschlüsse (auf B und C) ziehen (und den Weg ggfs. zurückverfolgen). Man macht daher die Tunnellänge Variabel (und jeder Proxy entscheidet für sich wie "lange"). So kann niemand sagen, wie lange der Tunnel wirklich war und "zurückrechnen".

Das ist auch gleich mit der Hauptunterschied zwischen dem Garlic Routing von I2P zum Onion Routing, den z.B. TOR verwendet (ansonsten ähnlich; TCP-Onion-Routing). (Wikipedia)

BTW Das Problem mit den Upload-Recourssen ist bei TOR sogar noch grösser, da dort nur Nodes als Proxys fungieren. Bei I2P müssen alle (also die Masse) zusätzlich daran Teilnehmen. Senkt zwar etwas die eigene UP/Download-Quote, aber wie stark weiss keiner ohne es zu testen und Anonymität für nullkommanix gibts vermutlich auch nicht :sb

Ich denke aber, das duch die automatische Teilnahme der Masse der Effekt grösstenteils aufgefangen wird.

Im grossen und ganzen finde ich aber, das I2P das vielversprechendste Modell ist, welches ich gesehen habe. Mit der Vorratsdatenspeicherung in D wird wohl ab nächstem Jahr ein rauherer Wind wehen............

nurmalsoeinwerf

Hi

Danke für deine interesse.:mrgreen:

kannst du gut c++?

Nicht wirklich :whistle

Aber würde wie gesagt nix bringen. Ich glaube aktueller Stand I2P ist 0.6.12 oder13 . Wäre ein aktueller Client mit dem Stand 0.6.9 oder früher auf dem Markt gewesen, gäbs derzeit riesen Probleme. Ich weiss nicht, wie aktuell Du Dich hältst, aber die aktuelle Version ist nicht abwärtskompatibel gewesen.
Und bei dieser extremen "Trägheit der Masse" in Bezug auf Aktuallisierungen wären die alten Clients bestenfalls untauglich aber vermutlich eher der Grund, warum das I2P-Netz hinterher gar nicht mehr richtig läuft.

Da auch derzeit noch Infos für die Programmierer zum Debuggen ins Protokoll mit eingebaut ist, isses einfach noch nix für die "störende" Masse.

Ein bisschen Geduld ist wohl derzeit noch angesagt. Ich tippe darauf, das es Ende des Jahres richtig losgehen könnte. Aber der "August", wie es glaube ich auf Planetpeer z.B. mal genannt wurde ist wohl nicht realistisch.

nurmalkurzeinwerf

Also ich bin am laufendem mit I2P!

Und es wurde ja das Rufus Bittorrent client geportet und das läuft immer noch stabil. bis jetzt
und I2P-BT gibts schon seit 1.5 jahren (seit 12.2004).
und es läuft immer noch.

Höchsten man müsste den clienten ab und zu mal fixen.

z.b. I2phex ältere version die am 5 . 2005 raus kam läuft noch trotzdem auch wenn man eine neuere version nutzen könnte .

Und bei Azureus wurde das I2P plugin sei 12 monaten nicht mehr upgedatet und funktioniert noch .

Also i2P-BT, I2phex, I2Prufus sind kompatibel auch wenn eine neue I2P version rausgekommen sind.

das längste Beispiel ist ja I2P-BT.
es läuft trotzdem. Wo ist dann das problem?

Ich weiss nichts davon das jemand I2PEmule entwickeln will?
und das ab august?

thanks

matrixnet

Das Problem ist, das es das Netz mit unbrauchbarem Traffic belastet und eher zusammenbricht, als das es der Entwicklung nutzt.

Ich meine im letzten Jahr Artikel gesehen zu haben in denen die I2P-Version 1.0 auf August dieses Jahr geschätzt wurde..... (nicht I2P Emule; das käme sicherlich später).

Wenn die so langsam weitermachen wird ggfs. der Zug verpasst und P3P ist vorher fertig und nimmt die "Emuleianer" mit.

also ich denke das die normal emule user auf emule p3p umsteigen weden die etwas mehr sichherheit haben wollen.

aber das sich ein emule user auf I2PEmule umsteigen wird ist geringer!

seit paar wochen hat freenet sein eigenes freemule!

nun fehlt ja noch das für i2p.

SourceForge.net: Detail: 1577472 - Privoxy as a Middelware Proxy between emule and i2p

Hi
creme21. Found a new board?