Réunion des développeurs d'I2P - 21 mars 2006

15:09 <@jrandom> 0) salut 15:09 <@jrandom> 1) État du réseau 15:09 <@jrandom> 2) jrobin 15:09 <@jrandom> 3) biff et toopie 15:09 <@jrandom> 4) nouvelle clé 15:09 <@jrandom> 5) ??? 15:09 <@jrandom> 0) salut 15:09 * jrandom fait coucou 15:09 <@jrandom> notes d'état hebdomadaires publiées sur http://dev.i2p.net/pipermail/i2p/2006-March/001271.html 15:11 <@jrandom> passons brièvement à 1) État du réseau 15:12 <@jrandom> ça fait un moment qu'on n'a pas sorti de version, mais les choses semblent assez stables. il y a des améliorations en préparation toutefois, et j'espère nous sortir une nouvelle 0.6.1.13 cette semaine 15:13 <@jrandom> quelqu'un a des questions/commentaires/préoccupations concernant l'état du réseau ? 15:13 <+Complication> À propos de la périodicité que j'ai remarquée hier sur un nœud fraîchement démarré : il s'est désynchronisé en quelques heures 15:14 <@jrandom> ah cool 15:14 <+Complication> C'est-à-dire que les pics et creux sont devenus beaucoup plus aléatoires 15:14 <@jrandom> Je pense que ça vaut quand même la peine de donner un coup de pouce au début 15:14 <@jrandom> (pour ceux qui suivent à la maison, on parle des implications de la période de reconstruction de 10 min) 15:15 <+Complication> Ça aide probablement à éviter les défaillances de tunnel 15:15 <+Complication> J'en observe encore un bon nombre, mais je n'ai pas compté 15:15 <+tethra> (merci pour la traduction :) 15:15 <+Complication> À part ça, ça fonctionne correctement ici 15:16 <+Complication> Je pense que je reçois "as there are no inbound/outbound tunnels available" environ une fois toutes les 2 heures 15:17 <@jrandom> hmm, sur une destination i2phex / i2psnark / eepproxy / ircproxy / eepsite ? 15:17 <@jrandom> (il est possible que des clients saturent leurs propres tunnels, c'est pour ça que je demande lesquels) 15:18 <+Complication> Je vérifie s'il y a une tendance 15:19 <+Complication> Un peu de clients partagés et Pycache, plus d'I2Phex 15:20 <@jrandom> hmm ok cool, merci 15:20 <+Complication> Significativement plus d'I2Phex 15:20 <+Complication> Je devrai peut-être limiter sa bande passante 15:21 <+Complication> (était à 16K par défaut) 15:23 <@jrandom> ok cool, quelqu'un a autre chose pour 1) État du réseau ? 15:25 <@jrandom> sinon, passons à 2) JRobin 15:26 <@jrandom> jrobin est sympa. J'aime bien. c'était super facile à intégrer, assez petit (177KB), rapide, avec une faible empreinte mémoire, et ça fournit des visualisations faciles à comprendre 15:27 <+Complication> Tout à fait d'accord :) 15:29 <+Complication> Des graphiques pratiques, avec une résolution suffisamment élevée, aident à trouver des bizarreries et à poser des questions à leur sujet :) 15:29 <@jrandom> s'il y a des gourous de rrdtool dans le coin, si vous voulez jeter un coup d'œil au dernier cvs et voir ce qu'on fait et/ou s'il y a des moyens plus simples d'accomplir ces tâches, je suis preneur de conseils 15:30 <@jrandom> (infos rrdtool <-->jrobin @ http://www.jrobin.org/api/jrobinandrrdtoolcompared.html) 15:31 <@jrandom> (et, si quelqu'un veut, il pourrait écrire une petite appli pour lire netDb/routerInfo-*.dat, les injecter dans des bases jrobin, et en gros faire tourner votre propre stats.i2p) 15:32 <@jrandom> l'intégration jrobin dans la console est différente de la fonctionnalité de stats.i2p toutefois, car elle résume *votre* router, pas tous les routers. les deux sont utiles 15:34 <@jrandom> ok, s'il n'y a rien d'autre sur 2) JRobin, passons à 3) biff et toopie 15:34 <@jrandom> postman: tu veux nous faire un topo ? 15:34 <postman> aah oui 15:35 <postman> il y a des années le service mail avait un bot irc appelé biff qui pouvait te notifier des nouveaux mails 15:35 <+Complication> L'usine à IA de Postman ;P 15:35 <postman> avec la migration vers une nouvelle plateforme biff est devenu inutilisable et je n'avais pas le temps de le refaire 15:35 <postman> maintenant il est de retour en ligne 15:35 <@jrandom> (yay!) 15:36 <postman> si vous souhaitez surveiller votre boîte mail sur irc juste /msg biff .help pour une liste des commandes 15:36 <postman> l'utilisation est simple 15:36 <postman> questions/erreurs/coups de gueule/insultes -> postman@mail.i2p 15:36 <postman> 2. 15:37 <postman> pour faire face au (espérons-le) flux croissant de débutants jr, cervantes et moi avons pensé à un bot de Q&R qu'on peut interroger pour obtenir de l'aide sur les sujets et problèmes quotidiens habituels 15:38 <postman> le premier jet s'appelle toopie et résidera bientôt sur #i2p (i2p-chat peut-être aussi) 15:38 <postman> il contiendra une liste de sujets, et des Q&R triées par sujets et indexées par mots-clés 15:38 <postman> toopie peut parler au canal ainsi que privmsg avec un utilisateur 15:38 <+Complication> Ça a l'air sympa, même si je n'en ai jamais vu auparavant :) 15:39 <postman> nous espérons remplir son cerveau au plus vite 15:39 <postman> Complication: tu peux jouer avec lui sur #irc2p (en privé si tu veux :)) 15:39 <@jrandom> et un des bons côtés, c'est qu'on peut le remplir de messages sur irc :) 15:39 <postman> oui 15:40 <postman> les admins peuvent ajouter des lignes directement depuis irc et en faire une nouvelle q&r 15:40 * tethra suggère une entrée uniquement pour TheJudge/closedshop, du genre "Non, les attaques par prédécesseur ne fonctionnent pas." 15:40 <+tethra> ;) 15:40 <postman> héhé 15:41 <postman> il reste encore à définir la manière de structurer l'information 15:41 <@jrandom> (mais si. toutefois, ce n'est pas un programme particulier que tu "lances" pour attaquer quelqu'un) 15:41 <postman> plus à venir bientôt 15:41 * postman rend le micro 15:41 <@jrandom> ok, merci postman 15:42 <ashter> postman; toopie parlera dans d'autres langues aussi ? 15:42 <postman> ashter: non (pas encore) 15:42 <+fox> <mihi> igpay atinlay? *g* 15:42 <ashter> ok 15:42 <postman> ashter: l'infrastructure est là ( /me planned this ) 15:42 <@jrandom> ok 15:42 <postman> ashter: ce sera une fonctionnalité de la version 2 15:42 <ashter> super, vraiment sympa merci 15:44 <postman> (thejudge est à lui seul responsable de 50% de toutes les déconnexions irc aujourd'hui) 15:45 <postman> jrandom: ok sujet suivant 15:46 <@jrandom> ok cool, quelqu'un a autre chose sur 3) biff et toopie ? 15:46 <@jrandom> sinon, passons à 4) nouvelle clé 15:47 <@jrandom> bon, il n'y a pas vraiment grand-chose à ajouter à ce que j'ai posté. nouvelle clé, blabla 15:47 <@jrandom> ok, passons à 5) ??? 15:47 <+tethra> euh 15:47 <@jrandom> quelqu'un a autre chose à soulever ? 15:48 <+tethra> comment biff sait-il que tu es toi ? :/ 15:48 <+fox> <mihi> tethra: tu dois t'enregistrer 15:48 <+fox> <mihi> lis simplement ce qui est référencé dans les notes hebdomadaires :) 15:48 <postman> tethra: 1.) tu connais les identifiants de ta boîte mail, 2. tu t'enregistres avec un nick identifié@biff 15:48 <+fox> <mihi> oui :) 15:48 <+fox> <mihi> quel est l'intérêt d'avoir des clés qui expirent quand tu pourrais avoir des sous-clés qui expirent à la place ? 15:48 <+tethra> postman: ah, ok. merci. 15:49 <@jrandom> mihi: pour compartimenter une compromission. 15:50 <+fox> <mihi> tu peux supprimer les sous-clés secrètes expirées de ton trousseau si tu veux 15:51 <+fox> <mihi> mais j'imagine que c'est bien plus sympa de faire lsign ta clé par des gens chaque année :) 15:51 <+fox> <mihi> plus sympa d'un certain point de vue sadique :-> 15:51 <postman> jrandom: maintenant, pose ça en devinette à mihi :) 15:52 <@jrandom> (en supposant que seule la sous-clé pourrait être compromise) 15:54 <@jrandom> en tout cas, quelqu'un a autre chose à soulever pour la réunion ? 15:54 <+fox> <mihi> suppose que quelqu'un a compromis ta clé hier. maintenant il peut avoir fait un MITM et remplacé la nouvelle clé. 15:54 <+fox> <mihi> c.-à-d. compromettre une clé -> compromettre toutes les clés futures, non ? 15:55 <+Complication> À moins que le propriétaire n'utilise un certificat de révocation 15:55 <+Complication> invalider la clé compromise -> invalider les suivantes 15:55 <@jrandom> mihi: et je pourrais révoquer la clé compromise et te dire de ne pas faire confiance aux nouvelles clés 15:55 <@jrandom> tu as alors le choix de faire confiance ou non au changement de clé 15:56 <+fox> <mihi> qui croire alors ? :) 15:56 <@jrandom> bonne question. si tu vois passer une révocation signée d'ici un jour ou deux, tu devrais écarter la nouvelle clé 15:57 <+fox> <mihi> et si c'était une sous-clé, tu aurais révoqué la clé amin et la sous-clé est automatiquement écartée :) 15:57 <+fox> <mihi> s/amin/main/ 15:58 <+fox> <mihi> d'accord pour ne pas être d'accord ? 15:58 <@jrandom> oui, là-dessus on peut être d'accord ;) 15:58 <@jrandom> ok, s'il n'y a rien d'autre pour la réunion... 15:58 <+fox> * mihi passe le *baf*er à jrandom (après des années, comme au bon vieux temps...) 16:00 <@jrandom> héhé 16:00 * jrandom prend son élan 16:00 * jrandom *baf* clôt la réunion