I2P Geliştirici Toplantısı - 30 Aralık 2003

<jrandom> 0) merhaba <jrandom> 1) router durumu <jrandom> 2) i2ptunnel <jrandom> 3) IM <jrandom> 4) 0.3 planları <jrandom> 5) zaman eşzamanlaması <jrandom> 6) ??? <jrandom> merhaba mihi, polo <polo> merhaba ! <mihi> merhaba jrandom <jrandom> 0) merhaba <jrandom> :) <rsk> merhaba <i2p> <duck> merhaba <jrandom> 1) router durumu <jrandom> 0.2.3.3 çıktı ve çalışıyor gibi görünüyor <jrandom> elbette hâlâ yapılacak çok şey var <jrandom> ama bu 0.2 serisinin son sürümü olmalı <jrandom> 0.3, router'ların kötü router'lardan kaçınmasına imkân tanımak için eş profillemeyi ekleyecek <jrandom> (ve 0.3.1 transport'ların elden geçirilmesi) <jrandom> hola Ophite1 <Ophite1> Selam. <rsk> yani 0.3 için daha fazla ek yük mü? <jrandom> evet ve hayır <jrandom> eş testleri olacak, ama daha odaklı olacak <rsk> yol (path) seçiminde bir hızlanma görecek miyiz? <jrandom> evet <jrandom> 'canlılık' hesaplayıcıları var ve yeni gecikme ve throughput hesaplayıcıları eklenecek <jrandom> ayrıca insanlar belirli eşler için kendi tercihlerini ince ayar yapabilecekler <jrandom> ör. X eşini Y eşine tercih etmek istediğinizi biliyorsanız, onlara bir ağırlıklandırma bonusu olarak rastgele birkaç puan verebileceksiniz <mihi> temiz bir kapatma olacak mı? *g* <jrandom> bu aslında iyi bir soru mihi <jrandom> i2p, bir yönetim arayüzüne ihtiyaç duyacağı noktaya geliyor. <jrandom> işleyişini tıkayan en uzun Job, GenerateStatusConsoleJob <jrandom> ki bu artık 4-6 saniyeye kadar sürebiliyor <jrandom> (diğer her şeyi bekletiyor) <jrandom> bu asenkron ve isteğe bağlı hale gelmeli. <jrandom> ama bir web listener / vb. yazmak istemiyorum. <jrandom> belki tersi - router'ı başlatan ve onunla iletişim kuran bir servlet <mihi> tam bir web sunucusuna gerek yok. sadece GET gördüğünde verini döndür. <jrandom> doğru <jrandom> haklısın, o işler 0.3'e de girmeli. <mihi> ve başka bir şey gördüğünde (mesela SHUTDOWN), canın nasıl isterse öyle yap. tabii yalnızca localhost'tan ;) <jrandom> ahh hadi ama <mihi> o zaman biri güzel bir yönetim programı yazabilir <jrandom> doğru <mihi> dosyalarla tetikleyicileriniz vardı, değil mi? bunlar bir yerde belgelenmiş mi? >>> mihi [~mihi@ags9-d9ba536a.pool.mediaWays.net] jrandom'dan PING 1072820995 talep etti <jrandom> onlar router'ın kendisinde değil, IDN içindeydi <jrandom> ama bu iyi bir yol olabilir <jrandom> bu son derece basit bir sistem <jrandom> iyi fikir, o yoldan gidelim <jrandom> (ve o kodu yeniden kullanabilirim :) <i2p> <duck> bu sihirli dosya işi plan9'a benzemeye başlıyor <jrandom> lol <mihi> ama dosya tetikleyicileri polling gerektirir <jrandom> doğru mihi, her 30 sn'de bir dizin okumak o kadar da kötü değil <mihi> ama bir ServerSocket#accept daha ucuza mal olur. <mihi> çünkü zaman harcamaz. (iyi bir OS varsa) <mihi> tamam, dosya tetikleyicileri hiç yoktan iyidir, elbette. <jrandom> server socket uzaktan yönetimi mümkün kılar <jrandom> (uygunsa) <jrandom> bilmiyorum. <jrandom> üzerinde çalışılacak bir şey. <jrandom> (ya da birisi atlayıp kodlamak isterse... :) <mihi> ve server socket routerConsole'u da sunabilir. <jrandom> doğru <jrandom> tamam, 2) i2ptunnel <jrandom> :) <jrandom> i2ptunnel hâlâ kral, ve onu kontrol etmek için socket tabanlı bir API eklemek istediğimiz görünüyor <i2p> <anon> aum'un ic2cp2pc planları şimdilik rafa mı kalktı? <jrandom> evet, ci2cp suyun içinde ölü, bunun yerine I2PTunnel'ı kontrol edecek socket tabanlı API geliyor <jrandom> Sanırım önümüzdeki birkaç gün içinde o API'yi ekleyebilirim, böylece uygulama üzerinde çalışmaya başlayabilir <mihi> sadece bir socket kullan, in.readLine() yap ve o satırı runCommand()'e ver ;) <rsk> bu api i2p'ye ne kazandırıyor? <jrandom> hemen hemen öyle mihi (tek fark, sonuçları biçimlendirip standart bir şekilde geri yollaması) <mihi> komutları geri göndermek için uygun bir "logger" ile. <mihi> s/commands/results/ <jrandom> rsk> uygulama geliştiricilerin I2CP'nin şifreleme gereksinimleriyle uğraşmadan i2p üzerinde istemci ve sunucu socket'ları oluşturmalarını sağlar <jrandom> aynen aynen <jrandom> i2ptunnel, çok sayıda i2ptunnel olduğunda gerçekten bir overhead yaratır <jrandom> JVM'den bağımsız olarak <jrandom> i2ptunnel istemcileri her temas edilen istemci için yeni bir destination oluşturur ve yerel destination sayısı arttıkça router çok daha kötü performans gösterecektir. <rsk> ah <jrandom> bu, ağın anonimliğe yönelik gereksinimlerinin şifrelememizin çalışma biçimiyle bağlantılı olmasından kaynaklanıyor <jrandom> sadece bir eşe bir veya iki tunnel açmak isteyen uygulamalar için bu yeni api HARİKA olacak <jrandom> ama çok sayıda başka eşle konuşması gereken uygulamalar için doğru yol I2CP. <jrandom> (çünkü o, i2cp tarafından çoğullanan tek bir destination) <jrandom> sanırım bu bir bakıma eski TCP vs UDP dengesi <jrandom> mihi> herhangi bir düşüncen ya da i2ptunnel'ın geleceğine dair fikirlerin var mı? <rsk> ip over i2p ya da vpn işleri ne durumda? <mihi> jrandom: biri iyi bir streaming api yazsın, sonra i2ptunnel onu kullansın. <mihi> naming server için de aynı. <mihi> yukarıdakileri kimse yapmazsa belki bazı sıra numaraları ekleyin. <mihi> bu da uyumsuz bir değişiklik anlamına gelir. <jrandom> uyumsuz değişiklikler kötü değil, geliştirme sürecinin başındayız <jrandom> (ID'lerin boyutunu da taraf başına iki ya da dört bayta çıkarabilsek?) <mihi> yine de streaming api uyumsuz bir değişiklik olacak. ve i2p düzgün çalışsa, sıra numaralarına ihtiyacımız olmaz. <jrandom> rsk> biri üzerine eğilene kadar beklemede mi? ≡ rsk/#i2p uyumsuz değişikliklerin en iyi tür olduğuna inanıyor <jrandom> doğru mihi <mihi> ID şu anda 3 bayt olmalı, o hâlde neden 2 bayta *artırıyoruz*? <jrandom> mihi> aslında, mode=GUARANTEED'i yavaş yavaş kullanım dışı bırakıp bunu streaming api içinde uygulamak isterim ≡ mihi/#i2p de öyle <jrandom> i2p'yi TCP veya UDP değil, IP olarak bırakmak <jrandom> kahretsin, keşke günde 14 saatim daha olsaydı. <mihi> sadece 14 mü? ;) <jrandom> ;) <jrandom> 3 baytlık id'ler bağlantının (con) her iki tarafından mı türetiliyor? yoksa ben mi karıştırıyorum <mihi> her tarafın 3 baytlık bir ID'si var, ancak aynı anda yalnızca biri gönderilmeli. <jrandom> belki streaming API'yi uygular, GUARANTEED'i söküp atar ve sonra o socket denetleyicisini eklerim. <jrandom> ah tamam <mihi> bkz. /apps/i2p/i2ptunnel/java/src/protocol.txt <jrandom> aynen aynen <mihi> bu arada, o dosyayı *oraya* kim yanlış koydu? ≡ jrandom suçu eco'ya atıyor ;) <jrandom> bekle, yok, onları oraya sen koydun <jrandom> değil mi? <jrandom> ah dur, hayır ben içe aktardım ≡ jrandom aptal olduğu için kendini suçluyor. <jrandom> (la la la) <jrandom> lanet. tamam, evet, streaming API ve socket denetleyicisi üzerinde çalışmak, eş testleme / profilleme / seçim manifestosunu kafamda evirip çevirmeme izin verecek <jrandom> bunu birkaç güne görüş için göndereceğim <jrandom> (ve kafamı router'dan çıkaracak. variety++) <jrandom> mihi> i2ptunnel ile ilgili başka bir şey? <mihi> bildiğim kadarıyla yok <jrandom> süper <jrandom> (bu konulara katkı yapmak için zaman ayırdığın için tekrar teşekkürler, fiw ve diğerleriyle meşgul olduğunu biliyorum) <jrandom> tamam, thecrypto burada değil, ama IM uygulamasında ilerleme kaydediyor. <jrandom> (bu gündem maddesi 3) <jrandom> 4) 0.3 planları <jrandom> 0.3.0 ~= eş profilleme işleri ve şimdi i2ptunnel için streaming api ile o socket denetleyicisini de içerecek <jrandom> ama, tahmin edebileceğin gibi, 1 Ocak'ta yayınlanmayacak <jrandom> 15 Ocak uzak bir ihtimal. nasıl gideceğine bakacağız. <jrandom> 0.3.1 tam bir aylık iş değil, bu yüzden ertelenmesi gerekmeyebilir. <jrandom> bunun dışında, yol haritası hâlâ büyük ölçüde rayında ve nereye gittiğimizi yansıtıyor <jrandom> 5) zaman eşzamanlaması <jrandom> yeni bir SSS http://wiki.invisiblenet.net/iip-wiki?I2PTiming adresine eklendi <jrandom> mihi, oradaki dördüncü seçenek hakkında bir önerin vardı (i2p içinde kendi zamanlamamızı kurmak)? <jrandom> merhaba brawl <mihi> evet. ∙φ∙ brawl artık eco_ olarak biliniyor <eco_> merhaba millet <jrandom> oh selam eco <mihi> rastgele 3 düğüme bağlanmalı ve ortalama zaman ile yerel zaman arasındaki farkı aklında tutmalısın. <jrandom> az önce streaming API / tunnel api'yi tartıştık <mihi> sonra bunu düzelten kendi getTimeMillis'ini hack'le. <Ophite1> mihi: Hayır, yapmamalısın. <jrandom> mihi> yani bir saldırgan yanlış saatle 1000 düğüm oluşturursa, herkes yanar <jrandom> (çünkü ortalama arada rastgele kayacaktır) <mihi> bir saldırgan 1000 düğüm oluşturursa, herkes zaten yanmaz mı...? <rsk> bu kendi kendini düzeltmez mi? <Ophite1> mihi: Tamam, 3. <jrandom> hayır, bunu halledebiliyor olmalıyız mihi. <mihi> tamam, o zaman standart sapma 1 sn'den düşükse falan sadece ortalamayı kullan. <rsk> herkesin zamanı aynıysa sorun yok, o zaman yanlış olsa bile, değil mi? <jrandom> rsk> tüm 1000 düğüm senkron olsaydı tamam da, ya hepsi rastgeleyse <mihi> yalnızca birbirine yeterince yakın zamanları kullan. değilse, 3 yeni düğüm al. <jrandom> mihi> doğru, NTP'yi uygulayabiliriz (temelde söylediğini yapar; bir dizi aday ortalama kullanarak yinelemeli olarak doğru zamana yaklaşır <mihi> ama NTP'nin yaptığı gibi her şeyi (örneğin ping gecikmeleri) umursamak zorunda değiliz. <Ophite1> böyle yapmazsak, mihi, zaman yavaşça geriye kayar. ≡ mihi/#i2p bunun, kullanıcıların saatlerini tek tek ayarlamasına izin vermekten daha iyi olduğunu düşünüyor. <jrandom> yani o kaymış düğümlerden rastgele 3'ünü seçen herkes kendi özel ağına mı gönderilecek? <jrandom> o üçüncü seçenek ne olacak - <jrandom> i2p, NTP veya SNTP üzerinden gerçek bir NTP sunucusuyla kontrol eden bir bileşene sahip <mihi> netDB'nde yalnızca kaymış düğümler varsa, sen de o özel ağdasın... <jrandom> tekerleği yeniden icat etmek yerine <Ophite1> bunun bir kısmını sevsem de... <Ophite1> NTP imzalı değil, MITM saldırısına açık. <Ophite1> ya da mesela time.nist.gov için DNS önbellek zehirlenmesi <jrandom> doğru Ophite1, ama 200.000+ SNTP veya NTP sunucusuyla saldırılması gereken büyük bir küme bu. <jrandom> kesinlikle time.nist.gov ile senkron yapmayız. <Ophite1> i2p'den NSA'nın zaman sunucusuna bağlantılar birkaç kaş kaldırabilir, değil mi? :) <jrandom> ve bir saldırgan time.nist.gov'a giderse, her yerdeki herkes etkilenir <jrandom> heh <mihi> o zaman ikisini birleştiririz. bir "gerçek" NTP sunucusuna ve komşuna sor. ikisi de aynı şeyi söylerse sorun yok. <jrandom> yani daha da /fazla/ kod ;) <jrandom> ama evet, mantıklı. <Ophite1> ilginç. Peki ya söylemezlerse? <Ophite1> başka bir NTP sunucusu seç? <jrandom> eşi reddet. <mihi> başka bir NTP sunucusu ve başka bir eş dene. <mihi> eşleşme olana kadar. sonra önceki tüm eşleri reddet. ≡ mihi/#i2p jrandom'dan daha yavaş yazıyor :( <Ophite1> belli bir eşik içinde eşleşme, diyelim 1 sn? <jrandom> 1 sn iyi olur. <jrandom> gecikmeyle başa çıkmak için yaklaşık 30 sn'ye kadar eşleri kabul etmek (gecikmeyle başa çıkmak için) <Ophite1> AĞIR YÜKLÜ bağlantılarda 1 sn uygun mu? <jrandom> senkron için 1 sn, iletişim için 30 sn. <Ophite1> DSL'de ona kötülükler yaptığında gecikmenin 5 saniyeye çıktığını gördüm. <jrandom> tcp ile mi yoksa udp ile mi? <Ophite1> ama o durumda, zaten zamanı senkronlamak isteyeceğin makine o olmayabilir ;) <jrandom> doğru <Ophite1> udp. <jrandom> hımm 'k <Ophite1> düşer diye düşünürdün :) <i2p> <duck> bence sorun daha çok, kullanıcıya bir sorun olduğunu bildirmek <jrandom> duck> bu doğru. <i2p> <duck> ancak koca log'lara bakınca saatlerinin yanlış olduğunu görüyorlar (eğer bulurlarsa) <Ophite1> Belki. Bir bakıma. <i2p> <duck> ya da portun zaten bağlı olduğunu <jrandom> bir yönetim arayüzü güzel olurdu. <i2p> <duck> herkesin yerel stantrum (sp) 2 sunucusuna bağlı NTP kullanmasıyla dünya daha iyi CTCP Cloaking is now [On] <jrandom> belki 1.0'a geçmeden önce bir dizi temizlik ve son kullanıcı işlerinin olduğu bir 0.4 sürümü yaparız? <jrandom> doğru (stratum) <i2p> <duck> yalnızca windows istemcilerinde bu pek yoktur <i2p> <duck> ama onların kararlı olması da pek olası değil <jrandom> windows'ta NTP var <i2p> <duck> kimi ilgilendirir ki <Ophite1> duck: Windows XP ve Windows Server 2003 NTP içerir. <jrandom> Unix'e göre de kat be kat daha kolay <Ophite1> varsayılan olarak time.windows.com ile senkronize iirc. <jrandom> başkaları için açılır seçeneklerle <Ophite1> Windows Ürün Etkinleştirmenin temel bir parçasıdır. <Ophite1> zamanı bilmiyorsan süresi dolamaz :) <jrandom> heh <mihi> benim üniversitemde seçenek yok... tüm saatler 1 ila 5 saat kayık. ama zaten orada i2p çalıştırmama izin verilmeyebilir... <Ophite1> mihi: i2p böyle bir durumda özellikle çalışmak için çabalamalı... <jrandom> mihi> harika! gizli çalışmayı test etmeye yardım edebilirsin :) <jrandom> ayrıca, bu yaz biraz seyahat edeceğim <jrandom> muhtemelen dizüstüm olmadan çevrimdışı olacağım. <i2p> <duck> yan düşünce: ntp.duck.i2p :) <Ophite1> Şöyle bak: Brianna Kazaa en yakın arkadaşının gerçekten çok havalı olduğunu söylediği, insanlarla gizlice sohbet etmene falan izin veren havalı yeni anonim dosya paylaşım istemcisini indiriyor. Ona saatini 30 saniye içinde ayarlaması gerektiğini mi söyleyelim (nasıl yapacak ki?)? Yoksa sadece çalışmasını mı isteyelim? <jrandom> ama sadece ortak terminallerle yine de I2P'de olabildiğimden emin olacağım. CTCP Cloaking is now [Off] <jrandom> bunda düşünmeye gerek yok Ophite1. sadece çalışsın (geek'ler için dokümantasyonla) <jrandom> duck> bootstrap ;) <jrandom> ve i2p /root/ gerektirmeyecek. <Ophite1> benim demek istediğim de bu. <Ophite1> jrandom: root'un olmadığı bir kutuda bir router çalıştırır mısın? <jrandom> yani evet, 3 ve 4. seçenek arasında bir karışım <Ophite1> 3.5. seçenek kulağa hoş geliyor ;) <jrandom> Ophite1> onlardan yüz tane çalıştırırdım :) <mihi> seçenek 3.1415926... <jrandom> (ve sonraki laboratuvara geçer, yüz tane daha çalıştırırım) <Ophite1> Ooh. Turta. Leziz.;) <Ophite1> jrandom: Root'un olmadığını söyledim. Amatör. :) <jrandom> lol <jrandom> yani temelde baktığımız yön bu. <jrandom> zaman işleri uygulanana kadar herkes 1 veya 2. seçeneği kullanmalı. <jrandom> 2. seçenek için biri biraz dokümantasyon yazabilirse memnun olurum <Ophite1> şimdilik kabul edilebilir, zira Brianna Kazaa ve benzerleri için Henüz Hazır Değiliz ;) <mihi> bilgi için: "gizli çalışma"yı test etmeyeceğim. üniversite hesabım daha önce bir kez kapatıldı ve bir kez daha engellenmesini istemiyorum... <Ophite1> mihi: Olabilecek en iyi test sensin. <jrandom> Ophite1 > test için değil. <jrandom> 'k mihi, bir yol bulacağız ve hazır olduğunda kullanabileceksin. <Ophite1> Tamam, belki test değil. Bazı üniler sadece engellemek yerine seni atacak kadar asabileşebilir. <Ophite1> ABD'deki dosya paylaşımı karşıtı, RIAA yanlısı en sert üniversitede birini tanıyorum. 2 Gbit'lik bir dump sitesi işletiyor. <jrandom> lol güzel <Ophite1> bunun kadar yürekli çok çok az insan olduğunu biliyorum. <jrandom> tamam, zaman eşzamanlaması bu kadar. <jrandom> eco_> selam. konuşmak istediğin bt işleri var mı? {ya da gelecek haftaya sakla} <Ophite1> ama unutmayın, internetin çoğunluğu gelecekte muhtemelen üniversite/kurumsal olacak. i2p yasaklanabilir. büyük ISP'ler tarafından i2p KÖTÜYE KULLANIM olarak görülebilir. i2p yine de çalışmak zorunda. <Ophite1> bu açıyla ilgili gelecekte sunacağım birkaç ilginç fikrim var. <jrandom> aynen <Ophite1> (transport) <rsk> i2p büyük ISP'lerce kötüye kullanım sayılıyor, sözleşmeni oku <Ophite1> rsk: dağıtık bir proxy önbelleği çalıştırmak? <rsk> herhangi bir 'sunucu' çalıştırmak <Ophite1> rsk: SMTP veya WWW'ye aktarmadıkça değil. <jrandom> her tür hizmet çalıştırmak <jrandom> doğru <Ophite1> rsk: hehe, bunun için bir çözümüm var ;) <eco_> jrandom: kısa bir güncelleme verebilirim <jrandom> söz sende :) <eco_> i2p'ye alışmak için java tabanlı bittorrent istemcisi snark'ı (www.klomp.org/snark) port ediyorum <eco_> ilk port i2ptunnel'ın üzerinde çalışıyor, java sınıflarını doğrudan çağırıyor <eco_> mevcut durum: 2 eşle çalışıyor, > 2 olunca işler karışıyor, tunnel'lar temizlenmiyor, bu yüzden yeniden başlatmak acı verici <eco_> eta: bu hafta sonu ≡ eco_/#i2p bunun > 2003 sayılabileceğini fark ediyor <jrandom> w00t! ≡ jrandom time.nist.gov'u hackliyor <eco_> “gerçek” bir port muhtemelen tunnel'ların overhead'ini azaltır, ama bu bir sonraki adım <jrandom> güzel ≡ eco_/#i2p sözü mc jrandom'a geri veriyor <jrandom> 'k, sanırım bu kadardı <jrandom> 6) ??? <jrandom> başka bir şey var mı? ≡ eco_/#i2p, bugüne kadar iyi iş çıkardıkları için jrandom cs'ye teşekkürlerini iletmek ister <eco_> ve uykunun home sapiens için bir faydası olduğunu, gerçi jrandom bunun yanlış olduğunu kanıtlıyor gibi görünüyor <jrandom> ;) <jrandom> i2p yeterince güvenilir olana kadar iip yerine burada toplanma hakkında ne düşünüyorsunuz? <jrandom> şahsen, her hafta toplantıların lime lime olmasından bıktım. <i2p> <anon> lilo berbat! <eco_> buraya gelerek insanları dışlıyor olabiliriz <jrandom> öyleyiz, biliyorum. <jrandom> iip<-->buraya bir köprü sağlayabilirsek <i2p> <duck> IIP her gün insanları dışlıyor <jrandom> bu iyi olurdu. <jrandom> doğru. <jrandom> iip, maalesef, güvenilir bir geliştirme topluluğu için kullanışsız. <i2p> <duck> http://banaan.zeelandnet.nl/open/changate.html <i2p> <duck> eyeKon vb.'nin dayandığı kod bu <jrandom> ve kendi başıma kod yazmayı sevsem de, siz gerçekten iyi fikirler buluyor ve gerekli olan güzel işler yapıyorsunuz ≡ rsk/#i2p bir windows güncelleme betiği yazıyor <i2p> <duck> teorik olarak 3 sunucuya bağlanıp her birini yansıtabilir <jrandom> aynen duck, belki i2p.dnsalias.net üzerinde bir tane çalıştırmayı denerim <jrandom> cehennemden ping seli ;) <eco_> duck.i2p'deki irc bugün oldukça iyiydi, iip'i geçti <jrandom> katılıyorum <jrandom> yine de beni birkaç kez düşürdü. <jrandom> belki gelecek hafta daha güvenilir olur <eco_> senin ellerinde :-) <jrandom> güvenilirlik muhtemelen 0.3'e kadar artmayacak, bu da ~2 hafta uzakta <jrandom> (tunnel/streaming işleri için 1 hafta, eş profilleme / test için 1 hafta) <jrandom> sonra bunların getirdiği her ne bug varsa o da olacak :) <jrandom> yine de söylemeliyim ki dün gece aum'dan ses stream etmek beni gerçekten heyecanlandırdı <jrandom> ve ardvark 42 dakika boyunca buffer'lamadan stream edebildi! <jrandom> yani belki yeterince güvenilir olabiliriz <jrandom> (yerel router'ım yalnızca phttp, muhtemelen bu da küçük bir sebep) <jrandom> tamam, başka bir şeyi olan var mı? <i2p> <duck> aklıma bir şey gelmiyor ≡ eco_/#i2p'nin de gelmiyor ≡ jrandom toparlar... ≡ jrandom toplantıyı *baf* kapatır