I2P Dev Meeting - March 16, 2004

13:12 < jrandom> program: 13:12 < jrandom> 0) čau 13:12 < jrandom> 1) administrativa 13:13 < jrandom> 2) stav 0.3 13:13 < jrandom> 3) profilování peerů / výběr 13:13 < jrandom> 4) webová architektura 13:13 < jrandom> 5) ??? 13:13 < jrandom> 0) čau 13:13 * jrandom mává na partu 13:14 < deer> * jrandom_ mává z i2p 13:14 < deer> * wilde pleská hi5 13:15 < deer> <ughabugha> Ahoj! 13:15 < deer> * duck čte 13:15 < deer> <human> čau! 13:16 < jrandom> w0rd, omluva za zpoždění při zveřejnění poznámek o stavu na (http://i2p.net/pipermail/i2p/2004-March/000165.html) 13:18 < jrandom> 1) administrativa 13:19 < jrandom> pro jednoduchost a aby se předešlo potížím, které jsme měli minulý týden s různými sítěmi, které se chovaly protivně, jsme zapojili trochu magie a tahle schůzka běží přes tři IRC sítě 13:19 < deer> <duck> (úžasné!) 13:19 < jrandom> iip #i2p, i2p irc síť duck/baffled #i2p a freenode #i2p 13:19 < jrandom> :) 13:19 < deer> <baffled> kdo je paranoidní? 13:20 < deer> <ughabugha> Ok, dočetl jsem poznámky o stavu. 13:20 < deer> <ughabugha> jrandom: A co s tím? 13:20 < deer> <ughabugha> Nebo s nimi? 13:21 < jrandom> jen to zmiňuju, aby lidi, kteří mají s jednou problémy, mohli použít jinou 13:21 < deer> <mihi> v pohodě. hotovo, dočetl jsem také 13:21 < jrandom> taky by se měl o víkendu vrátit online drupal box (klepu na dřevo) 13:22 < deer> <ughabugha> Aha, ok. Je něco k diskuzi k bodu 1)? 13:22 < deer> <ughabugha> Nebo čekáme, až lidi dočtou? 13:22 < deer> <ughabugha> jrandom: Dobře. :) 13:22 < jrandom> ne, pokud někdo nemá nějakou administrativu, kterou by chtěl otevřít? 13:23 < deer> * mihi chce dát vlaječku u bodu 3 13:23 < jrandom> vlaječka nastavena ;) 13:23 < deer> * duck u bodu 2 13:23 < deer> <duck> err, jaký index používáme? 13:24 * jrandom soudí, že můžeme přejít k bodu programu 2) stav 0.3 13:25 < jrandom> u poznámek ke stavu 0.3 jsem nakonec napsal víc než obvykle, takže místo abych to tu opakoval, má někdo otázky / obavy, které by chtěl probrat? 13:25 < deer> <ughabugha> Pokračuj. 13:26 < deer> <duck> proč dešifrování ElGamal/AES+SessionTag selhává příliš často? 13:26 < jrandom> duck> kvůli přetížení a latenci. pokud je garlic (mechanismus zapouzdření zpráv v I2P) routed message zpožděna za životnost toho sessionTagu, dešifrování selže 13:27 < deer> <duck> k 13:27 < jrandom> navíc, pokud je garlic routed message dešifrována v pořádku, ale obsah byl zpožděn natolik, že cloves vyprší, je to také promarněné dešifrování 13:28 < deer> <duck> nějak mě ta věta přiměla uvěřit, že je příčina i jiná než přetížení/latence 13:28 < deer> <tro|l> ce zi e azi? 13:28 < jrandom> no, měli jsme nějaké potíže s tím, že source routed reply blocks selhávají při dešifrování, ale protože v 0.3.1 mizí, nestojí moc za to je ladit 13:29 < deer> <kaji> wow, ono to funguje! 13:29 < jrandom> (a selhané ElG je asi nejvíc CPU náročná věc, kterou i2p dělá) 13:30 < deer> <jrandom_> heh vítej v i2p #i2p :) 13:30 < deer> * kaji vychvaluje 0.2.5.1 13:30 < deer> <jrandom_> 0.2.5.1? sakra, pořiď si 0.2.5.4 :) 13:30 < jrandom> ok, ještě něco ke stavu 0.3? 13:31 < deer> <kaji> .. 13:31 < deer> <duck> . 13:31 < deer> <kaji> ping? 13:31 < jrandom> p0ng 13:31 < mihi> pung 13:31 < deer> <mihi_backup> pung2 13:32 < deer> <Pellinore> kreveta 13:32 < jrandom> ok, přecházíme na 3) profilování peerů / výběr 13:32 * mihi přesouvá vlaječku k druhému číslu 3 ;) 13:32 < jrandom> (člověka pobaví, že neexistují žádné vegetariánské náhražky mořských plodů...) 13:32 < deer> * kaji vychvaluje 0.2.5.4.1 13:32 < deer> <duck> celé to profilování peerů vypadá jako magie, jak to plánuješ debugovat? 13:32 < deer> <Pellinore> Existuje vegetariánské krabí maso. 13:32 < jrandom> ah, pravda, pellinore. 13:32 < deer> <wilde> jrandom: a veg sushi 13:33 < jrandom> duck> co přesně v tom vypadá jako magie? 13:33 < deer> <duck> to celé klasifikování atd. 13:33 < deer> <Pellinore> A mám dojem, že jsem viděl i nějakou náhradu rybího filé, ale možná se pletu. 13:33 < deer> <duck> myslím, jak víš, že děláš optimální věci? 13:33 < jrandom> peer organizer (který přesouvá profily do různých skupin) je velmi jednoduchá a oddělitelná součást 13:33 < jrandom> oh, to je dobrý postřeh. 13:34 < jrandom> dělal jsem nedávno nějaké benchmarky, spouštěl organizer s 10 000 profily a všechny je organizoval za ~50 ms 13:34 < jrandom> (organizing == pouštění kalkulátorů a přesouvání mezi skupinami) 13:34 < jrandom> profily také zabírají jen ~3–4 KB pro plný profil a minimální profil má ~200 bajtů 13:35 < deer> <duck> jasně, ale jak víš, že máš pravdu s „0,597 s odezva“ pro skupinu 1 13:35 < deer> <duck> a že by to nemělo být 0,603 s 13:35 < jrandom> (takže si necháme plný profil pro nejlepších 1000 peerů a minimální pro dalších 10 000) 13:35 < jrandom> ah, dobrá otázka. 13:36 < jrandom> to je komponenta Rate 13:36 < jrandom> samozřejmě tam bude nějaké chvění a nebudeme super přesní. cílem je dostat se do přibližných hodnot a podle toho je organizovat 13:37 < deer> <duck> viděl jsem, že používá průměry 13:37 < jrandom> např. najít routery na T3 s čtyřprocesorovými stroji a držet je odděleně od routerů na 386kách s 2400 bps modemy 13:37 < deer> <duck> takže když přidáš 100 mizerných uzlů, silně ovlivníš průměr 13:37 < jrandom> souhlas – jsou dva různé aspekty, které můžeme doladit 13:38 < jrandom> za prvé, můžeme nastavit práh tak, aby použil top 10 % k určení „rychlý“ vs „není rychlý“ 13:38 < jrandom> (nebo top 90 %, jak libo) 13:38 < jrandom> za druhé můžeme upravit komponentu Rate, aby držela různé statistiky – místo jednoduchého průměru může ignorovat šikmost, najít směrodatnou odchylku atd. 13:39 < jrandom> komponenta rate je teď dost základní a byl bych rád, kdyby se na ni někdo dobrý ve statistice podíval a vylepšil ji 13:39 < jrandom> (jeden z klíčových cílů je však udržet ji „scale-free“ – takže když dostaneme 100 000 událostí, nemusí držet všechny ty body v paměti atd.) 13:40 < deer> <duck> ok, takže co zabrání dalšímu průšvihu typu NGRouting? 13:40 < jrandom> ale máš naprostou pravdu – kalkulátory a algoritmy výběru peerů budou hlavním fokusem budoucích vylepšení sítě 13:40 < jrandom> ngrouting se snažil dělat dvě různé věci – najít konkrétní data a najít dostupné peery. 13:40 < jrandom> my potřebujeme jen najít dostupné peery 13:41 < deer> <duck> dobře 13:41 < jrandom> (a umístit tam naše tunnels) 13:41 < deer> * duck odstraňuje breakpoint 13:41 < jrandom> :) 13:41 < mihi> ale musíme najít i tunnels. 13:41 < jrandom> správně, mihi – netDb je důležitý bod 13:42 < deer> <Pellinore> Se statistikou jsem na tom dobře, ale mizerně s technickými aspekty převádění dat do podoby použitelné pro počítač. 13:42 < deer> <Pellinore> Ale rád se s někým spojím a přispěju, pokud budu moct. 13:42 < jrandom> skvělé, pellinore! 13:43 < jrandom> hlavní třída rate je na http://i2p.net/cgi-bin/cvsweb.cgi/i2p/code/core/java/src/net/invisiblenet/i2p/stat/Rate.java?rev=1.3&content-type=text/x-cvsweb-markup a můžeme si o tom pak popovídat :) 13:43 < deer> <Pellinore> k 13:43 < jrandom> (vím, nečekám, že budeš číst kód, jen to zmiňuju) 13:44 < deer> <Pellinore> Přečtu si to, ale bude to asi jako když můj pes čte Kierkegaarda. 13:44 < jrandom> hehe 13:45 < deer> <Pellinore> Ale učím se. 13:45 < deer> <Pellinore> Každopádně prosím pokračujte – nechci to brzdit. 13:45 < jrandom> (dobrovolnictví není brzdění ;) 13:46 < jrandom> jeden bod, na který jsem u kódu pro profilování peerů / výběr zapomněl, je že hodnocení „integration“ se používá v network database jen pro „exploration“, ne pro search/store 13:46 < jrandom> stále děláme (docela) tradiční Kademlia search/store se všemi nepadajícími peery 13:46 < jrandom> také v rámci každé skupiny peerů vždy volíme *náhodně* 13:46 < jrandom> (tj. nevybíráme vždy nejrychlejší z rychlé skupiny atd.) 13:47 < jrandom> je to z důvodů bezpečnosti i vyvažování zátěže 13:48 < jrandom> (bezpečnost, aby útočník nemohl jen vytvořit opravdu rychlý router a sledovat, jak ho všichni používají – musel by vytvořit velký počet opravdu rychlých routerů, vychýlit celé rozdělení ve svůj prospěch atd.) 13:49 < jrandom> ok, máme ještě něco k 3) profilování peerů / výběr? 13:49 < deer> <duck> . 13:50 < deer> <ughabugha> Nezdá se. 13:50 < jrandom> ok, přecházíme na 4) webová architektura 13:52 < jrandom> mihiho nový streaming lib nám dává spoustu flexibility, a navíc několikrát zmínil, že by chtěl vyčlenit kód httpclient do něčeho robustnějšího. kromě toho human začal dělat úpravy umožňující transparentní proxyování přes squid (nebo tor-www) a eepsite proxyování v rámci stejného klienta 13:52 < jrandom> vzhledem ke všem těmto faktorům a pravděpodobnosti, že webové funkcionality budou pro uživatele i2p důležité, si myslím, že bychom měli udělat krok zpět a zkusit si představit, jak to všechno má zapadnout dohromady 13:53 * mihi mi po disku lítá nějaký kód pro ten httptunnel. ale do hotového to má daleko 13:53 < mihi> pro mě httptunnel == httpclient + nějaké filtry 13:53 < mihi> samozřejmě s použitím mého naming a streaming API. 13:54 < mihi> kód aktuálně umožňuje jen různé „anonymity profiles“. 13:54 < jrandom> nějaké názory na humanův styl přepínání na outproxies jako squid/etc? 13:54 < mihi> tj. posílat všechny požadavky přes jednu destination, multiplexovat je až do 10, multiplexovat je až na jednu dest na hostname atd. 13:54 < jrandom> ah, zajímavé 13:55 < mihi> ale ty dests se zatím nepoužívají ;) 13:55 < jrandom> w3rd. jo, je tu ten velký caveat, že mít hodně destinations na jednom routeru zvyšuje netriviálně zátěž CPU 13:55 < jrandom> (protože každý garlic fail bude muset selhat jednou na každou dest, než selže úplně) 13:56 < jrandom> nějaká magie ale zbývá, kterou to lze minimalizovat, myslím 13:56 < deer> <ughabugha> Jste si jistí, že transparentní proxyování přes squid je dobrý nápad z pohledu výkonu? Tj. lidi můžou zlenivět a nenechají vypnutý svůj eepproxy po prohlížení I2P stránek nebo používání I2P squid, a tím pádem plýtvat I2P šířkou pásma na věci, které nepotřebují anonymitu. 13:56 < jrandom> ughabugha> všechno vyžaduje anonymitu :) 13:57 < jrandom> (a když nepoznají rozdíl, no, sakra...) 13:57 < mihi> můj záměr u httptunnel je, že http odkazy budou přepisovány (podobně jako ve fproxy), takže nepotřebuješ proxy, ale jen servlet. 13:57 < deer> <ughabugha> jrandom: Heh. Tímhle byl I2P mrtvý už při narození. Nebude dost dostupné šířky pásma v síti, kterou by koncové uzly pravděpodobně spotřebovaly. 13:58 < mihi> na té info stránce by se dala přidat možnost procházet web třeba přes squid. 13:58 < jrandom> úplně si nevybavuju souvislost. rozumím a souhlasím s DNS problémy (i když myslím, že je můžeme obejít několika způsoby) 13:58 < jrandom> ah, ok, mihi 13:58 < deer> <aum> dobré ráno všem 13:58 < jrandom> mihi> takže něco jako mnohem mnohem pokročilejší stránka „Unable to reach peer“? 13:59 < mihi> spíš jako stránka „varování ohledně anonymity“ jako ve freenetu ;) 13:59 < jrandom> ughabugha> když nezvládneme web browsing, jak zvládneme BT/filesharing? 13:59 < jrandom> hmm, mihi, ale chceme to pro lidi, kteří chtějí procházet web anonymně? nebo by httpclient nebyla aplikace, kterou by použili? 14:00 < jrandom> dobré ráno, aum, právě včas na dev meeting :) 14:00 < mihi> jrandom: pokud někdo chce jen procházet web anonymně, on 14:00 < deer> <ughabugha> jrandom: Hmm... Dobrý postřeh. Budeme to vůbec dělat? ;) 14:00 < deer> <aum> jrandom: nejsi na iip, nejsi na irc.duck.i2p ?!? 14:00 < jrandom> ughabugha> musíme. 14:01 < mihi> může nakonfigurovat httptunnel, aby to dělal (httptunnel bude pořád fungovat jako proxy, takže to je dost triviální přidat) 14:01 < mihi> a velmi pravděpodobně někdo, kdo prochází web „anonymně“, ocení nějaké content filtry, hádám ;) 14:01 < jrandom> mihi> myslím, že to už human udělal :) 14:01 < jrandom> souhlas, mihih 14:01 < jrandom> /hih/hi/ 14:02 < mihi> když říkám httptunnel, nemyslím httpclient ;) 14:02 < jrandom> ah ok 14:02 < deer> <jrandom_> jsem tady, aum ;) 14:02 < mihi> ale *fakt* bychom měli co nejdřív přesunout i2ptunnel na streaming API, čímž se sníží počet souborů, které musíme udržovat 14:03 < jrandom> souhlas 14:03 < mihi> human jen patchnul starou verzi, novou verzi jsem si patchnul sám 14:03 < jrandom> dnes odpoledne jsme narazili na pár bugů, nevím, jestli ti human poslal logy 14:03 < deer> <wilde> další položka na seznam: outproxy byla zabraná, ale spíš jako i2p2i 14:04 < mihi> od nikoho jsem zatím logy nedostal... 14:04 < jrandom> mihi> na streaming kód se vrhneme co nejdřív, můžeme to probrat po meetingu, pokud máš chvilku, nebo mailem? 14:04 < deer> * aum část včerejška koukal na p2p aplikace s cílem je rozběhnout na i2p 14:04 < jrandom> wilde> hm? 14:04 < jrandom> paráda, aum, něco slibného? 14:04 < deer> * aum má aktuálně sklon preferovat „push“-typ sdílení souborů, např. konspire2b 14:05 < jrandom> i2psnark by šel upravit, aby používal nové i2ptunnel streaming API, docela snadno 14:05 < deer> <human> mihi: posílám logy (mihi@i2p.net, že?) 14:06 < mihi> nevím, jestli mi mihi udělal redirect 14:06 < deer> <mihi> s/mihi/jrandom 14:06 < jrandom> hm, aum, myslíš, že freenet/insert model by opravdu fungoval nejefektivněji? 14:06 < deer> <wilde> jrandom: uvažoval jsem o použití i2p webserver -> proxy -> internet, aby lidi mohli procházet i2p stránku, ale možná běžný tunnel zvládne ten provoz 14:06 < jrandom> mihi> chceš, abych to přesměrování nastavil k tobě? 14:06 < mihi> jrandom: nic proti ;) 14:07 < deer> <ughabugha> aum: „Push“-typ? Co to je? 14:07 < deer> <aum> co se mi líbí na konspire2b je, že odnímá očekávání okamžitého/dokonalého doručení a snižuje nároky na šířku pásma tím, že jen broadcastuje oznámení obsahu a pak nechá lidi „subscribeovat“ „content feedy“ 14:07 < jrandom> mihi> hotovo. 14:08 < deer> <aum> takže místo žádosti o soubor, sezením a koukáním do zdi a naštváním se při čekání, než dorazí, se prostě „přihlásíš“ k „kanálu“ zdroje a věnuješ se jiným věcem 14:08 < deer> <aum> konspire2b.sf.net 14:08 < jrandom> aum> ale není to strašně neefektivní, protože musíš spravovat overlay síť (broadcast) pro seznam dostupných věcí a pak je přeposílat? 14:09 < jrandom> nebyl by přímý swarming systém mnohem užitečnější / efektivnější? 14:09 < deer> <ughabugha> Heh. To zní pro I2P slibně. 14:09 < deer> <aum> jrandom: nějaké příklady přímého swarming? 14:09 < jrandom> wilde> oh, jako cgiproxy na duck a janonymousově stránce? 14:09 < jrandom> aum> bittorrent 14:10 < deer> <ughabugha> aum: Myslel jsi http://konspire.sourceforge.net/? 14:10 < jrandom> kde získáš torrent někde a získáváš bloky obsahu přímo od peerů, kteří ho mají 14:10 < deer> <aum> ughabugha: asi jo :) 14:10 < mihi> argl... $me->brother odstranil port forward pro i2p... 14:10 < jrandom> d'oh 14:10 < deer> <aum> jrandom: zkouší teď někdo bt/i2p? 14:11 < deer> <baffled> aum, podíval ses podrobně na mnet? 14:11 < jrandom> aum> eco udělal nějaký pokrok s i2psnark 14:11 < deer> <aum> koukal jsem, ale ne podrobně 14:11 < jrandom> (i když je teď mia) 14:12 < jrandom> hmm, mnet s eepsite metatrackery a humanův i2p/twisted transport by mohly fungovat 14:12 < deer> <duck> intenzivní testování od janonymous a mě se zdá ukazuje, že současné problémy i2psnark jsou z 50 % způsobené i2p a z 50 % snarkem 14:12 < jrandom> duck> jak nedávno byly ty testy? 14:12 < deer> <duck> minulý týden 14:12 < jrandom> i tak nemám problém případně prozkoumat jiné bt implementace 14:12 < jrandom> ah ok 14:13 < deer> <duck> co se týče mnet, _myslím_, že bys nejdřív musel opravit samotný mnet, než bys to rozběhl 14:13 < deer> <duck> takže by ses mohl rovnou pustit do freenetu a použít ten 14:13 < jrandom> heh 14:13 < deer> <aum> opravit freenet, ok! hned potom, co přineseme světový mír ;p 14:13 < deer> <duck> ale zeptej se v #mnet @ freenode 14:13 < deer> <Pellinore> mnet=? 14:13 < deer> <Pellinore> Mute? 14:14 < jrandom> v tom smyslu by možná fungoval azureus mod pro i2p? 14:14 < deer> <wilde> ne, přístup p2p založený na trhu 14:14 < jrandom> pellinore – mnet.sf.net, distribuované úložiště dat bez anonymity 14:14 < deer> <baffled> Ve skutečnosti používám mnet docela spolehlivě na asi pěti strojích. 14:14 < jrandom> jo, nástupce mojonation 14:14 < deer> <baffled> Freenet nedokážu spolehlivě používat ani na jednom stroji. 14:14 < deer> <duck> baffled: 0.6 nebo 0.7? 14:14 < deer> <duck> (0.7 je s twisted iirc) 14:16 < deer> <Pellinore> jrandom -- díky. 14:16 < deer> <Pellinore> Freenet nejde spolehlivě používat na žádném stroji. 14:17 < deer> <baffled> 0.6.[23]. 14:17 < deer> <Pellinore> To je mimo jiné důvod, proč jsme tady. :) 14:17 < deer> <aum> zjistil jsem, že entropy funguje dobře... nakonec! 14:17 < jrandom> nevím, pořád si myslím, že freenet by mohl být dobrým základem pro i2p DHT (až budeme moct vyříznout většinu kódu a nechat data store / SSK/CHK věci) 14:18 < jrandom> pro sdílení souborů bychom se měli poučit od filesharing komunity, co funguje nejlépe 14:18 < deer> <aum> ale od mého linuxworld článku o entropy je teď spousta entropy uzlů a síť získala některé výkonnostní charakteristiky freenetu 14:18 < deer> <Pellinore> Mám rád základní rozvržení a funkce Freenetu, jen ten hajzl nefunguje, zvlášť pokud člověk jede na dial-upu. 14:18 < jrandom> např. DC klony, BT, [nebo co ještě ti blázni na filesharingu používají?] 14:19 < jrandom> heh aum, ty darebáku ;) 14:19 < deer> <duck> plus jsou tu věci, které Newsbyte identifikoval ohledně entropy... 14:19 < deer> <aum> slabší anonymita, například? 14:19 < deer> <baffled> Pravda, ale u 0.7 jsou problémy s nestabilitou. 14:19 < deer> <baffled> Myslím, že to spojení zase zfláknulo. 14:19 < jrandom> a bezpečnostní problémy. myslím, že bohužel můžeme entropy vynechat 14:21 < jrandom> ale ehm, jsme u bodu 4, *web* architektura, tak se k tomu na chvíli vraťme ;) 14:21 < deer> <aum> další šílený nápad na sdílení souborů – co takhle použít nntp, s tím že n lidí bude provozovat propojené nntpds, a prostě použít jednu z těch knihoven, co dělí soubory na b64 kousky a posílají je, a knihovny, co je vytahují? 14:22 < jrandom> NNTP by bylo fakt zajímavé – je spolehlivé jak hrom a prověřené časem 14:22 < deer> <duck> propojovat servery? 14:22 * jrandom by rád měl innd běžící nad i2p ;) 14:23 < deer> <aum> a protože anonymitu dělá i2p, nntp ji nepotřebuje 14:23 < jrandom> přesně, innd feed line by mohl mířit na lokální i2ptunnel proxy 14:23 < deer> <aum> a lidi s různými servery si je můžou nakonfigurovat, aby cachovaly jejich vlastní výběr skupin 14:23 < mihi> podle toho, jak často peeringují, by bylo možné cenzurovat články vytvářením kolizí message id 14:23 < deer> <duck> (zkoušel jsi někdy konfigurovat innd?) 14:24 < jrandom> mockrát, ducku, ale hooodně dávno 14:24 < deer> <aum> je innd těžké nastavit? 14:24 < deer> <duck> no tak, ty jsi bůh 14:24 < jrandom> mihi> souhlas – tohle není médium distribuce odolné vůči cenzuře 14:24 < jrandom> aum> je to opruz 14:25 < jrandom> stejně jako squid – je dobrý v tom, co dělá, ale nejspíš potřebujeme něco triviálního (ideálně na jedno kliknutí) k bundlování 14:25 * jrandom nás vrací k tématu 14:26 < deer> <aum> a ještě jeden přístup p2p/sdílení souborů – tuším jsem viděl p2p appku, co funguje přes http, řetězí http servery 14:26 * mihi odhaduje, že většina uživatelů neví, jak nastavit proxy ve svém prohlížeči... 14:26 < deer> <aum> promiň, jaké je téma? 14:26 < jrandom> bod programu 4) webová architektura ;) 14:26 < aum> jako web servery uvnitř i2p? 14:26 < mihi> aum: jo 14:26 < jrandom> to je dobrý postřeh, mihi – webový systém bude chtít základ (skripty .bat, .sh) pro start/stop 14:27 < jrandom> hmm, neobsahuje mozilla javascriptovou URL, kterou můžeš použít k nastavení proxy? 14:27 < jrandom> např. mohli bychom mít konfig stránku na httptunnel, kde klikneš „on“/„off“? 14:28 < jrandom> chápu, že dnes k uzavření ohledně webové funkcionality nedojdeme, ale měli bychom si nastínit směry 14:28 < aum> co je problém se současným eepproxy setupem? 14:29 < jrandom> např. filtrování, inbound proxies (eeproxies), outbound servery (normální i2ptunnel server), outbound proxies (outproxies ala squid nebo tor-www) 14:29 < mihi> aum: vyžaduje to docela skill jak na poskytování, tak na požadování eepsites 14:29 < jrandom> taky stávající outproxy systém stojí za prd. 14:29 < jrandom> je úplně neškálovatelný 14:29 < jrandom> potřebujeme něco, co umožní/donutí rozložit odchozí web požadavky napříč více outproxies 14:30 < mihi> jak si uživatelé seženou ty outproxies. konfig soubor (jako hosts.txt?) 14:30 < jrandom> a jeden z důvodů, proč by normální lidi chtěli provozovat outproxies, je pro „plausible deniability“ – i kdyby ONI požadovali „špatné věci“, mohou říct „udělalo to i2p“ 14:31 < jrandom> to je jedna možnost, mihhi 14:31 < mihi> jrandom: hehe 14:31 < jrandom> s/hh/h/ 14:31 < aum> ale eepproxy nedělá „přímé“ http spojení na požadovaný server, tj. tak „přímé“, jak i2p spojení jsou? 14:31 < deer> <wilde> . /castvote DHT ala Freenet 14:31 < mihi> aum: problém jsou „normální“ web URL. 14:31 < jrandom> ./castvote 3 developers x 1 month x 12h / day 14:32 < deer> * human mimochodem přidal podporu httptunnel do TunnelManager 14:32 < deer> <human> s/httptunnel/httpclient/ 14:32 < deer> <aum> co to je? 14:32 < deer> <aum> aha, podpora http client? 14:32 < deer> <human> aum: ano 14:32 < jrandom> právě, musíme najít způsob, jak nechat lidi procházet slashdot.org přes i2p 14:32 < deer> <aum> takže tunnelmgr teď mluví http? 14:32 < jrandom> nice1, human! 14:32 < jrandom> aum> pamatuj na squid proxy? 14:33 < deer> <aum> jo 14:33 < deer> <wilde> jrandom: takže zhruba 4 člověkoměsíce na DHT? 14:33 < deer> <human> aum: yup: openhttpclient <port> [<outbound WWW proxy>] 14:33 < jrandom> wilde> myslím, že to je rozumné, ano. 14:34 < deer> <aum> human: sepsal jsi to někde? 14:35 < jrandom> aum> dělá to jen „if !eepsite { send through $outboundWWWproxy } else {send to eepsite}“ 14:35 < deer> <human> aum: chtěl jsem commitnout, pak mě zabrzdil bug ve StreamingI2PTunnelServer... 14:36 < jrandom> dobré krátkodobé řešení by byl „outproxies.txt“, jako hosts.txt 14:36 < deer> <aum> human: a co přesně dělá „openhttpclient <port> [<outbound WWW proxy>]“? 14:36 < jrandom> ale měli bychom začít myslet i na střednědobá a dlouhodobá řešení 14:37 < deer> <human> human: otevře proxy naslouchající připojením, která přesměruje na WWW-proxy všechno, co jde na URL nekončící na .i2p 14:38 < deer> <Pellinore> To je zajímavé. 14:38 < deer> <aum> human: ahh, pěkné, takže jsi uvnitř tunnelmgr oddělil thread? 14:38 < deer> <human> human: tj. můžeš to použít k procházení eepsite i normálního webu 14:38 < deer> <human> human: ano 14:38 < deer> <human> s/human/aum/ :-) 14:39 < deer> <aum> lehce mimo „zadání“ tunnelmgr, ale hele, není v i2p kódu lepší místo – dobrá práce d00de 14:39 < deer> <aum> human: takže mluvíš pythonem *i* javou? neničí ti to mozek? 14:39 < deer> <human> aum: udělal jsem to, abych se vyhnul spouštění další JVM pro EepProxy 14:40 < jrandom> (no, kód je implementován v i2ptunnel httpclient, human to jen nedávno vystavil přes tunnelmanager taky) 14:40 < deer> <aum> ano, vždycky je dobré držet počet JVM instancí na minimu 14:40 < jrandom> ((a imho httpclient je přesně místo, kam to patří ;) 14:40 < jrandom> (((dokud nebude venku mihiho NextGen httpclient [httptunnel]))) 14:41 < deer> <aum> je httpclient v cvs, aby se mi to postavilo v rámci i2p update/build? 14:41 < jrandom> ano, eepProxy používá httpclient 14:42 < deer> <aum> *člověk je z toho schizofrenní – mám otevřené 3 xchat session (irc.duck.i2p, iip, freenode)) 14:42 < jrandom> :) 14:42 < deer> <aum> šílená latence na irc.duck.i2p 14:42 < jrandom> ok, takže dnes žádné uzavření ohledně webové architektury, to je jasné, ale diskuze stála za to 14:43 < jrandom> jo, aum, u mě tak 15 s 14:43 < jrandom> ještě něco k webové architektuře, nebo přejdeme na 5) ??? otevřená diskuze? 14:43 < deer> * human přemýšlí o I2PSocksTunnel 14:44 < jrandom> uf, to by bylo cool 14:44 < deer> <human> (no, možná to patří do 5) 14:44 < deer> <aum> socks? je způsob, jak „podstrčit“ nesocksové klienty přes socks rozhraní? 14:44 < deer> <human> aum: apt-get install tsocks :-) 14:45 < aum> web diskuze – ještě poslední věc – co takhle forknout / patchnout existující web klient 14:45 < mihi> aum: sockscap pro Windows 14:45 < jrandom> aum> děsivé. velmi mocné, ale děsivé. 14:45 < jrandom> [nerad bych to musel udržovat] 14:45 < aum> i kdyby pro teď, tupý prohlížeč jako dillo 14:46 < jrandom> [[i když by šel udělat „uber secure“ atd. ale pořád velmi, velmi děsivé]] 14:46 < aum> nebo lépe browser control ve wxwindows, je multiplatformní 14:46 * jrandom vzpomíná na původní flinks, když měl zabudovaný freesite prohlížeč 14:47 < aum> ale zas n00bové budou fňukat, když nebudou moct surfovat své obvyklé m$-specific-javascript-zamořené stránky 14:47 < jrandom> přesně, aum, a hackeři taky, když to nebude podporovat nejnovější standardizovaný kód 14:47 < aum> hele, mohli bychom požádat Microsoft o zdrojáky IE6 a pak to patchnout ;p 14:47 < jrandom> stavět prohlížeč == dobrý způsob, jak promarnit tisíce člověkohodin 14:47 < jrandom> heh 14:47 < deer> * human je docela spokojený s privoxy 14:48 < aum> možná by mohli přihodit IE6 zdrojáky jako součást evropského trestu 14:48 < deer> <human> (http://www.privoxy.org/) 14:48 < aum> s/toos/toss/ 14:48 < jrandom> human> jak by to fungovalo na obou stranách proxy? 14:48 < jrandom> např. obsah budeme chtít filtrovat lokálně, ne na odchozím endpointu 14:49 < deer> <human> jrandom: uživatelé by mohli být povzbuzeni, aby si to nainstalovali 14:49 < jrandom> (ale odchozí endpoint bude chtít něco filtrovat, aby se předešlo zneužití atd.) 14:49 < deer> <human> jrandom: nebo to může být součást výchozí instalace I2P 14:49 < aum> co kdyby DWP (distrib web proxy) používala DHT pro cache? 14:49 < jrandom> „povzbudit“ == jen geekové. bundle :) 14:49 < jrandom> to by bylo dobré, aum 14:49 < deer> <human> jrandom: eheheh, souhlas :-) 14:49 < deer> <human> jrandom: privoxy běží mimochodem i na windogs 14:50 < jrandom> word. jo, potřebujeme nějaké content filtrování – privoxy, muffin, cokoliv. 14:50 < deer> <wilde> dlouhý meeting... 14:50 * jrandom bere nápovědu.. 14:51 < deer> <Pellinore> wilde: Je toho hodně co říct. 14:51 < jrandom> má ještě někdo něco, co chce otevřít? na další věci máme vždy mailing list 14:51 < deer> <Pellinore> A samozřejmě hodně co udělat. 14:51 < deer> <Pellinore> Mám pár menších dotazů. 14:51 < aum> mohli bychom forknout privoxy a 1) udělat, aby fungoval přes i2p, 2) nechat používat DHT pro cachování? 14:51 < deer> <Pellinore> Ale stejně tak je vyřídím soukromě. 14:51 < jrandom> pellinore> o co jde? 14:51 < deer> <Pellinore> Nic, promiň, že jsem něco říkal. 14:51 < jrandom> aum> nejspíš bychom nemuseli forkovat 14:52 < deer> <Pellinore> Promluvím si o tom s tebou soukromě, nebo s duckem, jindy. 14:52 < deer> <Pellinore> Není to moc dev-specifické. 14:52 < deer> <duck> 10+16+7=33 člověkohodin zahozeno na této jednobodové přesčasové hodině :) 14:52 < jrandom> ale stavět DHT je hodně práce. naprosto neuvěřitelně smysluplné 14:52 -!- Irssi: #i2p: Celkem 10 nicků [0 ops, 0 halfops, 0 voices, 10 normal] 14:52 * aum jde zase navštívit infoanarchy.org wiki stránky o DHT 14:52 < jrandom> na iip je 16 lidí? 14:53 < deer> <human> aum: není třeba forkovat, jen: web browser <-> privoxy <-> httpclient <-> i2p <-> outbound proxy <-> www.pr0n.com 14:53 < deer> <wilde> generická DHT, která by fungovala i mimo I2P a která umožní jiná rozhraní než http 14:53 < jrandom> aum> koukni na odkaz, co duck přidal do i2p wiki, s výčtem různých 14:54 < deer> <human> aum: můžeš nakonfigurovat privoxy, aby se připojoval k jiné HTTP/socks proxy (tak mi funguje můj I2P-to-tor privoxy) 14:54 < deer> <duck> (http://www.bamboo-dht.org/) 14:54 < aum> nejsem si jistý, že se mi líbí myšlenka DHT fungující mimo i2p – nejlepší DHT je taková bez anonymity (a overheadu anonymity), která může fungovat co nejoptimálněji uvnitř i2p 14:54 < jrandom> hmm, ducku, co se stalo s tím seznamem? 14:54 < deer> <duck> aum: snáz se testuje 14:55 < deer> <duck> jrandom: nějaký komunista to odstranil, hádám 14:55 < jrandom> heh 14:56 < jrandom> google++ : http://www.etse.urv.es/~cpairot/dhts.html 14:56 < jrandom> (není to stejná stránka, ale zajímavé) 14:56 < jrandom> oh, tady je ta stránka – http://himalia.it.jyu.fi/ffdoc/storm/pegboard/available_overlays--hemppah/peg.gen.html 14:57 < jrandom> ale ano, DHT, která se nepokouší implementovat anonymitu, plus DHT, která podporuje jak CHK-style, tak SSK style obsah, by byla nejlepší 14:58 < jrandom> (SSK style není nutně nezbytný, ale sakra hodil by se) 14:58 < jrandom> ale každopádně 14:58 < jrandom> má ještě někdo něco, co chce otevřít? 14:59 < deer> <duck> zítra je Den sv. Patrika 14:59 < deer> <wilde> téma 5) ? 14:59 < deer> <duck> tak pijte všichni irské pivo 14:59 < jrandom> dobrý postřeh 14:59 < deer> <Pellinore> Zítra je výročí jak mého současného vztahu, tak mého druhého manželství. 14:59 * jrandom si dává poznámku vyhýbat se zítra irským hospodám 15:00 < jrandom> oh, gratuluju, pellinore :) 15:00 < jrandom> wilde> jsme u 5) ??? 15:01 < jrandom> (a za chvíli budeme u 6) [baf]) 15:01 * jrandom se za chvíli přesune na iip [pokud to půjde] 15:01 * jrandom to balí 15:01 * jrandom *baf*s the meeting closed