I2P Entwicklertreffen - 17. Januar 2006

15:40 <jrandom> 0) hi 15:40 <jrandom> 1) Netzstatus und 0.6.1.9 15:40 <jrandom> 2) Kryptografie für die Tunnel-Erstellung 15:40 <jrandom> 3) Syndie-Blogs 15:40 <jrandom> 4) ??? 15:40 <jrandom> 0) hi 15:40 * jrandom winkt 15:40 <jrandom> wöchentliche Statusnotizen veröffentlicht @ http://dev.i2p.net/pipermail/i2p/2006-January/001251.html 15:41 <@cervantes> pfff, gut, dass I2P zuverlässiger ist als die NASA 15:41 <jrandom> heh 15:41 <tethra> haha 15:41 <jrandom> (obwohl ich 20 Minuten zu spät bin... ;) 15:41 <jrandom> wie auch immer, lasst uns zu 1) Netzstatus und 0.6.1.9 übergehen 15:42 <wmpq> NSA oder NASA, so verschieden sind die ja nicht, oder? 15:42 <@cervantes> Ich sagte I2P, nicht jrandom ;-) 15:42 <jrandom> Guter Punkt, cervantes ;) 15:42 <tethra> Sei nicht albern, jrandom IST I2P! ;D 15:42 <@cervantes> oh, ich dachte, es sei eine Denkweise 15:42 <wmpq> [redact] 15:43 <jrandom> heh, na ja, jedenfalls ist 0.6.1.9 draußen, und 70% des Netzes haben aktualisiert (danke euch allen) 15:43 <Pseudonym> mmmm, leckeres neues Release 15:44 <+zzz> Erfolgsquote beim Erstellen von Client-Tunneln bleibt <30% 15:44 <jrandom> Ich habe nicht viele Berichte über wesentlich erhöhten End-to-End-Durchsatz gehört, obwohl einige Router T1-Leitungen mehr als auslasten 15:44 <+zzz> runter von ~40% 15:44 <+Complication> Bandbreite scheint normal, etwas höher als beim letzten CVS vor dem Release. Peer-Zahlen sehen etwas höher aus. 15:45 <jrandom> hmm, ja, das beunruhigt mich nicht wirklich, zzz, da das für 0.6.2 komplett neu gemacht wird 15:45 <+zzz> durchschnittliche Bandbreite von ~12K auf ~20K gestiegen 15:45 <jrandom> 0.6.1.9 sollte nicht eher Peers wählen, die eher zustimmen (sprich mit hoher Kapazität), sondern stattdessen solche mit höherem Durchsatz bevorzugen 15:46 <+Complication> Retransmissionsrate (in der Nacht der Veröffentlichung mit 7% notiert) ist auf 6-Komma-irgendwas gesunken 15:46 <jrandom> aye, bei Routern mit 1–300 KB/s wird es eine Schieflage geben 15:46 <jrandom> hmm, das ist eine ziemlich verrückte Rate, Complication, ich habe nur 2–3% gesehen 15:46 <jrandom> (aber ich zweifle nicht an dem, was du siehst) 15:47 <+Complication> Ich fahre meinen ausgehenden Traffic praktisch auf Anschlag 15:47 <+Complication> (und ich meine die Leitungskapazität vollständig auslasten) 15:47 <jrandom> ah, das erklärt’s 15:47 <+zzz> bekomme weiterhin NULLs vor GETs, was zu 405 Bad Method führt, Rate könnte sinken, schwer sicher zu sagen 15:48 <jrandom> ja, zzz, es gibt ein paar Dinge, die in der Streaming-Bibliothek bereinigt werden müssen, aber dazu komme ich wahrscheinlich erst nach den 0.6.2-Tunnel-Überarbeitungen 15:48 <jrandom> (aber wenn jemand vorher tiefer einsteigen will, wäre das natürlich großartig) 15:49 <jrandom> Complication: wenn du deinen Bandbreitenbegrenzer auf etwa 70% deiner Leitungskapazität reduzierst, geht die Fehlerrate dann wieder auf einen vernünftigen Wert? 15:49 <+zzz> Ich denke immer noch, dass da kurz vor Neujahr etwas in den Code kam, also besser vorher draufschauen, bevor diese jüngsten Änderungen vergessen sind :) 15:50 <+zzz> Erstmals gesehen am 29. Dez. 15:50 <jrandom> ja, zzz, das war es sicherlich. vermutlich damit zusammenhängend, wie wir jetzt Timeouts respektieren. 15:51 <+Complication> jrandom: das probiere ich gerade tatsächlich :) 15:51 <+Complication> Ein paar Sekunden bevor du gefragt hast angepasst, aber ich werde es wohl nicht sehr bald wissen 15:51 <jrandom> aber da ist erheblich was aufzuräumen, und es ist wichtiger, den neuen Code zur Tunnel-Erstellung zu implementieren (der die Erfolgsraten beim Tunnelaufbau deutlich verbessern wird und außerdem eine ganze Reihe Anonymitätsverbesserungen bringt) 15:51 <jrandom> cool, Complication, ja, gib dem 3–6 Stunden 15:51 <jrandom> (um die alten Werte/Verbindungen ausklingen zu lassen) 15:52 <+zzz> ~1%–3% der GETs sind derzeit beschädigt 15:54 <jrandom> also schlägst du vor, die Änderungen an der Streaming-Bibliothek zurückzunehmen (sodass i2psnark alle seine Nutzer in 12–48 Stunden in ein OOM (Out-of-Memory) laufen lässt) und weitere Überarbeitungen der Streaming-Bibliothek bis nach der 0.6.2-Tunnel-Arbeit zu verschieben, oder die 0.6.2-Tunnel-Arbeit um ein oder zwei Wochen hinauszuschieben, während wir die Streaming-Bibliothek überarbeiten? 15:55 <+zzz> auf keinen Fall zurückrollen 15:56 <+zzz> deine Entscheidung 15:56 <+Complication> Es ist ein ziemlich hinterhältiger Bug, kann ich nur sagen 15:58 <jrandom> es gibt noch andere Bugs in der Streaming-Bibliothek, also wenn ich die Ärmel hochkremple, würde ich sie gern alle zusammen angehen (da keiner der verbleibenden Bugs offensichtlich ist). 15:59 <jrandom> andererseits bekommen wir durch die Tunnel-Arbeit zuerst eine deutliche Reduktion der Bandbreitennutzung, eine höhere Aufbau-Erfolgsquote, bessere Anonymität und eine verbesserte Möglichkeit, die Lastverteilung im Live-Netz zu überwachen 15:59 <Pseudonym> wenn es beim Surfen nur eine 1–3%ige Fehlerrate ist, würde ich sagen, es kann warten, aber das ist nur meine Meinung. 16:00 <jrandom> ich tendiere dazu, zuerst die Tunnel-Arbeit zu machen, denn nach der Auslieferung können wir das Netzwerk passiv überwachen, während wir aktiv die Streaming-Bibliothek überarbeiten 16:01 <jrandom> (ich würde auch gern eine GUI zum Bearbeiten/Veröffentlichen für Syndie bauen, aber das kann warten, bis beide Dinge erledigt sind ;) 16:01 <+Complication> So ist die Rate hier auch 16:02 <+Complication> (auf meiner eepsite) 16:04 <jrandom> Ok, ich fände es super, wenn ihr die Augen offen halten könntet, ob sich diese Raten ändern, aber in der Zwischenzeit mache ich mit der Tunnel-Überarbeitung weiter, danach kommt die Überarbeitung der Streaming-Bibliothek (beides ist vor 0.6.2 fertig) 16:05 <jrandom> (oder, wenn jemand in die Streaming-Bibliothek eintauchen will [oder prüfen, ob es eine merkwürdige Interaktion mit i2ptunnel gibt], sagt mir Bescheid!) 16:06 <+Complication> jrandom: aus Neugier, könnte man i2ptunnel mit einer Test-App ausschließen? 16:07 <+Complication> z. B. wenn etwas wie jnymos Beispiel-App *auch* NULLs bekäme, würde das i2ptunnel von der Liste der vermuteten Ursachen streichen? 16:07 <jrandom> man könnte dafür sicher eine dünne (in-VM) I2PSocket-Implementierung verdrahten 16:07 <+Complication> Da, sofern ich mich erinnere, dieses Beispiel die Streaming-Bibliothek direkt nutzte... 16:08 <+Complication> (oder ziemlich direkt) 16:08 <jrandom> aye, wenn etwas, das die Streaming-Bibliothek nutzt, es reproduzieren kann, würde das i2ptunnel entlasten 16:10 <+Complication> Hmm, falls nicht jemand anderes zuerst dran ist (ich versuche zuerst das Webcache-Dings fertigzubekommen), könnte ich versuchen, HTTP mit so etwas zu emulieren... 16:10 <jrandom> wikked, danke, Complication 16:10 <jrandom> ok, noch etwas zu 1) Netzstatus und 0.6.1.9? 16:11 <jrandom> wenn nicht, schlendern wir rüber zu 2) Kryptografie für die Tunnel-Erstellung 16:11 <+Complication> Nah, es könnte zu nichts Nützlichem führen, oder ich stolpere auf halbem Weg... aber es ist eine Möglichkeit, die mich reizt 16:11 <jrandom> aye, definitiv eine Erkundung wert, Complication 16:12 <jrandom> (und Erkundungen müssen kein positives Ergebnis haben, um sinnvoll zu sein :) 16:12 * cervantes entdeckt eine "moo"-Exception in den Source-Änderungen bis zum Jahreswechsel.... vielleicht ist das das Problem? :) 16:13 <jrandom> ok, es gibt eine neue Spezifikation zur Tunnel-Erstellungs-Kryptografie, auf die in der E-Mail verwiesen wird, basierend auf der Diskussion, die toad, Michael und ich letzten Oktober auf der Mailingliste hatten 16:14 <jrandom> schau’s dir an und sag mir deine Gedanken – es wird eine Weile nicht im Live-Netz eingesetzt, da erst andere Dinge implementiert werden müssen, aber es kommt 16:14 <+Complication> Ist "moo" ein reserviertes Wort für Java? ;P 16:14 <+zzz> zu 2) ich helfe beim Review der Referenzen in der Status-Mail 16:14 <+Complication> Zum Tunnel-Krypto-Thema, kannst du bitte prüfen, ob die folgende Umschreibung ok ist – ich möchte nur sicherstellen, dass ich es richtig verstanden habe... 16:14 <jrandom> danke, zzz 16:15 <+Complication> "Jeder Hop verschlüsselt alle Datensätze mit seinem Antwortschlüssel (reply key), den er aus seinem Datensatz mit seinem ElGamal-Privatschlüssel entschlüsselt hat, und durch dieses Verschlüsseln wird eine Schicht der vom Tunnel-Besitzer vorgenommenen Entschlüsselung (oder sollte ich sagen, Verschlüsselung) umgekehrt, sodass der Datensatz des nächsten Teilnehmers mit dem ElGamal-Privatschlüssel des nächsten Teilnehmers lesbar wird?" 16:15 <jrandom> Complication: ja 16:15 <+Complication> Oder ist meine Umschreibung schlicht falsch? 16:16 <+fox> <jme___> und viel zu kompliziert, wenn ich darf 16:16 <jrandom> ist korrekt, glaube ich, aber ja, zu viele Nebensätze :) 16:16 <+Complication> Mir ist keine bessere Darstellung eingefallen. So war’s schon schwer genug. :P 16:16 <jrandom> (oder jme___, sagst du, der Algorithmus ist zu kompliziert?) 16:17 <+fox> <jme___> nein, ich habe versucht, die Doku schnell zu lesen, und aufgegeben, weil zu viele Dinge Vorwissen voraussetzen 16:17 <+fox> <jme___> andererseits habe ich es nicht groß versucht :) andere Dinge zu tun 16:17 <jrandom> Complication: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/java/src/net/i2p/router/tunnel/BuildMessageProcessor.java?rev=HEAD 16:18 <+fox> <jme___> ist dieses Peer-Review eine Formalität, oder bist du wirklich besorgt/unsicher dabei? 16:19 <+Complication> Nun, es ist immer gut zu wissen, was ein zugrunde liegender Mechanismus macht... 16:19 <jrandom> Ich bin zuversichtlich, dass es tut, was ich beabsichtige, aber ich bin aufrichtig interessiert, ob jemand ein Problem erkennt 16:19 <+fox> <jme___> wenn Zweites, könnte ich mir die Zeit nehmen, aber mein Wissen ist alt und nicht präsent 16:20 <+fox> <jme___> wenn nicht, vertraue ich :) 16:20 <jrandom> Der Abschnitt mit den Notizen hat ein paar Fragen – http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt-creation.html?rev=HEAD#tunnelCreate.notes 16:22 <jrandom> keine Eile, es wird vermutlich ein oder zwei Wochen dauern, bis diese neue Krypto tatsächlich im Router verwendet wird 16:22 <@cervantes> jrandom: dazu, gäbe es einen großen Performance-Einbruch, wenn man zwischen den Hops eine zufällige Verzögerung einbaut? 16:22 <@cervantes> denn das scheint die sinnvollste Option zu sein, um Timing-Angriffe zu verhindern 16:23 <jrandom> es geht um Tunnel-Erstellung, daher würde eine Verzögerung nicht schaden, könnte aber bei katastrophalen Ausfällen zu vorzeitigem lease set-Ablauf führen 16:25 <jrandom> nun, ich bin mir nicht sicher, wie effektiv diese Verzögerungen wären. Sie könnten erheblich helfen, vielleicht aber auch nicht. Live-Tunnel können allerdings ohnehin Blending einsetzen, um kolludierende Peers auf diesem Tunnel zu erkennen, daher bin ich nicht sicher, ob es eine Rolle spielt 16:25 <+fox> <jme___> ok, lese es nochmal 16:27 <jrandom> danke. ok, keine Eile, aber wenn/sofern jemand Gedanken hat, schickt sie mir (oder an die Liste, oder in euren Blog, etc.) 16:27 <jrandom> ok, noch etwas zu 2, oder sollen wir zu 3) Syndie-Blogs übergehen? 16:29 <jrandom> (als übergegangen betrachten) 16:29 <jrandom> ok, neue coole Blog-Sachen in Syndie, legt los ;) 16:29 <@cervantes> sehr cool 16:30 <jrandom> die Gruppen links können Links auf beliebige URLs enthalten sowie Links zu Blogs, Beiträgen innerhalb von Blogs oder Anhängen zu Beiträgen innerhalb von Blogs 16:30 <jrandom> es gibt auch eine ganze Reihe möglicher Erweiterungen, z. B. pro Blog oder pro Tag individuelles Styling für Beiträge, Icons, etc. Wenn jemand da einsteigen möchte, wäre das super (und hätte eine sehr sichtbare Wirkung :) 16:31 <@cervantes> btw externe Links, die in Kommentaren definiert sind, sollten auch ein title-Attribut mit der Ziel-URL haben (so wie du es im linken Panel gemacht hast) 16:31 <@cervantes> Kommentare/Beiträge 16:32 <jrandom> ah, gute Idee 16:33 <jrandom> (net.i2p.syndie.sml.BlogPostInfoRenderer, Methode renderLinks(...) :) 16:34 <@cervantes> *kritzelt* 16:35 <jrandom> was brauchen die Syndie-Blogs noch, damit sie eine funktionale Alternative zu informativen eepsites bieten? Offensichtlich ist Syndie statischer Content, also geht manches nicht, aber man kann Inhalte veröffentlichen und Leute kommentieren lassen 16:36 <jrandom> gibt es bestimmte Anpassungen, die ihr machen können wollt? Wenn ja, sagt mir Bescheid 16:37 <DoubtfulSalmon> jrandom: Aktualisieren bestehender Inhalte per Skript? 16:37 <@cervantes> Archiv nach Datum 16:37 <jrandom> DoubtfulSalmon: per Skript? 16:37 <jrandom> cervantes: ah, so ein kleines Kalender-Widget statt der Links „5 ältere Einträge“? 16:38 <@cervantes> yup 16:38 <DoubtfulSalmon> jrandom: sagen wir, ich möchte, dass diese Datei/dieser Text jene Datei/jenen Text ersetzt. Wie mache ich das? 16:38 <jrandom> ok, cool, ja, das sollte wirklich einfach sein (wenn jemand das HTML zusammenschreibt :) 16:38 <@cervantes> oder einfacher „Beiträge des letzten Monats anzeigen“ 16:39 <@cervantes> jrandom: du brauchst nur eine 7x6-Tabelle mit ein paar Zahlen drin ;-) 16:40 <jrandom> DoubtfulSalmon: Inhalte zu ändern, die veröffentlicht wurden, ist eine interessante Richtung. Generell würde das nicht immer funktionieren, denn das müsste wie Usenet-Control-Messages funktionieren (alten Beitrag löschen, etc.) 16:40 <jrandom> DoubtfulSalmon: andererseits kannst du einfach eine neue Datei/einen neuen Eintrag posten und die Links auf der linken Seite so ändern, dass sie auf die neue Datei/den neuen Eintrag zeigen 16:40 <jrandom> (so sind die alten Inhalte noch da, aber die Leute werden zu den neuen Inhalten geleitet) 16:41 <DoubtfulSalmon> jrandom: ja, es wäre ok, wenn die alten Inhalte noch da sind, solange die Links aller auf die neuen Inhalte zeigen, ohne dass sie ihren Content ändern müssen. 16:41 <jrandom> daraus ein ausgewachsenes Wiki zu bauen, im Wesentlichen Diffs zu posten, die Syndie rendert, ist möglich, aber vielleicht Overkill 16:41 <jrandom> hmm, ok, ich verstehe, was du sagst 16:42 <jrandom> du möchtest also die Möglichkeit, umleitbare Links zu haben, statt der bestehenden Links auf exakte Versionen von Inhalten 16:43 <jrandom> vielleicht ließe sich das machen, indem man auf ein Lesezeichen des Blogs verlinkt, und die exakte Version wird gefunden, indem man die aktuellen Lesezeichen dieses Blogs lädt und sieht, worauf es zeigt 16:44 <jrandom> andererseits könnte die neue Version als Antwort auf den alten Beitrag markiert werden, sodass Leute, wenn sie einem Link folgen, dem Reply folgen können, das den Inhalt ersetzt 16:44 <jrandom> (ist aber wohl nicht so nahtlos) 16:44 <DoubtfulSalmon> ja: sagen wir, ich will einen Link auf z. B. ein aktuelles Radarbild haben oder etwas in der Art, das alle 10 Minuten aktualisiert wird. Es ist ok, wenn der Inhalt nicht durchs ganze Netz fliegt, aber wenn jemand anders auf meine Seite verlinkt, sollte der Nutzer das aktuelle Bild sehen. 16:45 <jrandom> nun, das hängt davon ab, was sie wollen – wollen sie auf das Bild verlinken, wie es war, als sie darauf verwiesen, oder auf den Dienst, der das Bild rendert, wenn der Leser es aufruft 16:45 <+Complication> cervantes: Kuriosität des Tages :D Letzter Beitrag in: http://forum.i2p/viewtopic.php?t=1199&start=15 16:46 <+Complication> Fühlte sich an wie einer unserer robotischen Oberherren :P 16:46 <jrandom> aber es ist eine gute Idee, beide Konzepte zu unterstützen, und ich glaube nicht, dass es viel Aufwand wäre 16:46 <@cervantes> thnx 16:46 <jrandom> bräuchte aber eine kleine Erweiterung für sml (z. B. [blog bloghash="ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=" bookmark="radar.webp"]) 16:47 * cervantes wird die Forenverteidigung aufrüsten, wenn wir viele davon bekommen 16:47 <@cervantes> (weiß schon, wie man den stoppt) 16:47 <DoubtfulSalmon> jrandom: sie sollten sowohl auf eine statische Version verlinken können, sofern der Syndicator den Inhalt nicht gelöscht hat, als auch auf eine generische URL, die auf die jeweils neueste Version zeigt 16:47 <jrandom> (was sich dann das aktuelle Meta-Posting von ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c= für Lesezeichen ansieht und die exakte URI aus dem Lesezeichen mit dem Namen „radar.webp“ zieht) 16:48 <DoubtfulSalmon> jrandom: ginge das jetzt mit so etwas wie: „View most recent one post in tag <komische Zeichenfolge>“ 16:48 <jrandom> ah, guter Punkt – ja, das ginge 16:49 <jrandom> das ließe sich sogar einschränken auf „View most recent post by $author with tag $tag“ 16:49 <jrandom> (damit andere es nicht fälschen könnten) 16:49 <DoubtfulSalmon> also vielleicht irgendeine UI, damit der Nutzer keine komischen Tags sehen muss und so 16:50 <jrandom> da oben gibt es ein Beispiel, wie das aussieht, ich habe die URI aber gerade nicht zur Hand... aber ja, ist ein Link um den verlinkten Text 16:50 <DoubtfulSalmon> Ich nehme an, all diese Informationen können in URL-Form kommen. 16:51 <jrandom> aber das ist definitiv kompliziert, den SML-Quelltext zu schreiben, weshalb eine GUI zum Erzeugen von SML nützlich wäre 16:51 <jrandom> das sind Attribute an den SML-Tags, keine URLs 16:52 <@cervantes> und eine SML-GUI wird ohne JavaScript knifflig 16:52 <DoubtfulSalmon> aber man kann ein Suchergebnis mit einem Lesezeichen versehen, oder? 16:52 <jrandom> was ist ein Suchergebnis? 16:52 <jrandom> und was meinst du mit Lesezeichen? 16:52 <@cervantes> (oder eine Browser-Erweiterung ;-) 16:52 <jrandom> oh, Browser-seitige Lesezeichen, ja 16:52 <+Complication> Ein Filterergebnis? 16:53 <jrandom> aber diese Lesezeichen sind allgemein nicht teilbar 16:53 <DoubtfulSalmon> äh: ein „get most resent 1 post by X with tag Y“ 16:53 <jrandom> (eigentlich die meisten schon, aber nicht universell, da es URLs und keine URIs sind)) 16:53 <DoubtfulSalmon> ja, wäre gut, wenn andere Blogs auch darauf verlinken könnten 16:54 <jrandom> DoubtfulSalmon: können sie, mit sml 16:54 <jrandom> [blog tag="Y" bloghash="X"] 16:54 <DoubtfulSalmon> oh fein 16:55 <jrandom> cervantes: JavaScript, oder XUL, oder Java, oder irgendeine andere OS-spezifische Client-App 16:57 <@cervantes> ah cool, du hast also nichts gegen eine Skript- oder Plugin-Abhängigkeit 16:57 <jrandom> (wenn unsere Website für 0.6.2 überarbeitet wird, bekommt Syndie auf jeden Fall eine Website, die erklärt, was zum Teufel dieses ganze Syndie-Ding ist, und wie es alles kann, außer das Geschirr zu spülen ;) 16:57 <@cervantes> (solange es sich ordentlich degradieren lässt) 16:57 <jrandom> cervantes: Syndie sollte mit lynx funktionieren, aber es gibt viel Raum für Rich Clients 16:58 <jrandom> (s/function/functional/) 16:58 <@cervantes> richtig.. also lynx-Nutzer bekämen eine SML-Referenzübersicht, aber nicht mehr 16:58 <jrandom> aye, wie jetzt 16:58 <jrandom> vielleicht aber ein vereinfachtes SML, keine Ahnung. 17:01 <+Complication> jrandom: hältst du es für auch nur entfernt plausibel... dass der NULL-Bug mit gzip-Encoding zusammenhängen könnte? 17:01 <+Complication> Ich dachte daran, das Gzippen für meinen eepsite-Tunnel zu deaktivieren... 17:01 <+Complication> Oder wäre das völlig unplausibel? 17:01 <@cervantes> kurz vor Neujahr wurde in i2ptunnel etwas HTTP-Kompressor-Kram hinzugefügt 17:03 <jrandom> aye, könnte sein – du kannst es clientseitig mit i2ptunnel.gzip=false deaktivieren (auf /configadvanced.jsp). derzeit glaube ich nicht, dass du es im i2ptunnelhttpserver deaktivieren kannst 17:03 <+zzz> es ist auf der Request-Seite, wo es keine Kompression gibt 17:03 <+zzz> Server komprimiert nicht, wenn Client auf false gesetzt ist 17:03 <+Complication> zzz: oh, richtig, das habe ich vergessen 17:04 <jrandom> (aber ohne großen Aufwand könntest du es in I2PTunnelHTTPServer ergänzen [line 310, etc) 17:04 * Complication ist ein Narr und entschuldigt sich dafür 17:04 <@cervantes> (oder du könntest einen normalen Tunnel verwenden) 17:04 <+Complication> Aha, danke... 17:05 <jrandom> hmm, allerdings ist die NULL zu dem Zeitpunkt, wenn der i2ptunnelhttpserver das GET erhält, schon da 17:05 <+zzz> yup, ich habe orion wieder auf HTTP-Tunnel umgestellt, was die Ladezeiten seiner Seiten stark verbessert, da jetzt wieder komprimiert wird 17:05 <+Complication> Ich habe irgendwie völlig vergessen, dass Gzippen erst beginnt, wenn sich Client und Server darauf geeinigt haben 17:05 <jrandom> also könnte es clientseitig sein, serverseitig aber definitiv nicht 17:05 <jrandom> ja, zzz, es ist jetzt ziemlich wahnsinnig schnell :) 17:05 <+zzz> es ist auf der Request-Seite, nicht auf der Response-Seite – könnte sowohl client- als auch serverseitig sein 17:06 <jrandom> stimmt 17:09 <jrandom> ok, hat noch jemand etwas zu 3) Syndie-Blogs? 17:09 <jrandom> wenn nicht, springen wir zu 4) ??? 17:09 <jrandom> hat noch jemand etwas für das Meeting? 17:10 <cat-a-puss> Complication: Javas gzip-Stream + I2P-Tunnel. Funktioniert NICHT und es ist ein Bug von Sun 17:10 <jrandom> hmm cat-a-puss? wirklich? 17:10 <+zzz> Update zu HTTP-Persistent-Connections: Clientseite größtenteils fertig, Serverseite macht gute Fortschritte, viel Härtung und Tests zu tun, vorauss. Fertigstellung 2–4 Wochen 17:10 <jrandom> nice1 zzz! 17:11 <cat-a-puss> jrandom: ja, ich habe vor langer Zeit mit dir darüber gesprochen, ich könnte wahrscheinlich die lange Erklärung finden, warum, aber es ist vermutlich am besten, das irgendwo zu dokumentieren, da es keinen Grund gibt, es zu tun. 17:12 <jrandom> hmm, ich bin aus dem Kontext, was genau funktioniert nicht? was ist Suns Bug? 17:14 <dust> ich bekomme komische Logs wie dieses: 21:21:59.816 WARN [%d0%a2%d1%4f] net.i2p.util.EepGet : ERR: status <html> 17:14 <jrandom> hmm, interessant 17:15 <jrandom> welcher Tracker? 17:15 <cat-a-puss> jrandom: Soweit ich mich erinnere, verwendet Sun headerlose Zips und eine Magic Number, um zu erkennen, dass es ein Zip-Stream ist. Aber die Zahl ist zufällig negativ, sodass, wenn du aus irgendeinem Grund einen Zip-Stream in einem Zip-Stream erstellst, er die Daten aus dem Stream als Folge unsignierter Bytes liest und die Magic Number dadurch in irgendeine andere positive Zahl umgewandelt wird. (Ich verpasse wahrscheinlich einige Details, aber das ist im Großen und Ganzen die Idee) 17:16 <dust> zum Beispiel die OSDevWithCVS_3E.pdf.torrent 17:17 <dust> d8:announce540:http://YRgrgTLGnbTq2aZOZDJQ... 17:17 <jrandom> hmm, ich weiß darüber nichts, und ich bin nicht sicher, wie das einen gzip-Stream über i2ptunnel beeinflussen würde (wenn es so wäre, würden alle scheitern, weil wir alles gzippen) 17:19 <jrandom> ok, cool, dust, also postmans Tracker. hmm, bist du auf 0.6.1.9, dust? 17:20 <cat-a-puss> jrandom: ja, das ist jetzt fast ein Jahr her, seit ich das Problem hatte, daher erinnere ich mich nicht gut, und ich weiß nicht, ob es in 1.5 behoben ist, aber ich hatte wirklich eine Teufelsarbeit damit herauszufinden, warum jeder normale Typ von Stream funktioniert, aber sobald ich sie in einen komprimierten Stream verpackte, sie alle fehlschlugen. 17:20 <dust> ja 17:20 <jrandom> cat-a-puss: wir haben Kompression über I2P im letzten Jahr dramatisch geändert ;) 17:21 <jrandom> (und ich nutze 1.5 persönlich nicht) 17:21 <jrandom> aber wir machen unsere eigene ZIP-Codierung explizit, statt ihren gepackten Stream zu nutzen (aber aus Gründen der Anonymität/Effizienz, nicht der Kompatibilität) 17:22 <@cervantes> zzz: wo genau in der Anfrage tritt die NULL auf? direkt nach GET? 17:22 <+Complication> Davor, wenn ich mich recht erinnere 17:23 <+fox> <lordalbert> hi 17:23 <+Complication> Nebenbei: Celeron 300 zeigt halb so hohe Retransmissions-Rate wie Sempron 17:23 <jrandom> ’lo lordalbert 17:23 <jrandom> cool, Complication, 2–3% sind vernünftig (wenngleich ich natürlich weniger bevorzugen würde) 17:23 <@cervantes> wäre interessant, eine Ladung HEAD-Requests abzufeuern oder so... 17:24 <jrandom> ja, eine Reihe lokaler Tests wäre großartig, obwohl iirc Complication das vor einer Weile versucht hat – ohne Fehler 17:24 <+fox> <lordalbert> kann jemand einen anonymen Tracker machen? Ich versuche es, aber ich verstehe nicht, wie man den Tunnel benutzt 17:24 <+Complication> cervantes: Ich habe einmal versucht, es zu provozieren, mit einem rekursiven wget zwischen meinen 2 Knoten 17:24 <+Complication> Wurde müde, bevor es passierte 17:25 <@cervantes> heh 17:26 <+fox> <lordalbert> ’lo b0unc3 ;) 17:26 <+fox> <b0unc3> lordalbert, :D 17:26 <+Complication> lordalbert: bei welchem Teil brauchst du Rat? 17:27 <+Complication> Zum Einrichten von Trackern weiß ich leider nichts. 17:27 <+Complication> Zu I2PTunnel könnte ich versuchen zu erklären... 17:27 <+fox> <lordalbert> Ich habe BTtracker installiert, und es funktioniert einwandfrei 17:28 <+Complication> Es sollte auch beachtet werden, dass der Tracker, um anonym zu BLEIBEN, wohl mit einer ziemlich sorgfältigen Konfiguration laufen sollte 17:28 <+fox> <lordalbert> jetzt möchte ich ihn anonymisieren 17:28 <+fox> <lordalbert> also 17:28 <jrandom> da bin ich sicher, wir können das nach dem Meeting gemeinsam durchgehen. Du solltest keine generischen Tracker verwenden, du brauchst einen, der für Anonymität gebaut ist 17:28 <+fox> <lordalbert> ich habe gerade einen i2ptunnel gemacht 17:29 <jrandom> (z. B. die bytemonsoon-Modifikation, die du auf jedem der I2P-Tracker findest, oder im CVS) 17:29 <+fox> <lordalbert> jetzt möchte ich wissen, wie man diesen Tunnel benutzt. Ich habe bereits einen Tunnel gemacht 17:29 <jrandom> ok, hat noch jemand etwas für das Meeting? 17:30 <jrandom> lordalbert: http://localhost:7657/i2ptunnel/ sollte dir erlauben, einen „http server tunnel“ zu erstellen, der auf deinen Webserver/Tracker zeigt, aber dein Tracker wird nicht funktionieren, sofern er nicht für anonyme Nutzung angepasst wurde 17:30 <+fox> <lordalbert> jrandom, welchen Tracker muss ich verwenden? 17:31 <+Complication> postman nutzt eine modifizierte Version von ByteMonsoon, glaube ich 17:32 <jrandom> i2p-bytemonsoon wurde für anonyme Nutzung modifiziert – es gibt ein ZIP @ http://i2p-bt.postman.i2p/, und es gibt das CVS unter http://dev.i2p.net/cgi-bin/cvsweb.cgi/bytemonsoon/ aber ich weiß darüber wirklich nicht viel 17:32 <+fox> <lordalbert> ist bytemonsoon nicht obsolet? 17:32 <jrandom> wenn es funktioniert, ist es nicht obsolet. Es funktioniert 17:33 <+fox> <lordalbert> ok XD 17:33 <jrandom> es gibt viele Tracker da draußen, und wenn irgendein Entwickler ihn so modifizieren möchte, dass er sicher und anonym funktioniert, wäre das großartig 17:33 <+Complication> Mag wohl etwas alt sein... aber funktioniert definitiv mit destkeys statt IPs... 17:33 <+Complication> Zu Sicherheit und Dichtheit kann ich nichts sagen 17:34 <jrandom> (er wurde von duck et al für Anonymität und Sicherheit modifiziert) 17:34 <+Complication> Aber er ist schon eine Weile oben und scheint zurechtzukommen... 17:35 <jrandom> ok, wenn es nichts Weiteres fürs Meeting gibt... 17:36 * jrandom wickelt ab 17:36 * jrandom *baf*S das Meeting als geschlossen