Reunião de Desenvolvedores do I2P - 30 de agosto de 2005

13:03 <+bla> Há reunião hoje? 13:04 <jrandom> 0) oi 13:04 <jrandom> 1) Estado da rede 13:04 <jrandom> 2) floodfill netDb 13:04 <jrandom> 3) Syndie 13:04 <jrandom> 4) ??? 13:04 <jrandom> 0) oi 13:04 <+bla> ;) 13:04 * jrandom acena 13:04 <jrandom> notas semanais de status publicadas em http://dev.i2p.net/pipermail/i2p/2005-August/000871.html 13:04 <jrandom> (é, estou alguns minutos atrasado ;) 13:05 <jrandom> de qualquer forma, indo para 1) estado da rede 13:06 <jrandom> rotas restritas são uma droga, e finalmente temos alguns dados sobre quão comuns elas são (buu, vaias) 13:06 <jrandom> mas ainda assim, a rede parece bastante saudável, se você ignorar todos os relatos preocupados de "omg está dizendo status: Unknown!" ;) 13:07 <gloin> hmm.. onde deveria ficar a raiz de documentos (document root) do servidor web incluído no I2P? 13:07 <jrandom> $i2pInstallDir/eepsite/docroot/ 13:07 <gloin> i2p/eepsite/docroot ? 13:07 <jrandom> alguém tem perguntas/comentários/preocupações sobre o estado da rede além do que está nas notas de status? 13:08 <gloin> achei. parece que o servidor web não entrega o index.html automaticamente. 13:08 <+bla> jrandom: tenho feito alguns testes para verificar quais nós são selecionados nos tunnels. 13:09 <+bla> jrandom: Principalmente, como agora implementei a localização de nós na struct RouterInfo, posso ver graficamente (bandeiras de países) onde os participantes de tunnel estão localizados. 13:09 <+bla> Estou na Europa (sem segredo), e a maioria dos meus participantes de tunnel está na Europa 13:09 <jrandom> gloin: deveria servir o index.html (é isso que exibe "Welcome to your Eepsite") 13:10 <jrandom> ooh, boa, bla! 13:10 <redzara> como algumas pessoas relataram baixo desempenho com UDP, talvez pudéssemos adicionar um pequeno medidor de desempenho como o iperf no I2P? 13:11 <redzara> s/had/add 13:11 <jrandom> bla: então isso não é só na página profiles.jsp, mas também em tunnels.jsp? muito legal... capturas de tela, capturas de tela! :) 13:11 <gloin> jrandom: agora funciona. estranho. 13:11 <+bla> jrandom: Vou postar algumas capturas de tela, mas primeiro tenho que cobrir meu próprio router-ID nas imagens ;) 13:11 <jrandom> redzara: hmm, um utilitário de linha de comando para permitir que as pessoas verifiquem a qualidade do link, ou um monitor para o desempenho do SSU? 13:11 <jrandom> heh bla 13:12 <jrandom> estranho, gloin 13:13 <gloin> jrandom: aliás, desde que atualizei meu PPPoE o I2P parece estar mais estável. 13:13 <jrandom> legal, qual era o problema com sua conexão de rede? atualização de firmware? 13:14 <gloin> jrandom: perdi todos os pares. Mas a conexão com a internet estava ok, porém cada par falhava. 13:16 <jrandom> certo, mas o que você atualizou nas suas configurações de PPPoE? 13:17 <gloin> jrandom: Quero dizer o daemon PPPoE do Linux. 13:18 <jrandom> ah ok 13:18 <jrandom> ok, mais alguém tem algo para 1) estado da rede, ou podemos passar para 2) floodfill netdb? 13:18 <+bla> http://theland.i2p/parttunnels.webp 13:19 <+bla> http://theland.i2p/servertunnels.webp 13:21 <+bar> (umm.. inacessível?) 13:21 <jrandom> sim, estou com dificuldade para acessar também 13:21 <fox> <godmode0> eu uso PPPoE, nunca foi problema para o I2P 13:22 * jrandom vai tentar mais tarde mesmo assim 13:22 <+bla> jrandom: Bem.. Acabou de aparecer um novo problema de rede ali ;) 13:22 <jrandom> hehe 13:22 <jrandom> bla: você está na -4 ou em uma build anterior? 13:23 <+bla> jrandom: estou na -4 13:23 <jrandom> hmm, ok legal 13:23 <jrandom> ok, de qualquer forma, podemos destrinchar isso depois 13:24 <jrandom> (se você puder me enviar as estatísticas do netDb de /oldstats.jsp, seria ótimo :) 13:25 <jrandom> ok, passando para 2) floodfill netdb 13:26 <jrandom> há muitas informações publicadas no meu blog sobre este tópico 13:26 <jrandom> começamos a implantar uma primeira fase, embora ainda haja trabalho a fazer 13:26 <jrandom> alguém tem perguntas/comentários/preocupações sobre o plano? 13:27 <+bla> jrandom: O floodfill vai escalar como log(N) (N=número de pares na rede), ou linearmente? 13:27 <jrandom> linearmente com M (M=número de pares participando no floodfill netdb) 13:28 <jrandom> bem, M pode ser pequeno o suficiente para que N seja o termo dominante 13:29 <jrandom> (nesse caso será linearmente com N) 13:29 <jrandom> o que não é ótimo, mas até termos > 10K eepsites, não importa 13:30 <jrandom> quando tivermos, poderemos partir para algoritmos mais avançados para compartilhar a carga entre os participantes do floodfill 13:31 <jrandom> (note que são 10K eepsites, não usuários, já que realmente não precisamos publicar leaseSets de cliente no netdb) 13:32 <+bla> jrandom: Há algum motivo pelo qual ainda publicamos os destinos do cliente no netDb? 13:32 <+bla> jrandom: Ou, aliás, por que ainda exibimos quem são nossos pares rápidos no netDb? 13:33 <+bla> jrandom: Remover ambos reduziria os dados do netDb por um grande fator 13:33 <jrandom> bla: quanto ao primeiro, não. quanto ao segundo, para eu depurar (embora eu não tenha olhado para esse campo específico recentemente) 13:33 <jrandom> sim, vale tentar, talvez na -5 13:36 <jrandom> ok, legal, bem, vamos ver e espero que lancemos a -5 nos próximos dias 13:37 <jrandom> (talvez amanhã) 13:37 <jrandom> ok, se não houver mais nada em 2) floodfill netdb, vamos passar para 3) syndie 13:38 <jrandom> publiquei um monte de informações no e-mail e no meu blog, então, em vez de repeti-las, alguém tem perguntas / comentários / preocupações? 13:40 * jrandom curte muito a funcionalidade de distribuição remota, embora esteja longe do que esperamos com a integração ao feedspace 13:41 <jrandom> (não me dei ao trabalho de fazer a integração com postagem no Freenet, embora seria bem fácil abrir uma CLI e publicar todas as entradas) 13:42 <jrandom> ok, se não houver mais nada em 3) syndie, vamos abrir para 4) ??? 13:42 <jrandom> alguém tem mais algo relacionado ao I2P para trazer? 13:42 <redzara> claro, cadê a documentação ;) 13:43 <laberhorst> apenas que meu nó sob 0.6.x consome até 100% de carga de CPU, mas preciso conferir com Linux nessa linha aqui 13:43 <+nickless_head> Acho que o script i2pProxy.pac deveria estar na pasta web do Jetty por padrão. 13:43 <jrandom> nickless_head: não recomendo o i2pproxy.pac, pois é um grande risco de segurança 13:44 <redzara> 2 - poderíamos ter a última build do Jetty incluída no I2P? 13:44 <jrandom> temos 5.2.1 no i2p agora 13:44 <jrandom> quer dizer, 5.1.2 13:44 <+nickless_head> jrandom: é a única coisa disponível para separar entre eepsites e websites em um único navegador sem ter que alternar manualmente, tanto quanto sei 13:45 <jrandom> eu uso switchproxy 13:45 <jrandom> (e eu não alterno para navegação não anônima) 13:45 <jrandom> ((squid.i2p é rápido o suficiente para mim)) 13:45 <+nickless_head> Pense nos slashdotters! :p 13:46 <jrandom> como já disse antes, tenho reservas quanto à viabilidade de eepsites. os riscos de segurança são enormes 13:46 <jrandom> mas, para quem não se importa com esses riscos, talvez um i2pproxy.pac faça sentido. 13:47 <+bla> Acho fortemente que algo que não seja seguro por _padrão_ não deveria estar no I2P, para não dar aos novos usuários uma falsa sensação de segurança 13:48 <jrandom> concordo (embora nós promovamos o i2pproxy.pac, só não contamos às pessoas sobre ele até assustá-las o suficiente ;) 13:49 <+nickless_head> De alguma forma não consigo acreditar que, na configuração do Mozilla, não haja uma maneira de fazer com que os sites acessem apenas recursos do mesmo domínio .. 13:50 <redzara> desculpem, mas perdi a conexão do IRC :( sobre o Jetty existe uma correção sobre Commons Logging e talvez isso me ajude a rodar meu mvnforum na mesma instância do I2P 13:50 <redzara> Jetty-5.1.5rc1 - 23 August 2005 13:52 <jrandom> ah, legal, qual é exatamente o problema, redzara? 13:52 <jrandom> nickless_head: se você encontrar uma maneira, nos avise 13:52 <redzara> ou talvez eu possa até compilar meu próprio I2P com a versão mais recente do Jetty 13:52 <jrandom> redzara: isso você certamente pode fazer - basta colocar os arquivos JAR do Jetty no seu lib dir do i2p 13:53 <redzara> jrandom: toda vez que tento iniciar o mvnforum no I2P, o Jetty falha em encontrar o Apache Commons Logging 13:53 <+nickless_head> Oh! Acabei de notar que o i2pproxy.pac padrão usa um modo que permite que sites alternem o uso de proxy para o I2P ligado e desligado em tempo de execução, o que é protegido pela SENHA PADRÃO TOTALMENTE SEGURA E INQUEBRÁVEL </sarcasm> "passw0rd". Por favor, alguém que entenda de cvs mude isso. 13:54 <jrandom> redzara: isso está em commons-logging.jar e commons-el.jar, se não me engano, e deveriam estar no seu lib dir e no classpath do seu wrapper.config 13:54 <jrandom> nickless_head: mais um motivo pelo qual não recomendo ninguém usar isso ;) 13:55 <redzara> sim, eu sei, não sou tão n00b :)) preciso fuçar de novo com essa nova versão do Jetty 13:56 <jrandom> legal, nos mantenha informados 13:56 <redzara> sem problema 13:57 <fox> * mihi supõe que a maioria dos usuários do I2P vai revelar seu "IP real" para um applet Java de qualquer jeito :) 13:57 <fox> <mihi> tente http://www.stilllistener.com/checkpoint1/Java/ (e role para baixo) 13:58 * jrandom vê muitos campos em branco ;) 13:59 <+bla> fox: Tudo que se expõe é a relação entre um IP e um determinado destino do cliente, onde o destino do cliente mudará a cada reinicialização do router. 14:00 <jrandom> bla: a menos que o usuário esteja em algum site como, por exemplo, http://i_have_illegal_stuff.i2p/ 14:00 <jrandom> (expor o IP do cliente "apenas uma vez" já é fatal ;) 14:00 <+bla> jrandom: Sim. 14:00 <+bla> Mas, de novo, se você leva a sério a navegação anônima, vai usar proxies HTTP temporários e desativar totalmente tudo de Java, plugins e cookies 14:01 <jrandom> ou usar o syndie :) 14:02 <ZULU> desculpem a interrupção, o duck.ip está fora do ar? 14:02 <+bla> jrandom: Já é hora de perguntas gerais? 14:02 <jrandom> sim, estamos em 4) ??? 14:02 <jrandom> ZULU: sim, o duck está offline por enquanto 14:03 <+bla> jrandom: Editei os arquivos Java que ajudam profiles.jsp e tunnels.jsp a gerar as bandeiras dos países 14:04 <+bla> jrandom: Porém, onde coloco imagens para as quais eu possa realmente fazer link, e que funcionem, no meu router local (_não_ no meu eepsite)? 14:06 <jrandom> precisamos de um "get.jsp?name" que despeje o conteúdo de ./docs/'name' no navegador 14:06 <jrandom> (ou seja, você precisa tê-las no .war por enquanto, mas com um pequeno arquivo .jsp, você poderia despejá-las em docs) 14:06 <+bla> jrandom: Ah, ok, então não foi culpa minha ;) 14:06 <jrandom> heh, não, culpa minha :) 14:09 <jrandom> ok, se não houver mais nada para a reunião 14:09 * jrandom encerra 14:10 * jrandom *baf* fecha a reunião