I2P Geliştirici Toplantısı - 07 Eylül 2004

14:09 <jrandom> 0) merhaba 14:09 <jrandom> 1) 0.4 14:09 <jrandom> 2) Kapasite ve aşırı yük 14:09 * cervantes bir bar taburesi çekiyor 14:09 <jrandom> 3) Web sitesi güncellemeleri 14:09 <jrandom> 4) I2PTunnel web arayüzü 14:09 <jrandom> 5) Yol haritası ve yapılacaklar 14:09 <jrandom> 6) ??? 14:09 <jrandom> 0) merhaba 14:09 <nicktastic> ugha, Ah, -x çözümlenen şeyleri görmek için bile gerekli değilmiş - aptal ben 14:09 <cervantes> selam 14:09 * nicktastic gizlenmeye devam eder 14:10 <jrandom> herkese selam, notlardaki gecikme için kusura bakmayın - http://dev.i2p.net/pipermail/i2p/2004-September/000437.html 14:10 * jrandom Derick'in E gönderisine cevap vermek zorundaydı :) 14:10 <deer> <ugha2p> nicktastic: Doğru. Gerçi toplantı çoktan başladı. :) 14:10 <luckypunk> h vay, kaçırmamışım. 14:10 <jrandom> !hi5 14:10 <jrandom> tamam, 1) 0.4'a geçiyoruz 14:11 <jrandom> sonunda dışarı çıkardık ve bize pek de ters tepmiş gibi görünmüyor 14:12 <jrandom> ağ hiç olmadığı kadar büyük (birkaç saat önce 60 TCP bağlantısı saydım), eepsite'ler alınabiliyor ve irc çoğu zaman kullanılabilir 14:12 <dm> hey!! toplantı mı? 14:12 <jrandom> hypercubus yeni kurulum, sistem tepsisi ve hizmet yöneticisiyle harika iş çıkardı, bunun bize bir hayli yardımı olduğunu biliyorum 14:13 <modulus> yaşasın 14:13 <hypercubus> yine de gidecek yol var 14:13 <hypercubus> ama bence artık bir yere varıyoruz 14:13 <jrandom> katılıyorum, hep ileriye :) 14:14 <jrandom> bu sürüm ayrıca oOo'nun ?i2paddresshelper'ının yaygın dağıtımını da içeriyor 14:14 <jrandom> bunu geçen hafta biraz ele almıştık [http://dev.i2p.net/pipermail/i2p/2004-August/000419.html madde 2.3], ama artık insanların bunu bağlantılarında kullanmayı düşünmeleri iyi bir fikir 14:15 <hypercubus> ad tabanlı vhost'larla çalışıyor mu? 14:15 <jrandom> i2ptunnel httpclient hâlâ doğru şekilde Host: $base64dest gönderiyor 14:17 <jrandom> bu bağlamda, paketlenen web sunucusunu bazı eepsite'leri sunmak için kullanma üzerine daha fazla konuşma oldu ve bence biri gerekli yapılandırmayı çözmek için biraz zaman ayırabilirse, bu oldukça harika olur (bizi vhost / apache yapılandırma sorunlarından kurtarır) 14:18 <jrandom> tamam, 0.4 hakkında başka değinmek isteyen? 14:18 <deer> <baffled> bu web sunucusu cvs'de mi? 14:18 <demonic_1> ? 14:18 <hypercubus> web sunucusu 0.4'te 14:18 <demonic_1> ne kaçırdım 14:18 <deer> <ugha2p> baffled: Öyle olacak. 14:18 <hypercubus> dolayısıyla CVS 14:18 <jrandom> baffled: evet, hepsi cvs'de (lib/org.mortbay.*) 14:18 <cervantes> bu arada Windows'un URL protokol işleyicileriyle denemeler yaptım... registriyi "i2p://base64" şunu yapacak şekilde ayarlamak çok kolay: tarayıcıda http://site.i2p?i2paddresshelper=base64 ... 14:19 <deer> <ugha2p> Ah, halihazırda öyleymiş. 14:19 <dm> bunların hepsi çok çok havalı 14:19 <hypercubus> kayıt defteriyle arayüz kodunu zaten yazdım 14:19 <hypercubus> bunu bir .i2p ilişkilendirmesi kurmak için kullanabiliriz 14:19 <fvw> cervantes: i2p:// pek doğru olmaz bence. Sonuçta bu i2p üzerinden http; tıpkı i2p üzerinden irc:// olabileceği gibi. 14:19 <cervantes> ayrıca protokol başına güvenlik ve vekil ayarları belirtebilirsiniz 14:19 <jrandom> cervantes: firefox/vb. bunlara uyuyor mu? 14:19 <cervantes> evet 14:20 -!- shardy_ artık shardy olarak biliniyor 14:20 <jrandom> vay, selam shardy_ 14:20 <shardy> hey jrandom, konuşmayalı uzun zaman oldu 14:20 <cervantes> gerçi daha çok test yapmam gerek... 14:20 <nicktastic> konqueror da yapmalı 14:20 <cervantes> boş bir anda oynuyordum ;-) 14:20 <deer> <ugha2p> Opera yapmıyor. 14:20 <cervantes> gerçi firefox'un Windows vekil ve güvenlik ayarlarını dikkate aldığını sanmıyorum 14:20 <hypercubus> opera'nın ini dosyasında ayarlayabilirsin 14:21 <hypercubus> ed2k:// çalışsın diye operaya bunu yapmıştım 14:21 <deer> <ugha2p> hypercubus: Ah, harika. 14:21 <fvw> sadece belli bir noktaya kadar. Ne yazık ki URL işleyicilerini Opera'nın kendi yönettiği http:// işleyicilerine dönüştüremezsin. 14:21 <hypercubus> gerçi bunu pek iyi belgelememişler 14:21 <deer> <duck> gerçekten, i2p:// ne fayda sağlar? 14:22 <fvw> hypercube: Sanırım bir yardımcı uygulamaya devrediyorsun? Ben de benzerini yapmıştım ama operanın "indirme başlatıldı" sayfasını göstermesini sağlayacak bir yol bulamamıştım. 14:22 <hypercubus> evet, eMule'a devrediliyor 14:22 <dm> evet, sonuçta kim herkesin önünde işemek ister ki? 14:22 <hypercubus> i2p://'yi eeproxy'ye devredebiliriz 14:22 <hypercubus> sonra gerisini siz webciler halledersiniz ;-) 14:22 <Sciatica> https, şey, "s" üzerinden http değil mi? 14:23 <jrandom> ama, sanırım duck'ın değindiği gibi, zaten eepproxy'ye bağlı olmayacak mıyız? 14:23 <deer> <ugha2p> Sciatica: Evet, SSL üzerinden HTTP. :) 14:23 <jrandom> Sciatica: i2p üzerinden http (aslında i2p üzerinden herhangi bir şey) güvenli ve kimliği doğrulanmış. karşı tarafa ulaştıktan sonra olanlar i2p'nin kapsamı dışında 14:23 <deer> <ugha2p> Ama bu yerleşik bir gelenek. 14:24 <Sciatica> evet, onu biliyordum. Sadece i2p://'ye karşı argümanın "bu sadece i2p'nin üzerinde http değil mi?" kadar net olmadığını söylüyorum 14:24 <dm> htt2p 14:24 <hypercubus> i2p:// gerekli mi bilmiyorum, ama en azından büyük tarayıcıların bununla çalışmasını sağlayabileceğimize inanıyorum 14:24 <deer> <ugha2p> jrandom: Sanırım sadece 'https://' önekine atıfta bulundu. 14:24 <jrandom> ah, özür. 14:24 <deer> <duck> zaten bir anonimleştirici filtre artı http://127.0.0.1:7657/www.duck.i2p/ ihtiyacımız var 14:25 <deer> <duck> bunlarla tarayıcı ayarlarını kurcalamana gerek yok 14:25 <jrandom> ama evet, fvw'ye katılıyorum, bu URL protokolünün aşırı zorlanması gibi geliyor 14:25 <demonic_1> burada değil>> basit bir kullanım olarak i2p:// bağlantılarının süper olacağını hissediyorum <<burada değil 14:25 <jrandom> doğru duck 14:25 <jrandom> hehe 14:25 <cervantes> belki i2p:// bir protokol hakemi gibi çalıştırılabilir: i2p://irc/base64 14:26 <fvw> ııh, bu çok çirkin ve URL'leri olabilecek en kötü şekilde suistimal etmek. 14:26 <deer> <ugha2p> cervantes: IRC durumunda bu nasıl çalışırdı? 14:26 <deer> <duck> URI'ler :) 14:26 <cervantes> bu şekilde tek bir URL standardına dayalı farklı uygulamaları başlatabilirsin 14:26 <fvw> (bunda yanlış bir şey yok) 14:26 <jrandom> daha uygun URL düzeni irc://i2p/base64/#i2p olmaz mı? 14:27 <jrandom> ama, tamam, biraz raydan çıktık.. 14:27 <jrandom> 0.4 ile ilgili başka bir şey var mı? :) 14:28 <fvw> URI'lerin taşıma mekanizmasını protokolden ayrı belirtmeye izin verdiğini sanmıyorum, ki bu gerçekten yazık. 14:28 <dm> dosya sistemini kullanabilirsin 14:28 <fvw> Evet, bir bakıma: *alkış* 14:28 <dm> c:\i2p\irc #i2p 14:29 <dm> ha! hepinizin kafasını karıştırdım 14:29 <deer> * mule_iip fvw ile aynı fikirde 14:29 <fvw> dm: Seni fena halde inciteceğim. Belki bugün değil, belki yarın değil, ama yakında ve hayatının geri kalanında. 14:29 <jrandom> :) teşekkürler, elimizden geleni yapıyoruz 14:29 <fvw> </pinky and the brain> 14:29 <jrandom> heh 14:29 <jrandom> tamam, 2) Kapasite ve aşırı yük'e geçiyoruz 14:30 <deer> <DrVince> Herkese merhaba 14:30 <jrandom> notlarda yazılanları kopyalamak istemiyorum, o yüzden oradakilere bir göz atın :) 14:30 <dm> selam 14:30 <hypercubus> toplantımıza hoş geldiniz DrVince ;-) 14:30 <deer> <ugha2p> Merhaba, DrVince. 14:31 <jrandom> 2) ile ilgili olarak değinmek istediğim bir şey de bir kaç kişinin gördüğü bir durum - katılımcı tunnel'larda ciddi dengesizlik 14:31 <jrandom> örn. DSL'li birinin geçen gün 300+ tunnel'ı vardı 14:31 <dm> ben 14:31 <modulus> evet 14:31 <jrandom> (ve bunlar düştüğünde, bir sürü tunnel'ı bozuyor) 14:31 <jrandom> sorun şu ki tunnel'lar gerçekten hafif - ortalama 2-20 bps 14:31 <cervantes> ve benim OC3'ümde neredeyse hiç yok 14:31 <hypercubus> şu an sadece 8 var 14:32 <dm> 270+ vardı ve 150kbps kullanıyorum 14:32 <jrandom> genel olarak, ağın herhangi bir anda ortalama ~ 20*n tunnel'ı var 14:32 <jrandom> (burada n = ağdaki düğüm sayısı) 14:32 <jrandom> düğüm başına ortalama 2 sıçrama ile, her düğümün ortalama 40 tunnel'a katıldığı anlamına gelir 14:33 <hypercubus> idealde ;-) 14:33 <jrandom> aslında, böyle dengeleme ideal değil 14:33 <jrandom> çünkü tüm düğümler aynı hızda veya aynı bant genişliğine sahip değil 14:33 <jrandom> öte yandan, tunnel'ları 2-3 çok hızlı eş üzerinden geçecek şekilde dengelemek de kötü 14:33 <jrandom> çünkü onlardan biri düşerse, *pat* 14:34 <hypercubus> doğru, peki dm'nin daha zayıf DSL bağlantısı neden bu kadar aşırı yükteyken, benim çok daha hızlı DSL bağlantım neden az kullanılıyor? 14:34 <Sciatica> düğüm sayısı 100, 200 vb.'yi aştıkça bu sorun ortadan kalkacak mı? 14:34 <dm> zayıf mı? :'( 14:34 <jrandom> hypercubus: çünkü insanlar bant genişliği sınırlamasını açmadıkça i2p şu anda mevcut bant genişliğine duyarlı değil 14:34 <hypercubus> dm: teknik olarak konuşursak ;-) 14:34 <hypercubus> tamam bende bant genişliği sınırlaması etkin... dm'de yok herhalde? 14:35 <Sciatica> (bir noktada bir sunucunun barındırabileceği düğüm sayısı toplam düğüm sayısının [örn. tunnel'ların] yanında çok küçük kalmayacak mı? 14:35 <ugha_node> Arrr! 14:35 <ugha_node> '(the local message processing time exceeds 1s)' -- router içine böyle sabitler kodlamamız gerektiğini düşünmüyorum. Bence bu tür tüm değerler (I2P network) ortamından alınmalı ki router beklenmedik bir ortama düştüğünde de çalışsın. 14:35 <dm> evet, bende yok; ayrıca uplink'im fena değil: 256kbps (downlink 150kbps) 14:35 <Sciatica> kötü terminoloji -- böyle meseleler için çok yavaş yazıyorum :-) 14:35 <jrandom> Sciatica: bu bir sorun değil, sadece bir gerçeklik. eğer her düğüm herhangi bir anda 20 tunnel sürdürürse, her tunnel ortalama 2 sıçramaysa, ağ ne kadar büyük olursa olsun ortalama değişmez 14:36 <jrandom> ugha_node: katılıyorum - 1s konusu rastgele bir sayı, ama 'doğru' değeri nasıl türetebiliriz? 'çok' sayılacak gecikme nedir? 14:37 <jrandom> RouterThrottleImpl içinde "ne kadar bant genişliği ayırmayı kabul ettik"i izleyen biraz kodumuz var 14:37 <jrandom> ama şu anda buna göre sınırlamıyor 14:37 <dm> hmmmm bu aşırı yük tartışmalarını sevmiyorum... freenet flashback'leri. 14:37 <jrandom> (kabul edilen bant genişliği == katılınan tunnel sayısı * tunnel başına ortalama mesaj sayısı * mesaj başına ortalama bayt sayısı) 14:37 <dm> Belki tahminleyiciler kullanmalıyız? 14:38 * jrandom dm'ye tekme atar 14:38 <hypercubus> dm: router'ında bant genişliği sınırlaması kullanıyor musun? 14:38 <dm> hypercubus: hayır 14:38 <hypercubus> dm: şiddetle öneririm ;-) 14:38 <dm> jrandom: üç kelime... NGR 14:38 <fvw> Aslında karar veren, tunnel'ı talep eden düğüm, değil mi? Ne kadar gecikmeye katlanmak istiyorlar? Bunu tunnel parametrelerinden biri yapmak mümkün olur mu? 14:39 * fvw dm bizi korkutmaya mı çalışıyor yoksa bu sadece ek bir fayda mı diye merak eder. 14:39 <jrandom> hmm, bunun potansiyeli var 14:39 <dm> şey.. bu keyfî eşiği sadece talep eden router'a taşımak olmaz mı? ;) 14:39 <dm> Ben seçmek istemiyorum, sen seç! 14:40 <jrandom> evet dm, ama talep eden router tunnel'ın ne için kullanılacağını biliyor (düşük gecikmeli irc vs yüksek gecikmeli ve yüksek verimli bulk) 14:40 <fvw> evet, ama bazı şeyler için 10s gecikme sorun değil (dosya transferlerini düşün), diğerleri (irc) düşük gecikme ister. 14:40 <dm> evet, yani eşiği uygulama katmanı mı belirlesin? 14:40 <jrandom> bu ise tehlikeli 14:40 <fvw> tek sorun, yüksek gecikmeli bağlantıları kullanmak kapasiteyi artırmayacak, sonunda dosya transferleri tüm kaynakları alacak. 14:41 <cat-a-puss> router'ın yaptığı herhangi bir yük iddiasına gerçekten güvenebilir misin, yoksa kötü niyetli biri trafiği tüm router'larından geçirmek için uğraşabilir 14:41 <jrandom> cat-a-puss: bunlar sadece katılım taleplerini reddetmek için kullanılıyor, talep toplamak için değil 14:41 <ugha_node> Güvenemezsin. 14:41 <cat-a-puss> tamam 14:42 <jrandom> kötü niyetli bir kullanıcı elbette tamamen aşırı yüklüyken de tunnel kabul edebilir, ama tunnel başarısız olduğunda bunu saptarız 14:42 <jrandom> (ve beleşçi yükü yokken tunnel'ı reddedebilir ama, c'est la vie) 14:43 <jrandom> yerel aşırı yüke dayalı sınırlama oldukça etkili. ancak bu yetmiyor 14:43 <dm> açgözlü herif 14:43 <jrandom> kabul edip etmemeye dair ideal yolu bulmaya çalışıyorum ve bence zaten kaç tunnel'da yer aldığımıza dayalı olarak normalde kabul edeceğimiz istekleri olasılıksal olarak reddetme potansiyeli var 14:44 <jrandom> fikir şu: eş, yükün bir kısmını başkalarının üstlenmesini istiyor 14:44 <cat-a-puss> mevcut bant genişliği kadar sanal router mı çalıştırmalıyız? 14:44 <jrandom> (böylece başarısızlığı dağıtmak için) 14:44 <jrandom> hmm cat-a-puss? 14:44 <jrandom> simülasyonu canlı ağda mı çalıştırıyorsun? 14:45 <jrandom> her durumda, hayır, tek bir router yerel kapasiteyi karşılayabilmeli 14:46 <deer> <mule_iip> sorun şu ki bir tunnel'da kullanılan bant genişliği zaman içinde önemli ölçüde değişebilir, değil mi? 14:46 <cervantes> bu şu anda olmuyor... en azından bende 14:46 <cat-a-puss> eğer her şey rastgele ise bir oc3'ün avantajını 56k'lı zavallı birinden daha fazla nasıl kullanabilirsin? Ya duyuru yapman gerekir: sorunlu, ya da sanal router'lar çalıştırman gerekir; her iki şekilde de kötü niyetli biri bir düğümü bir tür istatistiksel saldırı için kuşatmayı deneyebilir 14:46 <jrandom> doğru mule_i2p. tunnel etkinliğini daha fazla izlememiz gerekiyor 14:46 <cervantes> 14 katılımcının her birinde 11.5mbit ... bu biraz israf :) 14:47 <jrandom> cat-a-puss: olasılıksal != rastgele :) 14:47 <jrandom> heh cervantes 14:48 <jrandom> olasılıksal reddetmenin temel fikri yükü diğer eşlere yaymak olurdu. ancak ağ gerçekten doymuşsa, insanlar tekrar istekte bulunacağı için olasılık sorun olmayacaktır 14:48 <jrandom> sorun şu ki şu anda ezici bir kapasite fazlamız var 14:48 <Sugadude> Zavallı i2p, fazla kapasiteye sahip. Merak etme, ben hallediyorum. ;) 14:49 <fvw> herkes usluysa, olasılıksal olarak reddedildikten kısa bir süre içinde geri gelenlerden belki reddetmeyebilirsin? 14:49 <deer> <mule_iip> o halde herhangi bir tunnel'ı sahte trafikle doldur 14:49 <jrandom> heh Sugadude :) 14:49 <cervantes> çünkü herkesin istekleri dm'nin router'ı tarafından işleniyor ;-) 14:49 <jrandom> fvw: hangi tunnel'ı kimin talep ettiğini bilmiyoruz 14:49 <fvw> hmm, iyi nokta. *kafasını tekrar yerine takar* 14:50 <jrandom> fvw: olasılıksal olarak sonraki istekler kabul edilir - 'reddetme' faktörünün yeterince düşük kalmasını isteriz 14:50 <deer> <mule_iip> bu anonimliğe katkı sağlar ve yük hesaplamasını kolaylaştırır 14:51 <jrandom> doğru mule_iip, ama ağın yüksek yük gerektirmeden etkin çalışması da hoş olur :) 14:51 <jrandom> ama bu kesinlikle sim için değerli bir senaryo 14:51 <deer> <mule_iip> fiilen i2p'yi sahte trafikle sabit bit hızında çalıştırır. ama sanırım bu ilerideki bir sürüm içindi :) 14:52 <jrandom> ATM tarzı tahsis kullanabiliriz 14:52 <fvw> Bunun uygulanabilir olması için bant genişliği kullanımı fazla değişken değil mi? 14:52 <jrandom> örn. her tunnel için dakikada 5 mesaj @ 32KB varsayalım ve bunu bant genişliği sınırlarıyla karşılaştırıp ona göre reddedelim 14:52 <cervantes> hyper'ın mesajları doldurmak için kullanabileceğimiz biraz ascii'si var 14:52 <hypercubus> sabit bit hızı fikrini sevmedim... bu uygulanırsa i2p, İSS'ler tarafından çok hızlıca filtrelenir 14:53 <jrandom> heh cervantes 14:53 <deer> <kaji> evet 14:53 * hypercubus cervantes'in neden bahsettiğini bilmiyor 14:53 * hypercubus disketini saklar 14:53 <jrandom> fvw: doldurma mı? yoksa tahsis mi? 14:53 <fvw> tahsis 14:53 <cervantes> ah ya makul inkâr ha 14:54 <jrandom> hmm fvw. belki, ama bence bunları istatistiksel olarak izleyip telafi edebiliriz 14:54 <deer> <kaji> sabit bit hızı Waste gibi geliyor 14:54 <jrandom> mesela, http://localhost:7657/oldstats.jsp#tunnel.bytesAllocatedAtAccept 14:54 <hypercubus> adını da oradan alıyor ;-) 14:55 <jrandom> bu istatistik, başkalarının tunnel'ları için iletmeyi kabul ettiğimiz bant genişliği miktarını izliyor 14:55 <jrandom> (son 10 dakikayı referans alarak) 14:56 <jrandom> yani 85 tunnel'ı olan eşim, önümüzdeki 10 dakikada tüm o tunnel'lar için toplam 3,676,945.65 bayt aktaracağını söylüyor 14:56 <deer> <mule_iip> kaji: bu israftır ve muhtemelen sadece daha ağır tehdit modelleri için kullanmalıyız. ama irc gibi düşük gecikme için iyi olurdu. 14:56 <jrandom> bu, her biri için 72bps demek, ama ne kadar dengesiz olduğundan emin değilim (muhtemelen *çok*) 14:57 <jrandom> ancak tüm bu tunnel'lar çok çok bant genişliği kullanmaya başlarsa, toplam değer fırlar ve bunu sınırlayabiliriz 14:57 * fvw kafa sallar. 14:57 * fvw bunun aslında teorik açıdan son derece ilginç bir problem olduğunu not eder. 14:57 <fvw> (ama belki de bu sadece benim tuhaf olmamdır) 14:57 <jrandom> katılıyorum 14:58 <jrandom> (ikisine de ;) 14:58 <jrandom> ama evet, henüz Doğru Cevap yok. ama üzerinde çalışılacak bir konu 14:59 <jrandom> tamam, başka bir şey yoksa, 3) Web sitesi güncellemeleri'ne geçiyoruz 14:59 <fvw> Tabii tamamen kayıplı gidip aşırı yükteyken datagramları düşürebilir ve insanların bunun üzerinde tcp gibi bir şey çalıştırmasını sağlayabiliriz. 14:59 <jrandom> bunu denedik ve bir sürü ve bir sürü ve bir sürü tunnel başarısız oldu 15:00 <jrandom> (çünkü bir tunnel 1 mesaj düşürürse onu başarısız olarak işaretliyoruz) 15:00 <fvw> evet, bu yaklaşımı benimsersen bunu yapmamalısın. 15:00 <jrandom> ((ve bu kadar faşist olmamayı denediğimizde, bir tunnel gerçekten çöktüğünde fark etmedik)) 15:00 * fvw kafa sallar ve sakalını okşar. İyi nokta. (kendime not: böyle durumlarda okşamak için sakal uzat) 15:01 <jrandom> heh 15:01 <jrandom> tamam, her neyse, gördüğünüz gibi yeni yükleyicimiz ve yeni web arayüzümüz eski yapma şeklinden tamamen farklı 15:01 * hypercubus sakalını fvw'ye verir 15:02 <jrandom> bu İyi, çünkü eski yol Acı Vericiydi; ancak tüm eski dokümanlarımız şimdi fena halde yanlış 15:02 <fvw> 2)'de birkaç dakika daha kalabilir miyiz? Çürütmenizi istediğim birkaç kötü fikrim daha var. 15:02 <jrandom> elbette 15:02 <dm> İnterneti kullanamıyorum... 15:02 <dm> Bant genişliği giriş/çıkış 15:02 <dm> 1m: 13.32/11.98KBps 15:02 <dm> 5m: 10.74/9.46KBps 15:02 <jrandom> kaç tunnel dm? 15:02 <hypercubus> dm: bu yüzden i2p'nin bant genişliği sınırlamasını açmanı önerdim ;-) 15:02 <dm> sadece 166 15:02 <jrandom> evet, 6KBps'e sınırla 15:02 <jrandom> lol 15:03 <dm> (katılım) 15:03 <jrandom> (ya da kibar olursan 8KBps) 15:03 <dm> olduğu gibi bırakacağım, sadece bu sayfaya bakmam gerekiyor 15:03 <jrandom> bu arada, 13.32 vs 11.98 yerel olarak yaklaşık 1KBps indirdiğini gösteriyor 15:03 <jrandom> (i2p üzerinden) 15:03 <fvw> Aşırı boşta kalma süresinde tunnel'ları zaman aşımına uğratsak ne olur? Diyelim 30 dakika. Bir üst protokol keepalive yapmak zorunda kalır, ama bu gerçekten çöken tunnel'ları saptayamama işini çözmez mi? 15:03 <hypercubus> aslında bundan çok daha fazlasını indiriyor 15:04 <jrandom> ((gerçi o 1KBps netDb kadar küçük olabilir)) 15:04 <dm> hypercubus: transferimiz aslında fena halde takılıyor. 15:04 <jrandom> fvw: tunnel'lar 10 dakika sonra sona eriyor 15:04 <deer> <kaji> durun, bant genişliği şimdi çalışıyor mu? öyleyse neye ayarlamalıyım? 15:04 <dm> getright/i2p kombinasyonundan hayal kırıklığına uğradım 15:04 <jrandom> TOR'un aksine, uzun ömürlü değiller fvw 15:04 <fvw> ve bu çoğu tunnel'ın başarısız olmasına yol açtı, keepalive'larla bile mi? 15:04 <hypercubus> dm: dönemsel olarak evet... bence çözüm uplink'ini yaklaşık 8KB/s ile sınırlamak olur 15:04 <jrandom> kaji: http://localhost:7657/ 15:05 <hypercubus> doygunsun gibi görünüyor 15:05 <jrandom> er, /config.jsp 15:05 <fvw> tamam, ama paket kaybı fırtınalarında ortadan kaybolmalarını da istemezsin. 15:05 <jrandom> her dakika (ortalama) her eş her tunnel'ı canlı olduğundan emin olmak için test eder (böylece diğerleri bize veri gönderebilir - tunnel'sız, bittik) 15:06 <fvw> Tamam. i2p'nin şu an nasıl çalıştığını daha çok okumam lazım. Benim açımdan 3)'e geçebiliriz. 15:06 <deer> <kaji> şu anda varsayılan -1'de ama 1.5/750@1.2ghz bağlantısı azami tunnel katılımına nasıl tercüme ediliyor bilmiyorum 15:07 <deer> <kaji> 166'da katılım gösteriyor gibiyim 15:07 <jrandom> kaji: router'ının CPU'yu tıkayacak kadar çok tunnel alması asla olmaz ;) 15:07 <deer> <mule_iip> konu dışı: 'fucked' olmak için bir tunnel gerekmez mi :) 15:07 <deer> <kaji> *ing 15:07 <jrandom> heh 15:07 * fvw "hayır" oyu verir 15:08 <deer> <kaji> jrandom, bant genişliği olmayan tunnel'lar hakkındaki mektubu yeni bitirdim; limiti kaça ayarlayacağımı bilmiyordum 15:08 <jrandom> tamam, bunu çözmek için yapılacak çok iş var 15:08 <jrandom> tamam güzel kaji, bant genişliği sınırlayıcını 8KBps gibi bir şeye ayarla 15:08 <jrandom> (ya da kibar olursan 12 :) 15:09 <deer> <kaji> </oftopic> 15:09 <jrandom> tamam, 3) web sitesi güncellemeleri'ne 15:09 <deer> <kaji> gelen ve giden? 15:09 <jrandom> evet kaji 15:09 <jrandom> tamam, dediğim gibi, dokümanlar için yardıma ihtiyacımız var 15:09 <jrandom> (yaaaaaaaardım!) 15:09 <hypercubus> uzun süredir boş olan Webmaster ve Web Editor ekip pozisyonlarını dolduralım öneriyorum 15:10 * jrandom bu öneriyi destekler 15:10 <jrandom> (şimdi tek ihtiyacımız birinin gönüllü olması ;) 15:10 <hypercubus> cervantes'in meşgul bir adam olduğunu biliyorum 15:10 <jrandom> daha çok bireyin /kendilerinin/ gönüllü olmasıyla ilgili hyper ;) 15:10 <hypercubus> Curiosity'yi Webmaster veya Web Editor için, hatta hazırsa ikisi için de aday gösteriyorum ;-) 15:11 <deer> <ugha2p> Iıh. 15:11 <dm> Dostum, I2P yüzünden CPU'm bile tavan yapmaya başladı... 15:11 <dm> Beni seviyorsun, GERÇEKTEN seviyorsun :'( 15:11 <dm> oops, :') 15:12 * cervantes boğa güreşi arenasına itildiğini hisseder 15:12 <jrandom> alabileceğimiz tüm yardımı kullanabiliriz ve eğer yardım etmeye hazırsa çok seviniriz 15:13 <hypercubus> web tasarımlarını gördüm ve işine kefil olabilirim 15:13 <hypercubus> ve ilgi gösterdi, ancak sonunda neye karar verdiğini bilmiyorum 15:13 <jrandom> tamam harika 15:13 <dm> o mu? 15:13 <cervantes> eminim buna benimkinden çok daha fazla özen ve dikkat ayırabilir 15:14 <dm> bu kelime bizim dünyamızda kullanılmamalı 15:14 <fvw> onu boş ver, 'özen ve dikkat' dedi. 15:15 * jrandom inler 15:15 <fvw> elbette mevcut topluluk hariç. 15:15 <jrandom> her hâlükârda dokümanlarda yardımcı olacak insanlara ihtiyacımız var - yeni adım adım kılavuzlar, giriş dokümanları, vb. 15:16 <jrandom> Curiosity ile neler üzerinde kod yazdırabileceğimiz hakkında konuşacağız :) 15:16 <hypercubus> kurulumla ilgili işleri üstlenebilirim 15:16 <hypercubus> s/on/of/ 15:16 <hypercubus> yazdığım bu barok howto'ları herkesin nasıl okumayı sevdiğini biliyorum ;-) 15:16 <jrandom> :) 15:17 <jrandom> bir kurulum rehberi / walkthrough Harika olurdu 15:17 <fvw> 'broke' böyle yazılmaz. 15:17 <jrandom> heh 15:17 * hypercubus sırıtıp fvw'nun cüzdanını çalar 15:17 <hypercubus> 'broke' böyle yazılır ;-) 15:17 <deer> <kaji> hyper hangi sistemdesin? WinXP sürümüne bir el atarım ama çok güvenilir değilim, parlak bir şey görüp bırakabilirim 15:17 <deer> * Curiosity bir süreliğine uzakta... 15:18 <hypercubus> kaji: ? 15:18 <deer> <kaji> hyper, hangi OS'yi kullandığını soruyordum 15:18 <hypercubus> OS'ler 15:18 <deer> <kaji> OSESES 15:19 <hypercubus> vmware var, bu yüzden tüm windows'lar ve freebsd ve benzerlerini çalıştırabiliyorum 15:19 <hypercubus> pearpc de var, böylece OS X çalıştırabiliyorum 15:20 <jrandom> tamam, web tarafında başka bir şey yoksa 15:20 <jrandom> * 4) I2PTunnel web arayüzü'ne geçiyoruz 15:21 * jrandom i2ptunnel web arayüzünü berbat ilan eder. işlevsel. ama berbat. 15:21 <deer> <DrVince> ilgi varsa Fransızca çeviri işine girebilirim 15:21 <jrandom> duck'ın bunu geliştirmek için birkaç fikri vardı ama çıkmak zorunda kaldı, o yüzden birkaç satır yapıştırayım 15:21 <hypercubus> yine, daha fazla web geliştiricisine ihtiyacımız var ;-) 15:21 <jrandom> oh, web sayfalarını Fransızcaya çevirmek harika olur 15:22 <jrandom> s/french/french and other langs/ 15:22 <jrandom> işte bazı duck-izmleri: 15:22 <jrandom> <duck> genel sayfadaki veri yükünü azalt; şeyleri düzenlemek için table/div kullan 15:22 <jrandom> <duck> çoğunun umursamadığı bilgiler için düzenleme/ayrıntı sayfası sağla; tunnel'lar, hedef hash'i, tam anahtar 15:22 <jrandom> <duck> butonlara tıklayınca geri bildirim, 'öğe kaydedildi' vb. yeni biri oluşturulunca hedefi çıktı olarak ver 15:22 <jrandom> <duck> (aksi halde düzenle/ayrıntılar altında gizle) 15:22 <jrandom> <duck> üstteki mesajları 'log' olarak etiketle; bazen kafa karıştırıcı 15:22 <jrandom> <duck> 'confirm'un sadece silme için gerektiğini, kaydetme için gerekmediğini netleştir 15:22 * jrandom söylediklerine katılır 15:23 <jrandom> 0.4'ten bu yana /i2ptunnel/ web arayüzünün arka planında bir sürü hata düzeltmesi de oldu, bu yüzden işlevsel pürüzler temizlenmiş olmalı 15:24 <jrandom> o sayfaları uygulayan kodlar oldukça çirkin gerçi 15:24 <jrandom> en iyi yaklaşım muhtemelen ekranları düz html / css / görseller / vb. ile yazmak, sonra entegrasyon için Java geliştiricilerinden birine vermek olur 15:25 <hypercubus> web geliştiricilerinin bollukta olduğu günlere ne oldu? ;-) 15:25 <jrandom> hepsi McDonald's'ta çalışıyor 15:25 <hypercubus> ah doğru 15:25 <deer> * Curiosity geri döndü :) 15:25 <jrandom> her neyse, ilgilenen ya da başka önerileri olan olursa, lütfen iletişime geçin 15:25 <jrandom> tekrar hoş geldin Curiosity 15:26 <deer> <Curiosity> sana bahsettiğim fikri gündeme getireyim mi jrandom? 15:26 <cat-a-puss> web işleriyle yardımcı olabilecek birini tanıyorum 15:26 <jrandom> ah, live cd mi? 15:27 <jrandom> harika cat-a-puss, alabileceğimiz tüm yardıma ihtiyacımız var 15:27 <deer> <Curiosity> heh :) 15:27 <deer> <Curiosity> err evet 15:27 <jrandom> Curiosity: evet, lütfen 6) ??? maddesine geldiğimizde bunu gündeme getir 15:28 <deer> <Curiosity> tamam :) 15:28 <cat-a-puss> tamam, onları listeye alacağım ve jrandom'un e-postasını vereceğim (curiosity e-postanı bilmiyorum) 15:28 <jrandom> tamam, I2PTunnel web arayüzüyle ilgili başka bahsetmek istediğiniz bir şey var mı? 15:28 <jrandom> r0x0r cat-a-puss 15:29 <deer> <Curiosity> ayrıca, web düzenleme vs. konusunda yardımcı olmaktan da memnuniyet duyarım :) 15:29 <jrandom> tamam, başka bir şey yoksa, 5) Yol haritası ve yapılacaklar 15:30 <jrandom> harika Curiosity, teşekkürler! toplantıdan sonra dünyayı ele geçirme^W^W^W^Wweb işlerini konuşuruz 15:30 <deer> <Curiosity> tamamdır :) 15:30 <jrandom> muhtemelen gördüğünüz gibi, sitede yeni, büyük ve ürkütücü bir sayfa var (http://www.i2p.net/todo) 15:31 <jrandom> bu, önümüzde duran büyük ve ürkütücü meseleleri kapsıyor (ve ihtiyaç duyduğumuz tüm istemci uygulamalara değinmiyor bile) 15:31 <jrandom> gördüğünüz gibi, yapacak tonla işimiz var, ama iyi haber şu ki hepsini hemen bitirmek zorunda değiliz. 15:32 <jrandom> aslında, bunlar yol haritası sayfasındaki madde başlarının ta kendisi (her birine bir yığın giriş yazısıyla) 15:33 <jrandom> bunun gözden geçirilmesi gereken çok şey olduğunun farkındayım, ancak harika olacak olan şu: eğer uğraşmamız gerekecek ve o sayfada olmayan bir şeyle karşılaşırsanız, bana bildirin 15:34 <jrandom> bugün ya da bu hafta gerekmiyor, genel olarak "hey, haber verin" 15:35 <jrandom> mule'un önerisiyle (http://www.i2p.net/todo#nat) çok fazla düşüncelere daldım ve yol haritası muhtemelen biraz yer değiştirecek 15:35 <jrandom> ama göreceğiz. 15:36 <jrandom> belirli konularda güçlü hisleriniz varsa ("omg X, Y ve Z olmadan çalışamayız!"), lütfen bana bildirin ya da listeye gönderin 15:36 <jrandom> demokrasinin şampiyonu olmasam da, mantığa açığım :) 15:37 <jrandom> tamam, bu konuda söyleyeceklerim bu kadar.. ortaya atmak istediğiniz bir şey var mı? 15:37 <deer> <Curiosity> hayırsever diktatörlük :) 15:37 -!- Sonium_ artık Sonium olarak biliniyor 15:37 <jrandom> bah, ben diktatör değilim - başkalarının ne kodladığını kontrol etmiyorum :) 15:37 <cervantes> sakin hegemonya 15:37 <cat-a-puss> iki geliştirici daha edindim 15:37 <jrandom> w00t! 15:38 <cat-a-puss> ve dağıtık bir arama motoru için büyük planlarım var 15:38 <jrandom> oh, harika 15:38 <jrandom> bu http://files.i2p/ ile entegre olabilecek bir şey mi olurdu? 15:38 <jrandom> ya da, şöyle diyeyim, oh, harika :) 15:38 <cat-a-puss> şey: oraya giremiyorum (düşmanca ortam) 15:39 <jrandom> ah 'k 15:39 <cat-a-puss> neyse, oraya geldiğimizde biraz CVS alanı güzel olur 15:40 <jrandom> elbette, cvs.i2p'de alan mevcut 15:40 <jrandom> ya i2p/apps/ dizini içinde ya da tercih ederseniz kendi modülünüzde 15:40 <jrandom> (cvs.i2p == cvs.i2p.net) 15:40 <cat-a-puss> muhtemelen dht üzerinde çalışanlarla konuşmalıyım, değil mi? 15:41 <cat-a-puss> şu ana kadar durumu nedir 15:41 <jrandom> :) 15:41 <jrandom> aum'dan son birkaç gündür durum güncellemesi duymadım, ama eminim harıl harıl çalışıyordur 15:42 <jrandom> son güncelleme burada: http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 15:43 <jrandom> tamam, sanırım bu bizi * 6) ???'ye getiriyor 15:44 <jrandom> Curiosity i2p ile bir 'live cd' fikrini dolaştırıyordu 15:44 <jrandom> bu bence oldukça havalı ve isteyeceğimiz bir şey 15:44 <deer> <Curiosity> süper :) 15:44 <jrandom> gerçi iki haftada bir sürüm çıkardığımız için buna henüz yeterince stabil değiliz 15:44 <hypercubus> katılıyorum... Knoppix ISO'suna bile entegre edilebilir 15:45 <deer> <Curiosity> ? 15:45 <hypercubus> Knoppix, linux'un livecd dağıtımı 15:45 <hypercubus> çok kullanıcı dostu 15:45 <deer> <Curiosity> tamam 15:45 <jrandom> gerçi http://dev.i2p/i2p/i2pupdate.tar.bz2'dan tek tıkla indirme olan Really Simple Update işlevselliği olduktan sonra çok da kötü olmayabilir 15:46 <jrandom> Curiosity: bununla ilgili başka tartışmak istediğin bir şey var mı? 15:46 <fvw> ...ve yaygın olarak kullanılır kullanılmaz, dev.i2p'yi kontrol eden herkes ağı tehlikeye atabilir. 15:47 <jrandom> insanlar o Really Simple Update işlevini kullandıkları sürece 15:47 * fvw kafa sallar. 15:47 <deer> <Curiosity> insanların bilgisayarlarına bir sürü şey indirmek zorunda kalmadan çalıştırmalarının bir yolunu istiyordum 15:47 <jrandom> (ve eğer dev.i2p tehlikeye girerse, dev.i2p için yeni bir hosts.txt girdisi koyarız) 15:48 <hypercubus> bir knoppix i2p livecd internet kafe kullanımı için mükemmel olur 15:48 <deer> <mule_iip> jarndom: gerçek bir i2p kullanıcısı kaynak kodu alıp, en son hakemli sürümle diff'i inceleyip kaynaktan derlemeyecek mi :) 15:48 <fvw> evet ama insanlar sadece 'update'e basacak; Yeni sürümde güvenlik açıkları olup olmadığına dair tartışmaları dinlemeyecekler... 15:48 <demonic_1> hosts dosyasına ihtiyaç olmayacak bir yolu var mı. hani bir dns sunucusu gibi? 15:48 <deer> <Curiosity> evet... tabii mule_iip. lol 15:49 <fvw> ama her neyse, bunun bir sorun hâline geleceği aşamaya geldiğimizde çok mutlu olacağım. 15:49 <fvw> demonic_l: Mümkün, ama yine de bir merkezî otorite olurdu. 15:49 <hypercubus> demonic_1: bu tür işlevsellik için şu anda birkaç öneri var, ancak global isimler elendi 15:49 <jrandom> demonic_1: evet, posta listesine bak (http://dev.i2p.net/pipermail/i2p/2004-September/000432.html üzerindeki son tartışmalar) 15:49 <jrandom> (ve benim görüşüm @ http://dev.i2p.net/pipermail/i2p/2004-September/000435.html :) 15:50 <hypercubus> *global olarak benzersiz isimler 15:50 <demonic_1> k 15:51 <jrandom> tamam, başka gündeme getirmek istediğiniz bir şey var mı? 15:52 <deer> <Curiosity> ayrıca yalnızca service öğelerini bir service klasörüne koymayı önermek istiyorum... i2p'yi kaldırmaya çalışıyordum (birçok seferden biri) ve yanlış uninstall şeyine tıklıyordum 15:52 <hypercubus> Curiosity: bu yapılıyor 15:52 <jrandom> w3rd 15:52 <hypercubus> yükleyici Windows'ta i2p için Başlat menüsüne kısayollar kuracak 15:52 <hypercubus> ve isteğe bağlı olarak masaüstüne 15:52 <deer> <Curiosity> tamam :) 15:52 <hypercubus> aralarında "uninstall" da olacak 15:53 <deer> <Curiosity> ben program files/i2p içine girdiğimde bahsediyordum 15:53 <hypercubus> oradan yapmana gerek yok 15:54 <hypercubus> Windows kullanıcıları program klasörlerine hiç girmez ;-) 15:54 <demonic_1> :/ 15:54 <deer> <Curiosity> ben girerim! :P 15:54 <jrandom> belki tüm script'lerle bir bin/ dizini ekleyebiliriz 15:54 <jrandom> er, boş ver 15:54 <hypercubus> o zaman "Uninstall" adlı klasörü görürdün ;-) 15:54 * jrandom yolları hatırlar 15:54 <hypercubus> kaldırıcı orada 15:54 <jrandom> servis betiklerini lib içine taşıyabiliriz gerçi 15:54 <hypercubus> bunu yapabileceğimizden emin değilim 15:55 <cervantes> 'doze yöntemine gidip "uninstall" seçeneğini yükleyiciye koyabilirsin ;-) 15:55 <hypercubus> wrapper bunları nereye koyduğun konusunda çok titiz 15:55 <jrandom> en azından önce "cd .." yapabilirler 15:55 <hypercubus> konumlarını değiştirmeye bakacağım 15:55 <hypercubus> ama yapılabilir olmayabilir 15:55 <jrandom> güzel, teşekkürler. kurulum dizinindeki kalabalığı azaltmak güzel olurdu 15:55 <hypercubus> katılıyorum 15:55 <jrandom> (çoğu benim suçum; tüm şu .config dosyalarıyla :) 15:56 <hypercubus> bir config dizini yapabiliriz sanırım 15:56 <cervantes> ./conf ? 15:56 <jrandom> hadi ama, biz geek'iz. etc/ :) 15:56 <jrandom> bu ise Çok Kolay olur 15:56 <jrandom> (CLI'de birkaç -D parametresi) 15:56 <hypercubus> o zaman Windows kullanıcılarından "etc"nin yeterince bariz olmadığına dair sorular alacağız ;-) 15:56 <jrandom> insanların yapılandırmalarına dokunmaları gerekmemeli 15:57 <jrandom> web bunun için var 15:57 <cervantes> ben her zaman bariz olandan yanayım: ./configuration/ 15:57 <hypercubus> doğru, ama Windows kullanıcıları kaldırıcıyı program dizinlerinden çalıştırmak zorunda da olmamalı heheh 15:57 <jrandom> ./thesefilestellstufftodothings/ 15:57 <cervantes> ./scripts/ 15:57 <cervantes> ./asciipr0n 15:57 <jrandom> tamam, ama evet, üzerinde detaylandırabileceğimiz bazı işler 15:57 <deer> <Curiosity> lol 15:58 <jrandom> toplantı için başka gündeme getirmek istediğiniz bir şey var mı? 15:58 <jrandom> yoksa 15:58 * jrandom ısınır 15:59 * jrandom *baf* diyerek toplantıyı kapatır