I2P Entwicklertreffen - 30. August 2005

13:03 <+bla> Gibt es heute ein Meeting? 13:04 <jrandom> 0) hi 13:04 <jrandom> 1) Netzstatus 13:04 <jrandom> 2) floodfill netDb (floodfill-basiertes netDb-System, eine verteilte Datenbank im I2P-Netz) 13:04 <jrandom> 3) Syndie 13:04 <jrandom> 4) ??? 13:04 <jrandom> 0) hi 13:04 <+bla> ;) 13:04 * jrandom winkt 13:04 <jrandom> Wöchentliche Statusnotizen wurden unter http://dev.i2p.net/pipermail/i2p/2005-August/000871.html veröffentlicht 13:04 <jrandom> (ja, ich bin ein paar Minuten zu spät ;) 13:05 <jrandom> Wie auch immer, springen wir zu 1) Netzstatus 13:06 <jrandom> eingeschränkte Routen sind Mist, und wir haben endlich Daten dazu, wie häufig sie sind (buh, pfui) 13:06 <jrandom> aber trotzdem wirkt das Netz recht gesund, wenn man all die besorgten Meldungen "omg es zeigt status: Unknown!" ignoriert ;) 13:07 <gloin> hm.. wo sollte das Document-Root für den in i2p mitgelieferten Webserver liegen? 13:07 <jrandom> $i2pInstallDir/eepsite/docroot/ 13:07 <gloin> i2p/eepsite/docroot ? 13:07 <jrandom> Hat jemand Fragen/Anmerkungen/Bedenken zum Netzstatus, die über das hinausgehen, was in den Statusnotizen steht? 13:08 <gloin> gefunden. Es scheint, dass der Webserver index.html nicht automatisch ausliefert. 13:08 <+bla> jrandom: Ich habe ein paar Tests gemacht, um zu prüfen, welche Knoten in tunnels ausgewählt werden. 13:09 <+bla> jrandom: Hauptsächlich, da ich jetzt node-localization im RouterInfo struct implementiert habe, kann ich grafisch (Länderflaggen) sehen, wo Tunnel-Teilnehmer sitzen. 13:09 <+bla> Ich bin in Europa (kein Geheimnis), und die meisten meiner Tunnel-Teilnehmer sind in Europa 13:09 <jrandom> gloin: es sollte die index.html ausliefern (das ist, was "Welcome to your Eepsite" rendert) 13:10 <jrandom> ooh nice1 bla! 13:10 <redzara> da einige Leute geringe Performance mit UDP gemeldet haben, könnten wir vielleicht ein kleines Performance-Meter wie iperf in I2P hinzufügen? 13:11 <redzara> s/had/add 13:11 <jrandom> bla: also nicht nur auf der profiles.jsp-Seite, sondern auch auf tunnels.jsp? sehr cool... Screenshots, Screenshots! :) 13:11 <gloin> jrandom: jetzt funktioniert es. Seltsam. 13:11 <+bla> jrandom: Ich poste ein paar Screenshots, aber ich muss zuerst meine eigene Router-ID in den Screenshots schwärzen ;) 13:11 <jrandom> redzara: hm, ein Kommandozeilen-Tool, mit dem Leute ihre Linkqualität prüfen können, oder ein Monitor für die SSU-Performance? 13:11 <jrandom> heh bla 13:12 <jrandom> komisch, gloin 13:13 <gloin> jrandom: übrigens, seit ich mein pppoe aktualisiert habe, scheint i2p stabiler zu sein. 13:13 <jrandom> schön, was war das Problem mit deiner Netzverbindung? Firmware-Update? 13:14 <gloin> jrandom: Ich habe alle Peers verloren. Aber die Internetverbindung war ok, nur jeder Peer schlug fehl. 13:16 <jrandom> klar, aber was genau hast du an deinen pppoe-Einstellungen aktualisiert? 13:17 <gloin> jrandom: Ich meine den Linux-PPPoE-Daemon. 13:18 <jrandom> ah ok 13:18 <jrandom> ok, hat sonst noch jemand etwas zu 1) Netzstatus, oder sollen wir weiter zu 2) floodfill netdb? 13:18 <+bla> http://theland.i2p/parttunnels.webp 13:19 <+bla> http://theland.i2p/servertunnels.webp 13:21 <+bar> (ähm.. nicht erreichbar?) 13:21 <jrandom> ja, ich habe auch Probleme, es zu erreichen 13:21 <fox> <godmode0> ich benutze pppoe, nie Problem i2p 13:22 * jrandom wird es später versuchen 13:22 <+bla> jrandom: Nun ja.. Genau da ist ein neues Netzwerkproblem ;) 13:22 <jrandom> hehe 13:22 <jrandom> bla: bist du auf -4 oder einem früheren Build? 13:23 <+bla> jrandom: Ich bin auf -4 13:23 <jrandom> hm, ok, cool 13:23 <jrandom> ok, wie auch immer, das können wir später durchgehen 13:24 <jrandom> (wenn du mir die netDb-Stats von /oldstats.jsp schicken könntest, wäre das super :) 13:25 <jrandom> ok, weiter zu 2) floodfill netdb 13:26 <jrandom> es gibt dazu viele Infos in meinem Blog 13:26 <jrandom> wir haben begonnen, einen ersten Wurf auszurollen, auch wenn noch etwas Arbeit zu tun ist 13:26 <jrandom> hat jemand Fragen/Anmerkungen/Bedenken zum Plan? 13:27 <+bla> jrandom: Wird das floodfill als log(N) skalieren (N=Anzahl der Peers im Netz), oder linear? 13:27 <jrandom> linear mit M (M= Anzahl der Peers, die an der floodfill netDb teilnehmen) 13:28 <jrandom> nun, M könnte klein genug sein, dass N der dominierende Term ist 13:29 <jrandom> (in welchem Fall es linear mit N wäre) 13:29 <jrandom> was nicht großartig ist, aber bis wir > 10K eepsites haben, spielt es keine Rolle 13:30 <jrandom> sobald wir das haben, können wir auf fortgeschrittenere Algorithmen umsteigen, um die Last zwischen den floodfill-Teilnehmern zu verteilen 13:31 <jrandom> (beachte, das sind 10k eepsites, nicht Nutzer, da wir die Client-leaseSets in der netdb eigentlich nicht veröffentlichen müssen) 13:32 <+bla> jrandom: Gibt es einen Grund, warum wir die Client-Destinations weiterhin in der netDb veröffentlichen? 13:32 <+bla> jrandom: Oder überhaupt, warum wir in der netDb noch zeigen, wer unsere schnellen Peers sind? 13:33 <+bla> jrandom: Beides zu entfernen würde die netDb-Daten stark reduzieren 13:33 <jrandom> bla: zum Ersteren: nein. zum Letzteren: für mein Debugging (auch wenn ich mir dieses spezielle Feld kürzlich nicht angesehen habe) 13:33 <jrandom> ja, einen Versuch wert, vielleicht in -5 13:36 <jrandom> ok, cool, mal sehen, hoffentlich bekommen wir -5 in den nächsten Tagen raus 13:37 <jrandom> (vielleicht morgen) 13:37 <jrandom> ok, wenn es nichts anderes zu 2) floodfill netdb gibt, gehen wir weiter zu 3) syndie 13:38 <jrandom> ich habe eine Menge Infos in der Mail und in meinem Blog gepostet, also statt das zu wiederholen: Hat jemand Fragen / Anmerkungen / Bedenken? 13:40 * jrandom findet die Remote-Syndizierungsfunktionalität echt gut, auch wenn sie noch weit von dem entfernt ist, was wir uns mit Feedspace-Integration erhoffen 13:41 <jrandom> (ich habe mich nicht darum gekümmert, Freenet-Posting-Integration zu bauen, obwohl es ziemlich einfach wäre, eine CLI zu starten und alle Einträge reinzuposten) 13:42 <jrandom> ok, wenn es nichts anderes zu 3) syndie gibt, öffnen wir's für 4) ??? 13:42 <jrandom> hat sonst noch jemand etwas i2p-bezogenes einzubringen? 13:42 <redzara> klar, wo ist die Doku ;) 13:43 <laberhorst> nur dass mein Node unter 0.6.x bis zu 100% CPU-Last verbraucht, muss es aber hier auf der Leitung noch mit Linux gegenprüfen 13:43 <+nickless_head> Ich finde, das i2pProxy.pac-Skript sollte standardmäßig im Jetty-Webordner liegen. 13:43 <jrandom> nickless_head: Ich empfehle i2pproxy.pac nicht, da es ein enormes Sicherheitsrisiko ist 13:44 <redzara> 2 - könnten wir die neueste Jetty-Version in I2P enthalten haben? 13:44 <jrandom> wir haben 5.2.1 in i2p gerade drin 13:44 <jrandom> äh, 5.1.2 13:44 <+nickless_head> jrandom: es ist das Einzige, womit man in einem Browser zwischen eepsites und Websites trennen kann, ohne manuell umschalten zu müssen, soweit ich weiß 13:45 <jrandom> ich benutze SwitchProxy 13:45 <jrandom> (und ich schalte nicht auf nicht-anonymes Browsen um) 13:45 <jrandom> ((squid.i2p ist für mich schnell genug)) 13:45 <+nickless_head> Denk an die Slashdotter! :p 13:46 <jrandom> wie ich schon sagte, habe ich Vorbehalte hinsichtlich der Tragfähigkeit von eepsites. Die Sicherheitsrisiken sind enorm 13:46 <jrandom> aber für diejenigen, denen diese Risiken egal sind, ergibt ein i2pproxy.pac vielleicht Sinn. 13:47 <+bla> Ich bin der festen Meinung, dass etwas, das nicht per _default_ sicher ist, nicht in I2P sein sollte, um neuen Nutzern kein falsches Sicherheitsgefühl zu geben 13:48 <jrandom> einverstanden (auch wenn wir i2pproxy.pac bereitstellen, sagen wir den Leuten nur nicht davon, bis wir sie genug erschreckt haben ;) 13:49 <+nickless_head> Ich kann irgendwie nicht glauben, dass es in den Einstellungen von Mozilla keine Möglichkeit gibt, Seiten nur auf Ressourcen derselben Domain zugreifen zu lassen .. 13:50 <redzara> sorry, aber IRC-Verbindung weg :( zu Jetty: Es gibt einen Fix bezüglich Commons Logging, und vielleicht hilft mir das, mein mvnforum in derselben Instanz von I2P zu betreiben 13:50 <redzara> Jetty-5.1.5rc1 - 23 August 2005 13:52 <jrandom> ah cool, was genau ist das Problem, redzara? 13:52 <jrandom> nickless_head: wenn du einen Weg findest, lass es uns wissen 13:52 <redzara> oder ich könnte mir sogar einfach mein eigenes I2P mit der neuesten Version von Jetty bauen 13:52 <jrandom> redzara: das kannst du auf jeden Fall tun – leg einfach die Jetty-JAR-Dateien in dein i2p lib-Verzeichnis 13:53 <redzara> jrandom : jedes Mal, wenn ich versuche, mvnforum in I2P zu starten, findet Jetty Apache Commons Logging nicht 13:53 <+nickless_head> Oh! Mir ist gerade aufgefallen, dass das Standard-i2pproxy.pac einen Modus nutzt, der es Seiten erlaubt, das Proxying zu i2p zur Laufzeit ein- und auszuschalten, was durch das VÖLLIG SICHERE UND UNKNACKBARE </sarcasm> Standardpasswort "passw0rd" geschützt ist. Bitte, jemand, der sich mit CVS auskennt, ändere das. 13:54 <jrandom> redzara: das ist in commons-logging.jar und commons-el.jar iirc, die sollten in deinem lib-Verzeichnis und im Classpath deiner wrapper.config sein 13:54 <jrandom> nickless_head: noch ein Grund, warum ich niemandem empfehle, es zu verwenden ;) 13:55 <redzara> ja ich weiß, ich bin nicht so ein n00b :)) ich muss mit dieser neuen Jetty-Version nochmal graben 13:56 <jrandom> cool, halte uns auf dem Laufenden 13:56 <redzara> kein Problem 13:57 <fox> * mihi vermutet, die meisten i2p-Nutzer werden ihre "real ip" sowieso einem Java-Applet preisgeben :) 13:57 <fox> <mihi> probier http://www.stilllistener.com/checkpoint1/Java/ (und runterscrollen) 13:58 * jrandom sieht viele leere Felder ;) 13:59 <+bla> fox: Alles, was man offenlegt, ist die Beziehung zwischen einer IP und einer bestimmten Client-Destination, wobei sich die Client-Destination bei jedem Router-Neustart ändert. 13:59 <jrandom> bla: es sei denn, der Nutzer ist auf einer Seite wie z. B. http://i_have_illegal_stuff.i2p/ 14:00 <jrandom> (die IP des Clients "nur einmal" preiszugeben, ist fatal genug ;) 14:00 <+bla> jrandom: Ja. 14:00 <+bla> Aber wenn du es mit anonymem Browsen ernst meinst, nutzt du temporäre HTTP-Proxies und deaktivierst alles Java sowie Plugins und Cookies vollständig 14:01 <jrandom> oder nutzt Syndie :) 14:02 <ZULU> sorry für die Unterbrechung, ist duck.ip down? 14:02 <+bla> jrandom: Ist es schon Zeit für allgemeine Fragen? 14:02 <jrandom> ay, wir sind bei 4) ??? 14:02 <jrandom> ZULU: ja, duck ist vorerst offline 14:03 <+bla> jrandom: Ich habe die Java-Dateien bearbeitet, die profiles.jsp und tunnels.jsp helfen, die Länderflaggen zu erzeugen 14:04 <+bla> jrandom: Wo lege ich jedoch Bilder ab, auf die ich tatsächlich LINKEN kann und die auf meinem lokalen Router funktionieren (_nicht_ meine eepsite)? 14:06 <jrandom> wir brauchen eine "get.jsp?name", die den Inhalt von ./docs/'name' an den Browser ausgibt 14:06 <jrandom> (sprich, du musst es im Moment in der .war haben, aber mit einer kleinen .jsp-Datei könntest du sie in docs ablegen) 14:06 <+bla> jrandom: Ah, ok, lag also nicht an mir ;) 14:06 <jrandom> heh, nein, gib mir die Schuld :) 14:09 <jrandom> ok, wenn es nichts anderes für das Meeting gibt 14:09 * jrandom rundet ab 14:10 * jrandom *baf*t das Meeting zu