Réunion des développeurs d'I2P - 30 août 2005

13:03 <+bla> Y a-t-il une réunion aujourd'hui? 13:04 <jrandom> 0) salut 13:04 <jrandom> 1) État du réseau 13:04 <jrandom> 2) floodfill netDb 13:04 <jrandom> 3) Syndie 13:04 <jrandom> 4) ??? 13:04 <jrandom> 0) salut 13:04 <+bla> ;) 13:04 * jrandom fait un signe de la main 13:04 <jrandom> notes d'état hebdomadaires publiées à http://dev.i2p.net/pipermail/i2p/2005-August/000871.html 13:04 <jrandom> (ouais, j'ai quelques minutes de retard ;) 13:05 <jrandom> bref, passons à 1) état du réseau 13:06 <jrandom> les routes restreintes, ça craint, et nous avons enfin des données sur leur fréquence (bouh sifflets) 13:06 <jrandom> mais malgré tout, le réseau semble assez sain, si l'on ignore tous les rapports inquiets "omg il affiche status: Unknown!" ;) 13:07 <gloin> hmm.. où doit se trouver la racine de documents du serveur web inclus avec i2p ? 13:07 <jrandom> $i2pInstallDir/eepsite/docroot/ 13:07 <gloin> i2p/eepsite/docroot ? 13:07 <jrandom> quelqu’un a des questions/commentaires/inquiétudes concernant l’état du réseau en dehors de ce qui est indiqué dans les notes d’état ? 13:08 <gloin> trouvé. il semble que le serveur web ne sert pas index.html automatiquement. 13:08 <+bla> jrandom: j'ai fait quelques tests pour vérifier quels nœuds sont sélectionnés dans les tunnels. 13:09 <+bla> jrandom: Principalement, comme j’ai maintenant implémenté la localisation des nœuds dans la structure RouterInfo, je peux voir graphiquement (drapeaux de pays) où se situent les participants des tunnels. 13:09 <+bla> Je suis en Europe (rien de secret), et la plupart des participants de mes tunnels sont en Europe 13:09 <jrandom> gloin: ça devrait bien servir index.html (c’est ce qui affiche "Welcome to your Eepsite") 13:10 <jrandom> oh, bien vu bla ! 13:10 <redzara> comme certains ont signalé de faibles perfs avec UDP, on pourrait peut‑être ajouter un petit perfmeter comme iperf dans I2P ? 13:11 <redzara> s/had/add 13:11 <jrandom> bla: donc ce n’est pas seulement sur la page profiles.jsp, mais aussi sur tunnels.jsp ? très cool... captures d’écran, captures d’écran ! :) 13:11 <gloin> jrandom: maintenant ça marche. étrange. 13:11 <+bla> jrandom: Je posterai quelques captures, mais je dois d’abord masquer mon propre router-ID dans les captures ;) 13:11 <jrandom> redzara: hmm, un utilitaire en ligne de commande pour permettre aux gens de vérifier la qualité de leur lien, ou un moniteur des performances SSU ? 13:11 <jrandom> héhé bla 13:12 <jrandom> bizarre gloin 13:13 <gloin> jrandom: au fait, depuis que j’ai mis à jour mon pppoe, i2p semble plus stable. 13:13 <jrandom> sympa, quel était le problème avec ta connexion réseau ? mise à jour du firmware ? 13:14 <gloin> jrandom: j’ai perdu tous les pairs. Mais la connexion Internet était OK, pourtant chaque pair échouait. 13:16 <jrandom> d’accord, mais qu’as‑tu mis à jour dans tes paramètres pppoe ? 13:17 <gloin> jrandom: je veux dire le démon pppoe de Linux. 13:18 <jrandom> ah ok 13:18 <jrandom> ok, quelqu’un a autre chose pour 1) état du réseau, ou passons‑nous à 2) floodfill netdb ? 13:18 <+bla> http://theland.i2p/parttunnels.webp 13:19 <+bla> http://theland.i2p/servertunnels.webp 13:21 <+bar> (euh.. inaccessible ?) 13:21 <jrandom> oui, j’ai du mal à y accéder moi aussi 13:21 <fox> <godmode0> j’utilise pppoe jamais eu de problème i2p 13:22 * jrandom essaiera plus tard quand même 13:22 <+bla> jrandom: Eh bien... Il y a justement un nouveau problème réseau là ;) 13:22 <jrandom> héhé 13:22 <jrandom> bla: tu es sur la -4 ou une build antérieure ? 13:23 <+bla> jrandom: je suis sur la -4 13:23 <jrandom> hmm, ok cool 13:23 <jrandom> ok, de toute façon, on pourra creuser ça plus tard 13:24 <jrandom> (si tu pouvais m’envoyer les stats netDb depuis /oldstats.jsp, ce serait top :) 13:25 <jrandom> ok, passons à 2) floodfill netdb 13:26 <jrandom> il y a beaucoup d’infos publiées sur mon blog à ce sujet 13:26 <jrandom> nous avons commencé à déployer un premier jet, même s’il reste du travail à faire 13:26 <jrandom> quelqu’un a des questions/commentaires/inquiétudes sur le plan ? 13:27 <+bla> jrandom: Le floodfill va‑t‑il évoluer en log(N) (N = nombre de pairs dans le réseau), ou linéairement ? 13:27 <jrandom> linéairement avec M (M = nombre de pairs participant au floodfill netdb) 13:28 <jrandom> eh bien, M peut être suffisamment petit pour que N soit le terme dominant 13:29 <jrandom> (auquel cas ce sera linéairement avec N) 13:29 <jrandom> ce qui n’est pas idéal, mais tant que nous n’avons pas> 10K eepsites, ça n’a pas d’importance 13:30 <jrandom> une fois que ce sera le cas, nous pourrons passer à des algorithmes plus avancés pour répartir la charge entre les participants au floodfill 13:31 <jrandom> (notez que c’est 10k eepsites, pas d’utilisateurs, puisque nous n’avons pas vraiment besoin de publier les leaseSets client dans le netdb) 13:32 <+bla> jrandom: Y a‑t‑il une raison pour laquelle nous publions encore les destinations client dans le netDb ? 13:32 <+bla> jrandom: Ou, d’ailleurs, pourquoi montrons‑nous encore qui sont nos pairs rapides dans le netDb ? 13:33 <+bla> jrandom: Supprimer les deux réduirait fortement les données du netDb 13:33 <jrandom> bla: pour le premier point, non. pour le second, pour que je puisse déboguer (même si je n’ai pas regardé ce champ en particulier récemment) 13:33 <jrandom> oui, ça vaut la peine d’essayer, peut‑être dans la -5 13:36 <jrandom> ok, cool, eh bien, on verra et avec un peu de chance on sortira la -5 dans les prochains jours 13:37 <jrandom> (peut‑être demain) 13:37 <jrandom> ok, s’il n’y a rien d’autre sur 2) floodfill netdb, passons à 3) syndie 13:38 <jrandom> j’ai posté pas mal d’infos par mail et sur mon blog, donc plutôt que de radoter, quelqu’un a des questions / commentaires / inquiétudes ? 13:40 * jrandom aime vraiment la fonctionnalité de syndication à distance, même si c’est loin de ce que nous espérons avec l’intégration feedspace 13:41 <jrandom> (je n’ai pas pris la peine de faire l’intégration de publication freenet, même si ce serait assez facile de lancer une CLI et de publier toutes les entrées) 13:42 <jrandom> ok, s’il n’y a rien d’autre sur 3) syndie, ouvrons la discussion sur 4) ??? 13:42 <jrandom> quelqu’un a autre chose lié à i2p à aborder ? 13:42 <redzara> bien sûr, où est la doc ;) 13:43 <laberhorst> juste que mon nœud sous 0.6.x consomme jusqu’à 100 % de charge CPU, mais je dois recroiser ça avec Linux sur cette ligne ici 13:43 <+nickless_head> Je pense que le script i2pProxy.pac devrait être dans le dossier web de Jetty par défaut. 13:43 <jrandom> nickless_head: je ne recommande pas i2pproxy.pac, car c’est un énorme risque de sécurité 13:44 <redzara> 2 - pourrait‑on inclure la dernière build de Jetty dans I2P ? 13:44 <jrandom> nous avons 5.2.1 dans i2p en ce moment 13:44 <jrandom> euh, 5.1.2 13:44 <+nickless_head> jrandom: c’est la seule chose disponible pour séparer entre eepsites et sites web dans un seul navigateur sans devoir basculer à la main, à ma connaissance 13:45 <jrandom> j’utilise switchproxy 13:45 <jrandom> (et je ne bascule pas vers une navigation non anonyme) 13:45 <jrandom> ((squid.i2p est assez rapide pour moi)) 13:45 <+nickless_head> Pense aux slashdotters ! :p 13:46 <jrandom> comme je l’ai déjà dit, j’ai des réserves sur la viabilité des eepsites. les risques de sécurité sont énormes 13:46 <jrandom> mais, pour ceux qui ne se soucient pas de ces risques, peut‑être qu’un i2pproxy.pac a du sens. 13:47 <+bla> Je pense fortement que quelque chose qui n’est pas sûr par _défaut_, ne devrait pas être dans I2P, afin de ne pas donner aux nouveaux utilisateurs un faux sentiment de sécurité 13:48 <jrandom> d’accord (même si nous fournissons i2pproxy.pac, nous n’en parlons aux gens qu’une fois qu’on les a suffisamment effrayés ;) 13:49 <+nickless_head> J’ai du mal à croire que dans la configuration de Mozilla il n’y ait pas un moyen de faire en sorte que les sites n’accèdent qu’aux ressources du même domaine .. 13:50 <redzara> désolé mais la connexion IRC a été perdue :( à propos de Jetty il y a un correctif concernant Commons Logging et peut‑être que cela m’aidera à faire tourner mon mvnforum dans la même instance d’I2P 13:50 <redzara> Jetty-5.1.5rc1 - 23 August 2005 13:52 <jrandom> ah cool, quel est exactement le problème redzara ? 13:52 <jrandom> nickless_head: si tu trouves un moyen, dis‑le‑nous 13:52 <redzara> ou peut‑être que je pourrais simplement construire mon propre I2P avec la dernière version de Jetty 13:52 <jrandom> redzara: ça, tu peux certainement le faire - il suffit de déposer les fichiers jar de Jetty dans ton répertoire lib d’i2p 13:53 <redzara> jrandom : à chaque fois que j’essaie de démarrer mvnforum dans I2P, Jetty n’arrive pas à trouver Apache Commons Logging 13:53 <+nickless_head> Oh ! Je viens de remarquer que l’i2pproxy.pac par défaut utilise un mode qui permet aux sites d’activer/désactiver le proxy vers i2p à l’exécution, lequel est protégé par le TOTALEMENT SÛR ET IN-CASSABLE </sarcasm> mot de passe par défaut "passw0rd". S’il vous plaît, que quelqu’un qui connaît CVS change ça. 13:54 <jrandom> redzara: c’est dans commons-logging.jar et commons-el.jar si je me souviens bien, qui devraient être dans ton répertoire lib et dans le classpath de ton wrapper.config 13:54 <jrandom> nickless_head: encore une raison de plus pour laquelle je ne recommande à personne de l’utiliser ;) 13:55 <redzara> oui je sais, je ne suis pas si n00b :)) je dois replonger là‑dedans avec cette nouvelle version de Jetty 13:56 <jrandom> cool, tiens‑nous au courant 13:56 <redzara> pas de problème 13:57 <fox> * mihi parie que la plupart des utilisateurs i2p révéleront leur "vraie IP" à une applet Java de toute façon :) 13:57 <fox> <mihi> essayez http://www.stilllistener.com/checkpoint1/Java/ (et descendez) 13:58 * jrandom voit beaucoup de champs vides ;) 13:59 <+bla> fox: Tout ce que l’on expose, c’est la relation entre une IP et une destination client particulière, la destination client changeant à chaque redémarrage du router. 14:00 <jrandom> bla: à moins que l’utilisateur ne soit sur un site du genre par ex. http://i_have_illegal_stuff.i2p/ 14:00 <jrandom> (divulguer l’IP du client "une seule fois" est déjà suffisamment fatal ;) 14:00 <+bla> jrandom: Oui. 14:00 <+bla> Mais encore une fois, si vous êtes sérieux à propos de la navigation anonyme, vous utiliserez des proxies HTTP temporaires, et désactiverez complètement tout ce qui est Java, plugins et cookies 14:01 <jrandom> ou utilisez syndie :) 14:02 <ZULU> désolé pour l’interruption,is duck.ip down ? 14:02 <+bla> jrandom: Est‑il temps pour les questions générales ? 14:02 <jrandom> oui, on en est à 4) ??? 14:02 <jrandom> ZULU: oui, duck est hors ligne pour le moment 14:03 <+bla> jrandom: J’ai modifié les fichiers Java qui aident profiles.jsp et tunnels.jsp à générer les drapeaux de pays 14:04 <+bla> jrandom: Cependant, où puis‑je placer des images auxquelles je puisse réellement LINK, et qui fonctionneront, sur mon router local (_pas_ mon eepsite) ? 14:06 <jrandom> il nous faut un "get.jsp?name" qui déverse le contenu de ./docs/'name' dans le navigateur 14:06 <jrandom> (autrement dit il faut l’avoir dans le .war pour l’instant, mais avec un petit fichier .jsp, on pourrait les mettre dans docs) 14:06 <+bla> jrandom: Ah, ok, donc ce n’était pas ma faute ;) 14:06 <jrandom> héhé non, blâmez‑moi :) 14:09 <jrandom> ok, s’il n’y a rien d’autre pour la réunion 14:09 * jrandom conclut 14:10 * jrandom *baf* clôt la réunion