I2P Geliştirici Toplantısı - 22 Kasım 2005

16:18 <jrandom> 0) merhaba 16:18 <jrandom> 1) Ağ durumu 16:18 <jrandom> 2) Fox hunt 16:18 <jrandom> 3) ??? 16:18 <jrandom> 0) merhaba 16:18 * jrandom elektriği geri gelmiş bir evden gecikmeli olarak el sallar 16:18 <jrandom> haftalık durum notları yayında @ http://dev.i2p.net/pipermail/i2p/2005-November/001227.html 16:19 <jrandom> 1) Ağ durumu 16:20 <jrandom> e-postadakiler dışında eklenecek pek bir şey yok.. ağ durumu ile ilgili gündeme getirmek istediği bir şey olan var mı? 16:21 <jrandom> değilse, 2) Fox hunt konusuna geçiyoruz 16:21 <zzz> harika fikir 16:22 <jrandom> burada da, e-postadakiler ve Raccoon23'ün önerileri dışında ekleyeceğim pek bir şey yok.. 16:22 <+fox> <ailouros> "Fox hunt" adına bir itirazım var. Onu "İnsan avı" diye adlandırmayı tercih ederim. Tilkilerin bir suçu yok. 16:22 <Raccoon23> hah 16:22 <jrandom> aynen, zzz katılıyorum, gerçek kullanımdaki ciddi tehlikeler olmadan insanlara gerçek bir teşvik vermek oldukça yardımcı olacaktır 16:23 <nickless_head> adını "<politically correct animal> avı" koyun 16:23 <Raccoon23> "Fox hunt", kaçak bir vericiyi bulmaya çalıştığınız bir amatör telsiz yarışmasının tipik adıdır 16:24 <+fox> <ailouros> Fox adlı radyo vericileri umurumda değil, burada I2P konuşuyoruz, anonim tilkilere izin yok 16:24 <+fox> <ailouros> :D 16:24 * cervantes, ailouros'un changate adından haberdar olup olmadığını merak eder 16:24 <nickless_head> belki "Muhalif avı" 16:25 <@cervantes> <fox> <ailouros> :D 16:25 <+fox> <ailouros> (şey, changate nedir?) 16:25 <jrandom> heh 16:25 <@cervantes> ailouros: farklı ağlar arasında sohbeti ileten botlar 16:26 <+fox> <ailouros> burada kastettiğin vulpine mi? 16:26 <@cervantes> i2p üzerindeki sohbet sana 'vulpine' olarak iletiliyor 16:26 <@cervantes> ve senin sohbetin bize 'fox' aracılığıyla iletiliyor 16:26 <@cervantes> ;-) 16:26 <@cervantes> *senin 16:26 <+fox> <ailouros> yani av, zavallı köle gibi çalışan bot için mi? :D 16:27 <Raccoon23> evet, bir ödül/bilgi sayfası kurulması gerektiğini düşünüyorum. 1.000 $ toplamayı hedeflemeliyiz 16:27 <+fox> <ailouros> evet, üzgünüm, genelde i2pchat'e gitmiyorum :) 16:27 <+fox> <ailouros> işte bu ödül! 16:28 <jrandom> Raccoon23: Katılıyorum, ancak bunu şimdi yapmak biraz erken olabilir. 16:28 <jrandom> (gerekli olduğunda başlatmak için genel fondan ödüle her zaman kaynak ayırabiliriz) 16:28 <+fox> <ailouros> avı hemen şimdi ama ödülsüz mü başlatalım? 16:28 <+fox> <ailouros> yani, ne kadar erken başlarsa, o kadar fazla göz açılır 16:28 <jrandom> Fox hunt'ın anlamlı olması (yani I2P'ye yardımcı olması) için bunu dikkatli yapmamız gerekiyor. 16:28 <jrandom> hayır ailouros, katılmıyorum. 16:29 <jrandom> I2P hazır olmadan yarışmayı yürütmek çok kötü olur. 16:29 <Raccoon23> ya 16:29 <jrandom> hem bitmemiş bir şeyi değerlendirerek insanların zamanını boşa harcayacağı için, hem de faydalı bir şey söylemeyeceği için 16:30 <+fox> <ailouros> ....kabul 16:30 <Raccoon23> ve yakında çıkacak sürümlerde düzeltilmesi planlanan açıkların "bulunması" kötü PR olur 16:30 <jrandom> aynen 16:33 <jrandom> tamam, 2) ile ilgili başka bir şey var mı, yoksa 3)'e mi geçelim??? 16:34 <zzz> jrandom/raccoon23 tartışmasının diğer kısmında, 2-hop-minimum'a geçme kararı mı çıktı? başka sonuçlar var mı? 16:35 <jrandom> hmm, her şey kimin düşman olduğuna bağlı, ama varsayılanın 2 +0-1 olması pek zarar vermez ve bir tür saldırgana karşı koruma sağlar 16:35 <jrandom> diğer sonuçlar "hey, 0.6.2'ye hız verin" olabilir :) 16:35 <+fox> <ailouros> tunnel'ların her zaman sabit bir değeri (mesela 0+1 variance) olacak şekilde yapılandırmayı nasıl ayarlarım? her yeniden başlatmada varsayılan değerlere dönüyor 16:36 <jrandom> ailouros: ayarları /i2ptunnel/ üzerinde kaydedebilmelisin 16:36 <jrandom> yoksa onları /configtunnels.jsp üzerinde mi değiştiriyorsun? 16:37 <Raccoon23> bence 1 hop tunnel'lar, en azından 0.6.1'de, oldukça zayıf bir saldırganın bile çok şey yapmasına izin veriyor. 0.6.1.6'da varsayılan olarak 1 hop tunnel olmaması gerektiğini savunurum 16:37 <+fox> <ailouros> configtunnels o zaman 16:37 <jrandom> aynen, katılıyorum Raccoon23 16:37 <jrandom> ailouros: /i2ptunnel/ kullan ve ayarlarını kaydet 16:37 <+fox> <ailouros> yeni arayüzü fark etmemişim :D 16:38 <@cervantes> ailouros: 0.6.1.5'e yeni eklendi 16:38 <jrandom> evet, cervantes orada harika işler yaptı ailouros 16:38 <+fox> <ailouros> peki, bunun için tebrikler 16:39 <@cervantes> konu açılmışken, yeni arayüzde ayarları kaydetmekte sorun yaşayanlar, bir sonraki sürüme kadar şimdilik IE olmayan bir tarayıcı kullanmak isteyebilir 16:39 <@cervantes> *homurdanır* microsoft *homurdanır* 16:40 <+fox> <ailouros> farklı bir konuda, I2P üzerinde bir nethack sunucusu kursam ilgilenen olur mu? :D 16:41 <@frosk> ailouros: bunu düşünüyordum (gerçek hayatta nethack oynuyorum), ama gecikme korkunç olur diye korkuyorum (ve nethack oynarken lag gerçekten çok berbat) 16:42 <+fox> <ailouros> öyle görünüyor 16:42 <+fox> <ailouros> tamam, fikir çöpe gitti 16:43 * frosk birkaç ay önce ilk yükselişini yaptı, yaşasın 16:44 <jrandom> tamam, toplantı için başka bir şeyi olan var mı? 16:45 <+fox> <ailouros> evet, konuya yeni mesaj geldiğinde Syndie için bir gösterge 16:46 <nickless_head> jrandom: ve yeni mesajlar (başlıklar) ilk kez görüntülendiklerinde kalın/italik yazdırılabilse güzel olurdu 16:47 <nickless_head> jrandom: http üzerinden syndie veritabanındaki mesajlara erişmenin _gerçekten basit_ bir yolu var mı? 16:47 <jrandom> ah evet ailouros/nickless_head, ilk sütunu tarihe göre renk kodlama/bayraklama üzerine düşünüyorum (ör. bugün gönderilenler parlak bir bayrak, dün gönderilenler daha az parlak, vb). 16:47 <nickless_head> jrandom: tercihen xml gibi hoş ve içe aktarılabilir bir şeyle 16:48 <jrandom> nickless_head: wget -R http://localhost:7657/syndie/archive/ 16:48 <nickless_head> eğer varsa, syndie'den nntp'ye bir dışa aktarıcı yazabilirim 16:48 <jrandom> ah, nntp'ye dışa aktarmak istiyorsan, rss to nntp kullan 16:48 <nickless_head> jrandom: tamam onu deneyeceğim :) 16:48 <nickless_head> jrandom: o zaten var mı? ... kahretsin. ;) 16:49 <jrandom> mesajları okundu/okunmadı olarak işaretleyebilmeniz için kullanıcı başına mesaj geçmişleri eklemeyi de düşünüyorum, ancak bu muhtemelen 0.6.1.6'da olmayacak (tabii bir başkası uygulamazsa :) 16:49 <jrandom> ya da konu ağacında yeni bir filtre - yalnızca [today |v] tarihinden beri gönderilen mesajları göster 16:49 <jrandom> (veya dün, veya 2 gün önce) 16:50 <jrandom> nickless_head: http://www.methodize.org/nntprss/ 16:50 <nickless_head> jrandom: teşekkürler 16:54 <jrandom> sorun değil 16:54 <Raccoon23> jrandom: bunu uygulayabilmem biraz zaman alacak (önce kısıtlı rotaları bitirmek istiyorum), ancak outbound server tunnel'lar için opsiyonel 1024bit garlic routing hakkında ne düşünüyorsun? 16:54 <jrandom> muazzam ek yük - O(data) >>> O(tunnels). şu anda O(tunnels) ile sorun yaşıyorsak, O(data) için umutlanmamıza imkân yok 16:55 <Raccoon23> hâlâ CPU sorunlarımız var mı? benim router'ım oldukça düşük seyrediyor, ama burada T1'im de yok.. 16:56 <jrandom> herkesin p4'ü yok ;) 16:56 <jrandom> yavaş makinelerde %8-15 kullanım raporları duyuyorum, ancak tıkanıklıkta bu kötü şekilde sıçrıyor 16:56 <jrandom> (%100+'e kadar) 16:56 <+Complication> CPU tüketimi hakkında: tuhaf bir şekilde, Mandriva 10.1'deki Java, Mandriva 2006'dakinden çok daha az tüketiyor. 16:56 <Raccoon23> ya, ama p4'ü olmayanların muhtemelen T1'i de yoktur 16:56 <Raccoon23> de :) 16:57 <+Complication> İkisi de ayarlı, 2006'da jbigi yerelde derlenmiş. 16:57 <jrandom> garip Complication 16:57 <jrandom> i2p'nin aynı rev'leri mi? 16:57 <+Complication> 2006'da (Celeron 2.4) Java %20'ye vurabiliyor. 16:58 <+Complication> 10.1'de %5'i geçmiyordu. 16:58 <+Complication> (Genelde) 16:58 <+Complication> (genelde==başlangıçta değil) 16:58 <+Complication> Aynı revizyonlar. 16:58 <+Complication> Neredeyse aynı Java da (_04 ile _05) 16:59 <+Complication> daemon'ları biraz daha ayarlamam gerektiğini hatırlattı. Belki onlardan bazıları Java'yı engelliyordur. 16:59 <+Complication> Benim çözemediğim tuhaf bir şekilde. 17:00 <+Complication> Ama evet, Cel 300 belirgin şekilde daha iyi hissediyor. Adaptif MTU olmuş olabilir 17:01 <jrandom> ah harika, evet, yolda güzel şeyler var :) 17:03 <+Complication> Bazı Linux dağıtımlarındaki libc ile ilgili jbigi sorunlarının üstesinden gelmenin bir yolu var mı diye merak ediyorum? 17:03 <jrandom> evet, kesinlikle, sadece tüm jbigi'leri yeniden derlemek gerekiyor 17:03 <jrandom> (libc değil, libg++) 17:05 * Raccoon23 garlic routing hayallerinden vazgeçmemeye karar verir, ama performansın istikrar kazanmasını bekleyecek.. belki 2.0'da 17:05 <+Complication> Ah, düzgün bir yeniden derlemenin yardımcı olacağını mı düşünüyorsun? 17:05 <jrandom> Complication: evet, jcpuid bağlantı hataları gereksiz, çünkü jcpuid aslında sadece bir ASM çağrısı (ve zaten c++'ta uygulanmamalıydı ;) 17:06 <jrandom> Raccoon23: harika :) bunu zamanla canlı ağ üzerinde de yapabiliriz, sadece farklı bir I2NP mesaj tipi kullanıp doğru yeteneği duyurarak ve buna göre filtreleyerek 17:06 <jrandom> (zamanla) 17:07 <Raccoon23> hızlı CPU için caps=S gibi mi? ;) 17:08 <jrandom> ve caps=I da 'insane' için ;) 17:08 <jrandom> tamam, toplantı için başka bir şeyi olan var mı? 17:08 <Raccoon23> haha 17:09 <Raccoon23> anahtarları birden fazla tunnel arasında paylaşmak gibi bir geçici çözüme ne dersin? emeğe değmez mi? 17:09 <jrandom> bu, sadece birden fazla tunnel tutup mesajı bu tunnel'lardan biri üzerinden göndermekten neden daha iyi olsun? 17:10 <jrandom> (ve, ımmm, güvenlik ve anonimliğe bakıldığında daha kötü olmaz mı) 17:10 <Raccoon23> aslında fikir, düğümlerin hangi trafiğin tek bir tunnel'ın parçası olduğunu söyleyememesiydi; böylece i2phex ve bir eepsite çalıştırıyor ve tunnel'ların için aynı ana makineleri seçiyorsan, hop'ların görebildiği kadarıyla ikisinin trafiği harmanlanmış olurdu 17:11 <Raccoon23> bu da zamanlama saldırılarını zorlaştırmalı 17:11 <jrandom> ah, vah, evet. bu, Gerçekten Kötü bir ilişkilendirilebilirlik ekler 17:11 <jrandom> 0.4'te istemci başına tunnel havuzlarına geçmemizin nedeni bu 17:11 <Raccoon23> açıklar mısın? 17:11 <jrandom> i2ptunnel, isteyenlerin aynı hedefi paylaşarak havuzları paylaşmasına izin veriyor 17:12 <jrandom> iki istemciye ait mesajlar tek bir tunnel'dan geçerse, o iki istemcinin de aynı kişi tarafından kontrol edildiğini bilirsiniz 17:12 <jrandom> s/clients/destinations/ 17:13 <Raccoon23> eh, anahtarlar paylaşılırsa, ilk hop'lar harmanlanabilir, ancak leasesets ayrı olur.. 17:13 <Raccoon23> nasıl olsa zamanlama saldırıları için tehlikeli olanlar ilk hop'lar 17:13 <jrandom> yine de bağlantılanamaz iki hedefi ilişkilendirmek için bir vektör sunar 17:14 <jrandom> birisi linklenebilirliği gizlemek için biraz munging yapabilir, ama doğaları gereği bağlantılı olurlar. bu da gerekli değil ve kötü. 17:18 <Raccoon23> caps=SI hayalleri kurmaya geri dönüyorum sanırım :) 17:19 <jrandom> peki. tamam, başka bir şeyi olan var mı? 17:20 * jrandom toparlar 17:20 * jrandom toplantıyı *baf* ile kapatır