संक्षिप्त पुनरावलोकन

उपस्थित: baffled, DrWoo, duck, human, Janonymous, jrand0m, kaji\_, madman2003, mihi, Trix, wilde

बैठक लॉग

[22:00] <jrand0m> 0) हाय [22:00] <jrand0m> 1) 0.2.4.2/0.2.5 [22:00] <jrand0m> 2) docs [22:00] <jrand0m> 3) ??? [22:00] <jrand0m> 0) हाय [22:00] <human> हाय [22:00] * jrand0m नए-ताज़ा रीस्टार्ट हुए iip-ircd को हाथ हिलाकर नमस्ते करता है :) [22:01] <jrand0m> (और, उह, तुम्हें भी :) [22:01] <jrand0m> साप्ताहिक स्थिति नोट्स (जिन पर हम चल रहे हैं) यहाँ हैं: http://i2p.dnsalias.net/pipermail/i2p/2004-February/000148.html [22:01] <jrand0m> (और मेलिंग लिस्ट पर भी पोस्ट किए गए हैं, ज़ाहिर है) [22:01] <jrand0m> 1) 0.2.4.2/0.2.5 [22:02] <jrand0m> Dev ने 0.2.5 रिलीज़ पर अच्छा काम आगे बढ़ाया है, जो 2+ हॉप tunnels और कई inbound tunnels वाले क्लाइंट्स दोनों की अनुमति देगा और उन्हें इस्तेमाल करेगा [22:03] <jrand0m> इसकी मुख्य उपयोगिता बढ़ी हुई विश्वसनीयता और कार्यात्मक अनामिता होगी [22:04] <jrand0m> अभी जो 1-hop tunnels हैं, वे आपको किसी सक्रिय प्रतिद्वंद्वी द्वारा सांख्यिकीय हमले के लिए उजागर करते हैं, लेकिन 0.2.5 के साथ आप अपने हॉप्स की लंबाई निर्धारित कर पाएँगे (और डिफ़ॉल्ट को 2 तक बढ़ाना), जिससे सांख्यिकीय हमला कहीं अधिक जटिल हो जाएगा [22:06] <jrand0m> मैंने client send process और network db में दो बग भी पाए हैं, जो हालिया अस्थिरता का कुछ कारण हो सकते हैं [22:06] <jrand0m> (बगफिक्सेस जारी हैं) [22:07] <jrand0m> एक अलग बात के तौर पर, मुझे लगता है कि रोडमैप [http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap] अब भी dev शेड्यूल का सटीक प्रतिबिंब है [22:07] * mihi has joined #i2p [22:07] <jrand0m> हेया mihi [22:07] * protocol has quit IRC (Ping timeout) [22:07] <jrand0m> ठीक है, router dev स्टेटस के लिए इतना ही, अब चलते हैं 2) docs पर [22:07] * human यह कहना चाहता है कि उसे 0.2.4 से I2P उपयोग के योग्य नहीं लगता (कम-से-कम मेरे PC पर, यह 0.2.3 के दौर से *काफी* बदतर व्यवहार करता दिखता है) [22:07] <jrand0m> हम्म [22:08] <human> शायद हम बैठक के बाद इस पर बात कर सकते हैं... [22:08] <jrand0m> विश्वसनीयता, latency, CPU, bandwidth के संदर्भ में? [22:08] * protocol has joined #i2p [22:08] <mihi> हाय jrand0m, सबको हाय [22:08] <human> jrand0m: मैं किसी भी eepsite या I2P सेवा तक नहीं पहुँच पाता (कुछ अस्थायी अपवादों को छोड़कर) [22:08] * mihi human की बात से सहमत है [22:09] <jrand0m> ज़्यादातर eepsites डाउन हैं - duck, baffled, madman2003 हाल में सबसे स्थिर रहते हैं [22:09] <human> jrand0m: मैं उनसे नहीं जुड़ पाता, न ही irc.*.i2p से [22:09] <jrand0m> squid मैं अपने सारे वेब ब्राउज़िंग के लिए लगातार इस्तेमाल करता हूँ - क्या आप उसे भी इस्तेमाल नहीं कर पा रहे? [22:09] <human> jrand0m: नहीं [22:09] <jrand0m> हम्म [22:10] <madman-away> मेरे i2p साइट के लिए रोज़ाना करीब 8 घंटे का अपटाइम है [22:10] <human> jrand0m: हम मीटिंग के बाद बात कर सकते हैं, मैं चर्चा पर एकाधिकार नहीं करना चाहता :-) [22:10] * madman-away is now known as madman2003 [22:10] <mihi> यह मेरे प्रदाता की समस्या भी हो सकती है, http://babelfish.altavista.com/babelfish/urltrurl?tt=url&url=http%3A%2F%2Fwww.expressnet.de%2Fnews%2Fnews.php&lp=de_en :( [22:10] <Janonymous> मैं भी [22:10] <human> jrand0m: बस यह बताने के लिए कि कुछ समस्याएँ मौजूद लगती हैं (जो पहले नहीं दिखती थीं) [22:10] <Janonymous> मेरा अब अप होना चाहिए [22:11] <madman2003> कौन सा destination? [22:11] <jrand0m> ठीक है, अगर विश्वसनीयता में हम पीछे जा रहे हैं तो 0.2.5 पर जाने से पहले हमें उसे सुलझाना होगा [22:11] * mihi को babelfish की English से नफ़रत है :( [22:11] <jrand0m> हेह [22:12] <jrand0m> (कम से कम उसने "Thank you for your understanding." वाली वाक्य सही कर लिया...) [22:12] <human> jrand0m: इसकी जाँच होनी चाहिए... मैंने भी ISP की समस्या के बारे में सोचा था, पर समस्या 0.2.4 से लगातार दिख रही है (और अन्य नेटवर्क सेवाओं के साथ नहीं दिखती) [22:12] <jrand0m> 0.2.4.0 बेकार था, 0.2.4.1 भी [22:12] * wilde has joined #i2p [22:13] <human> jrand0m: मुझे पता है, और यह मुझे चिंतित करता है... [22:13] <wilde> हे i2p [22:13] <jrand0m> हेया wilde [22:13] <madman2003> एक चीज़ जो मैंने नोटिस की है वह यह कि tunnels अधिक बार अस्थिर हो जाते हैं [22:13] <human> jrand0m: 0.2.4.2 ने ज़्यादा कुछ नहीं बदला (कम से कम मेरे लिए) [22:13] <human> jrand0m: s/ i / it / [22:14] <jrand0m> madman2003> यह आसानी से इस वजह से हो सकता है कि routers आते-जाते रहते हैं (जो 0.3 तक बड़ा मसला रहेगा) [22:14] <jrand0m> हम्म ठीक [22:14] <wilde> jrand0m: क्या इसका मतलब है कि अभी हमें transients चलाने से बचना चाहिए? [22:15] * mihi has quit IRC (Ping timeout) [22:15] <jrand0m> हम्म, मुझे लगता है 0.2.5 में महत्वपूर्ण फिक्सेस आने वाले हैं, पर हम 0.2.5 से 0.3 पर जाने को तब तक टाल सकते हैं जब तक विश्वसनीयता के मसले साफ़ नहीं हो जाते। [22:16] <jrand0m> wilde> मुझे "transients" शब्द पसंद नहीं - यह मुझे एक दूसरे प्रोजेक्ट की याद दिलाता है जो अविश्वसनीय routers को विश्वसनीय वालों से अलग तरह से ट्रीट करता है। हम सभी routers को बराबर मानते हैं (और गुमनामी के लिए ऐसा करना ज़रूरी है) [22:16] <jrand0m> पर जब तक routers आम तौर पर या तो अप रहें या डाउन रहें, वे ठीक हैं [22:17] <jrand0m> (बस ऐसा नहीं कि 10 मिनट अप, 10 मिनट डाउन, 30 अप, 30 डाउन, आदि) [22:17] <madman2003> मेरी एक रिक्वेस्ट है: router (और tunnels) को फिर से reestablish करने का एक विकल्प [22:17] <baffled> क्या i2p एक equal router opportunity organization है? [22:17] <jrand0m> हेह baffled [22:18] <jrand0m> madman2003> router को फिर से स्थापित करना? क्या तुम्हारा router अब भी शटडाउन हो रहा है? [22:18] <madman2003> मेरा मतलब सबकुछ फिर से reconnect करना है [22:18] <madman2003> यानी router का एक तरह का warm restart [22:18] <madman2003> बिना दूसरे routers को नाराज़ किए [22:18] <madman2003> (मुझे router और tunnels को बार-बार रीस्टार्ट करना पड़ता है) [22:18] <jrand0m> आप अपने client apps (जैसे i2ptunnel, eepproxy, आदि) को router को छुए बिना सुरक्षित रूप से रीस्टार्ट कर सकते हैं [22:19] <jrand0m> आपको अपने router को /कभी भी/ रीस्टार्ट करने की ज़रूरत नहीं होनी चाहिए। [22:19] <jrand0m> (लगभग सभी कॉन्फ़िग सेटिंग्स डायनामिकली अपडेट हो जाती हैं) [22:19] * Trix has joined #i2p [22:19] <jrand0m> हाय Trix [22:19] <Trix> हाय [22:19] <madman2003> आम तौर पर tunnels को रीस्टार्ट करना काम कर देता है [22:21] <jrand0m> एक ही स्थिति है जिसमें वह तकनीकी रूप से ज़रूरी है (किसी क्लाइंट के leaseSet में पुराने lease expiry, जो स्टार्टअप पर रैंडमली हो जाता था), और वह CVS में फिक्स कर दिया गया है, तो आपको ऐसा करने की ज़रूरत नहीं होनी चाहिए। [22:22] <jrand0m> (दरअसल, tunnels को रीस्टार्ट करना अस्थायी समस्याएँ पैदा कर सकता है, यह tunnel के प्रकार पर निर्भर करता है) [22:22] <madman2003> कभी-कभी मुझे पता ही नहीं चलता कि समस्या मैं कर रहा हूँ या कोई और [22:22] <jrand0m> अगर आपके router console में कोई लाल वार्निंग नहीं है, तो समस्या नेटवर्क (या किसी और) की है [22:22] * jnk has joined #i2p [22:23] <jrand0m> धैर्य अभी के i2p बग्स को रीस्टार्ट से ज़्यादा ठीक करता है ;) [22:24] <jrand0m> लेकिन 0.2.5 के बाद हमारे पास बगफिक्स रिलीज़ेस की एक और श्रृंखला होगी [22:24] <jrand0m> (testnet जैसी, बस यूज़रबेस पर पाबंदियाँ नहीं होंगी) [22:25] <jrand0m> (और, हमेशा की तरह, जब भी चीज़ें टूटें, लॉग्स स्वागतयोग्य हैं :) [22:25] <jrand0m> खैर, अब चलते हैं 2) docs पर [22:26] <jrand0m> जैसा कि http://i2p.net/pipermail/i2p/2004-February/000147.html में पोस्ट किया गया, कुछ नए ओवरव्यू docs आए हैं [22:27] <jrand0m> उन्हें बेहतर बनाने के लिए मैं कुछ आलोचनाएँ/सुझाव चाहूँगा, क्योंकि जिन पेजों का संदर्भ दिया गया है वे मूलतः I2P के बारे में सीखने के मुख्य शुरुआती बिंदु बनने जा रहे हैं [22:28] <madman2003> मैंने उन्हें पढ़ा और आशा है कि आप क्रिप्टो की मात्रा को सुरक्षित रूप से कम करने की संभावना के बारे में सही थे [22:29] <wilde> क्रिप्टो की परतें या बिट्स की संख्या? [22:29] <jrand0m> मुझे यक़ीन नहीं कि क्रिप्टो ही bottleneck है, लेकिन यह एक संभावना है [22:30] <jrand0m> हम परतों को सुरक्षित रूप से कम नहीं कर सकते, पर अलग-अलग परतों पर अलग स्तर के क्रिप्टो का इस्तेमाल कर सकते हैं, बजाय हर जगह एक ही कोड दोहराने के [22:30] <madman2003> समस्या है अपना रास्ता ढूँढना [22:30] <jrand0m> हम्म? [22:31] <madman2003> एक static path आमतौर पर ठीक मिल जाता है [22:31] <madman2003> एक ज़्यादा dynamic path स्थापित करना कठिन होता है [22:32] <madman2003> (मैं उस असमर्थता की बात कर रहा हूँ जिसमें routers के ऑफ़लाइन जाने को ठीक से संभाला नहीं जा पाता) [22:32] <jrand0m> आह, मैंने सोचा तुम क्रिप्टो की बात कर रहे थे [22:32] <jrand0m> अविश्वसनीय routers को संभालना काफ़ी आसान होगा, बस वह 0.3 का कोड है [22:33] * jrand0m के पास ~30 पन्नों के नोट्स हैं अलग-अलग तकनीकों पर, सब काम करने योग्य है, बस बहुत काम करना है [22:33] * protocol has quit IRC [22:34] <madman2003> शायद यह आइडिया हो कि बैकअप routes पहले से तैयार रखे जाएँ [22:34] <madman2003> tunnel रेडंडेंसी [22:34] <jrand0m> सही, वह 0.2.5 में है - multiple leases [22:35] <jrand0m> (lease == यह घोषणा कि किसी destination तक एक विशिष्ट tunnel के माध्यम से पहुँचा जा सकता है) [22:35] <madman2003> मैं उसका इंतज़ार करूँगा :) [22:36] <jrand0m> w3rd [22:37] <jrand0m> खैर, अगर किसी के पास docs को सुधारने के लिए कोई सुझाव हो, तो बेझिझक wiki पर जाएँ, लिस्ट पर पोस्ट करें, या मुझे ईमेल भेजें [22:38] <jrand0m> ठीक है, तेज़ी से आगे बढ़ते हैं 3) ??? [22:38] <jrand0m> कोई ऐसी बात जो लोग उठाना और चर्चा करना चाहें? [22:39] <DrWoo> आलू तो बेहद सस्ते हैं फिर भी पोटैटो चिप्स महँगे हैं, ये क्या मामला है? [22:39] <DrWoo> :) [22:39] <jrand0m> यह साज़िश है! [22:40] * DrWoo सोचता है कि jrand0m के पास लगभग हर चीज़ का जवाब है :) [22:40] <jrand0m> बेशक, आप किसी भी चीज़ का दोष साज़िशों पर मढ़ सकते हैं। [22:40] <jrand0m> ठीक [22:40] <wilde> Stego? [22:40] * human नॉन-Java ऐप्स के लिए I2CP-जैसी message-oriented कार्यक्षमता को एक्सपोज़ करने के तरीकों पर सुझाव स्वीकार करता है [22:41] <wilde> I2P Stego कैसे लागू करेगा ताकि एक साधारण portscan से कुछ भी न दिखे [22:41] <wilde> यहाँ तक कि रैंडम बाइट्स भी नहीं [22:41] * human शायद (क्या?) बार-बार एक ही बात कह रहा है... वह http://openvpn.sf.net/ के साथ I2P के ऊपर VPNs के बारे में सोच रहा है [22:41] <jrand0m> खैर, एक तो PHTTP। [22:42] <jrand0m> openvpn काफ़ी दिलचस्प दिखता है - मुझे नहीं पता था कि tun/tap के Windows पोर्ट्स भी हैं [22:42] <jrand0m> I2CP के लिए एक साधारण message-oriented socket bridge बनाना बहुत आसान होना चाहिए [22:43] <wilde> क्या freenet उसे Silent Bob नहीं कहता, जब नोड तब तक चुप रहता है जब तक आप secret knock नहीं देते (router ID जानते हों) [22:43] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:43] <baffled> ठीक है, हमेशा की तरह, मेरे पास 15 मिनट में एक और अपॉइंटमेंट है, तो मैं बाद में मिलूँगा। [22:43] <jrand0m> सही, अगर हम webserver/etc के साथ Silent Bob करने के लिए इंटीग्रेट करना चाहें तो कर सकते हैं [22:43] <jrand0m> बढ़िया, मिलते हैं baffled [22:44] <jrand0m> (पर Silent Bob पोर्टस्कैन से पता चलने से नहीं रोकता, यह बस उसे किसी दूसरी सेवा जैसा दिखाता है) [22:44] <wilde> मैं नहीं चाहूँगा कि रैंडम लोग या ISP मेरे ऊपर पोर्टस्कैन करें और खुले पोर्ट्स मिलें [22:44] <wilde> ओके [22:44] <human> jrand0m: ठीक है, मैं इस पर तब काम करूँगा जब I2P फिर से मेरे PC पर काम करेगा :-) [22:44] <jrand0m> UDP भी काम करेगा [22:44] <jrand0m> :) human [22:45] * kaji has joined #i2p [22:46] <jrand0m> मुझे अंदाज़ा नहीं था कि विश्वसनीयता इतनी गिर गई है, हम 0.2.5 के बाद पर्याप्त iterations करेंगे ताकि तुम्हारे लिए उसे वापस लाया जा सके human [22:46] <wilde> क्या Java प्रोग्राम से एक खुले पोर्ट को छुपाने का कोई तरीका है, बिना OS या फायरवॉल के साथ छेड़छाड़ किए [22:46] <human> w00t! [22:47] <jrand0m> आपका मतलब ऐसा listening TCP socket जिसे पोर्टस्कैन न किया जा सके? नहीं, सीधे Java से नहीं। [22:47] <wilde> ओके [22:48] <jrand0m> (मुझे तो यह भी नहीं पता कि अन्य भाषाओं में यह कैसे करें) [22:48] <jrand0m> इसके लिए UDP शायद सबसे अच्छा तरीका होगा [22:48] * human लोगों को telnet human.i2p (tunneled TCP echo server) आज़माने और उसमें कुछ टाइप करने के लिए आमंत्रित करता है [22:48] <wilde> शायद एक छोटा सा C प्रोग्राम जो फ़िल्टर कर के दूसरे पोर्ट पर फ़ॉरवर्ड करे [22:49] * kaji_ has joined #i2p [22:49] <jrand0m> अगर वह TCP connections स्वीकार करता है, तो आपकी चिंता के अनुसार तब तक बहुत देर हो चुकी होती है। [22:49] <Janonymous> telnet कैसे करते हैं? [22:49] <kaji_> आखिरकार [22:50] <kaji_> इसमें बहुत समय लगा, iip की उपयोगिता अभी बहुत खराब है [22:50] * kaji has quit IRC (Ping timeout) [22:51] <duck> अगर आपको खुले पोर्ट्स की चिंता है, तो आप rTCP / PHTTP / जो भी हो इस्तेमाल कर सकते हैं, है न? [22:51] <Janonymous> धत्त... अरे, jr, क्या वे नए docs मुख्य i2p पेज से एक्सेस किए जा सकते हैं? [22:51] <human> Janonymous: java -jar lib/i2ptunnel.jar -nogui -e "config localhost 7654" -e "client 12221 human.i2p" [22:51] <jrand0m> नहीं Janonymous, सिर्फ़ उस ईमेल के लिंक्स से [22:51] <human> Janonymous: फिर telnet localhost 12221 [22:51] <jrand0m> duck> सही [22:52] <Janonymous> ओके [22:52] <duck> (बेशक whatever एक silentbob/stealth/stego transport हो सकता है) [22:52] <jrand0m> human> Message send failed after 61226ms with 391 bytes [22:53] <human> jrand0m: और इसका मतलब है...? [22:53] <jrand0m> इसका मतलब है कि मैं तुम्हारे echo तक नहीं पहुँच पा रहा [22:53] <duck> -nogui अब अप्रचलित है :) [22:53] <jrand0m> क्या तुम duck.i2p तक पहुँच सकते हो? [22:54] <wilde> डर लगा, मैंने rtcp के लिए गूगल किया: http://dret.net/glossary/rtcp [22:54] <jrand0m> हाँ, rtcp पहले से लिया जा चुका है :/ [22:54] <human> jrand0m: मैं कोशिश कर रहा हूँ, लेकिन मैं बहुत लम्बे समय से duck.i2p तक नहीं पहुँच पा रहा... [22:54] <jrand0m> wilde> http://wiki.invisiblenet.net/iip-wiki?RelayingTCP [22:54] <wilde> "Wilde's WWW Online Glossary" [22:55] <jrand0m> hehe ओह हाँ :) [22:55] <jrand0m> human> यह निश्चित रूप से बुरी बात है, क्योंकि वह लगभग हमेशा अप रहता है - क्या तुम अपना log-*.txt मुझे भेज सकते हो? [22:56] <human> Started on: Tue Feb 24 10:21:22 GMT 2004 [22:56] <human> Version: Router: 0.2.4.2 / SDK: 0.2.4.2 [22:56] <human> Bandwidth used: 56096295 bytes sent, 34308394 bytes received (avg 1.44KBps sent 0.88KBps received) [22:56] <human> jrand0m: ठीक है, लॉग्स meshmx पर आ रहे हैं [22:56] <jrand0m> gracias [22:56] <jrand0m> ठीक है, किसी के पास और कुछ उठाने को है? [22:58] * jrand0m समेटता है [22:58] * jrand0m बैठक को *baf*s कर बंद करता है