त्वरित पुनरावलोकन
उपस्थित: deer, duck, jrandom
बैठक लॉग
14:08 <jrandom> 0) हाय 14:08 <jrandom> 1) नया ट्रांसपोर्ट 14:08 <jrandom> 2) 0.4.1 स्थिति 14:08 <jrandom> 3) ??? 14:08 <jrandom> 0) हाय 14:08 <duck> हाय 14:09 <jrandom> हेया 14:09 <deer> <ugha2p> हाय। 14:09 <deer> <pseudonym> हाय 14:09 <jrandom> साप्ताहिक स्थिति नोट्स यहाँ पोस्ट किए हैं @ http://dev.i2p.net/pipermail/i2p/2004-September/000454.html 14:09 <deer> * ugha2p साप्ताहिक स्थिति नोट्स ढूँढ रहा है। 14:09 <jrandom> (अरे, मैं तो दिमाग पढ़ लेता हूँ) 14:10 <jrandom> ठीक है, 1) नए ट्रांसपोर्ट पर चलते हैं 14:10 <jrandom> संदेश में मुख्य बातें लगभग सब कवर हो गई हैं 14:11 <jrandom> फिलहाल सब काम कर रहा है, पर स्पष्ट है कि नया रिलीज़ आने तक यह किसी और से बात नहीं करेगा 14:12 <jrandom> मैंने इसका थोड़ा-बहुत परीक्षण किया है, लेकिन ट्रांसपोर्ट स्तर पर होने वाली सभी संभावित अजीबो-गरीब नेटवर्क समस्याओं का सिमुलेशन करना काफ़ी कठिन है 14:12 <deer> <pseudonym> क्या इसमें windowsize शामिल है? 14:12 <deer> <ugha2p> हालाँकि, यदि आप उसे खाली छोड़ दें, तो आपका router जिस पहले peer से संपर्क करेगा, वह उसे बताएगा कि उसका IP पता क्या है, और वह उसी पर सुनना शुरू कर देगा (उसे अपने RouterInfo में जोड़ने और उसे नेटवर्क डेटाबेस में रखने के बाद)। 14:12 <deer> <ugha2p> यह संभावित सुरक्षा छिद्र जैसा लगता है। 14:12 <jrandom> ओह, नहीं, यह तो सिर्फ इंटर-राउटर ट्रांसपोर्ट है, streaming lib नहीं, दुर्भाग्य से 14:12 <deer> <pseudonym> ठीक है 14:12 <jrandom> एक तरह से, ugha, हाँ 14:12 <jrandom> (इसीलिए, अगर लोग अपना IP सेट कर सकते हैं, तो उन्हें करना चाहिए) 14:13 <jrandom> ugha: हालाँकि, router किसी की बात तभी 'मानेगा' जब उसके पास कोई भी काम कर रहा कनेक्शन न हो 14:13 <deer> <ugha2p> क्या router को हर हाल में 0.0.0.0 पर listen नहीं करना चाहिए? 14:13 <jrandom> पर कोई काफ़ी चालाक व्यक्ति प्रायिकता-आधारित तरीके से कुछ बुरा कर सकता है 14:14 <jrandom> ugha: वह ऐसा करता है (लगभग हमेशा) 14:14 <jrandom> हालाँकि, हमें अपना IP पता पता होना चाहिए ताकि हम उसे अपने RouterInfo में डाल सकें 14:14 <jrandom> (क्योंकि जब भी हम किसी से संपर्क करते हैं, हमारा RouterInfo सत्यापित होता है) 14:14 <deer> <ugha2p> आह, ठीक है। 14:15 <deer> <ugha2p> मुझे यकीन है कि इसे और सुरक्षित बनाने के तरीके हैं (IP का पता लगाने के लिए अधिक routers पर भरोसा करना), पर मुझे नहीं पता कि यह व्यवहार्य है या नहीं। 14:15 <jrandom> हाँ ugha, उस राह में दिक्कतें हैं, पर यह आँकड़ों का खेल है 14:16 <deer> <ugha2p> खैर, यह बस एक सुझाव था। हम आगे बढ़ सकते हैं। 14:16 <jrandom> (हालाँकि, वे बस Sybil करके आपके जिन भी #s को आप आज़मा रहे हैं, उन्हें बिगाड़ सकते हैं) 14:16 <deer> <ugha2p> सही। 14:17 <deer> <ugha2p> अगर router सभी कनेक्शन खो दे (जैसे, नेटवर्क फेलियर) तो? 14:17 <deer> <ugha2p> क्या वह अपना IP फिर से पता करता है? 14:18 <jrandom> IP सभी कनेक्शन प्रयासों में प्रोटोकॉल के हिस्से के रूप में भेजा जाता है, peer केवल तभी उसे मानता है जब 1) कोई IP स्पष्ट रूप से सेट न किया गया हो 2) कोई सक्रिय TCP कनेक्शन न हों 14:18 <deer> <ugha2p> (यह dynamic IPs के मामले में होगा) 14:18 <jrandom> हाँ, यह उसमें ठीक तरह काम करेगा 14:18 <deer> <ugha2p> आह, ठीक है। 14:19 <jrandom> (विवरण के लिए TCPTransport.java में ourAddressReceived(String addr) देखें) 14:19 <deer> <pseudonym> जब रिपोर्ट किए गए IP मेल नहीं खाते तो क्या होता है? 14:19 <jrandom> pseudonym: यदि आपके पास पहले से सक्रिय TCP कनेक्शन हैं, तो आप दूसरों की बताई बात को नज़रअंदाज़ करते हैं 14:20 <jrandom> यदि आपके पास सक्रिय TCP कनेक्शन नहीं हैं, तो आप पुराने listener को बंद कर देते हैं और दिए गए नए पते के साथ नया शुरू करते हैं 14:20 <jrandom> (updating your routerInfo) 14:22 <deer> <pseudonym> यदि सक्रिय कनेक्शन हैं, तो असंगति एक चेतावनी संकेत होनी चाहिए 14:22 <deer> <pseudonym> (मुझे नहीं पता कि इसके साथ क्या किया जाए) 14:22 <jrandom> अगर कोई हमें गलत IP पता देता है (और हम उसे गलत *जानते* हैं, क्योंकि हमारे पास पहले से सही वाला है - जो *काम* करता है) तो हम उसे नज़रअंदाज़ करते हैं 14:23 <deer> <ugha2p> अफ़सोस कि हम अब router की विश्वसनीयता रैंकिंग घटा नहीं सकते। 14:23 <jrandom> लेकिन हम उसे कनेक्शन त्रुटियों की सूची में जोड़ सकते हैं 14:24 <jrandom> ugha: पर हम उन्हें ब्लैकलिस्ट कर सकते हैं ;) 14:24 <jrandom> (और हम ऐसा करते हैं) 14:24 <deer> <pseudonym> हमें कैसे पता कि जो हमारे पास है वही "सही" है? हो सकता है मौजूदा कनेक्शन ब्लैक-हैट्स से हों 14:24 <deer> <pseudonym> खासकर अगर हमारे पास बहुत कम या अभी-अभी बने कनेक्शन हों 14:24 <jrandom> pseudonym: मौजूदा कनेक्शन 'सही' इसलिए हैं क्योंकि वे डेटा भेज और प्राप्त कर सकते हैं 14:24 <deer> <ugha2p> pseudonym: जब हमें नए inbound कनेक्शन मिलते हैं, तब हम आश्वस्त हो सकते हैं, हालाँकि उन्हें भी spoof किया जा सकता है। 14:25 <jrandom> सही, अगर हम किसी ऐसे व्यक्ति की बात कर रहे हैं जो Sybil के अलावा active IP spoofing attack को लेकर चिंतित है... 14:25 <jrandom> तो वह व्यक्ति बस अपना IP address सेट कर सकता है ;) 14:25 <deer> <ugha2p> :) 14:26 <deer> <pseudonym> पर ऑपरेटर को यह पता होने की कितनी संभावना है कि क्या हो रहा है 14:26 <deer> <pseudonym> अगर बहुत सारे mismatch मिलें तो कोई सक्रिय चेतावनी होनी चाहिए 14:27 <deer> <pseudonym> (यह शायद बाद के रिलीज़ में सोचने वाली बात है, पर चूँकि बात उठी...) 14:27 <jrandom> हम कनेक्शन त्रुटियों की सूची में एक स्पष्ट संदेश जोड़ सकते हैं 14:27 <jrandom> यहाँ वास्तविक चिंता बस इतनी है कि हम restricted route के बनना रोकने की कोशिश कर रहे हैं 14:27 <jrandom> (और उसका चरम रूप पूर्ण नेटवर्क पार्टिशन है) 14:30 <jrandom> फिलहाल इतना ही है जिस पर हम काम कर सकते हैं, कम से कम 2.0 रिविजन तक, जब हमें restricted route से आगे की चिंताएँ करनी होंगी 14:30 <jrandom> ठीक है, नए ट्रांसपोर्ट के संबंध में किसी और के पास कुछ है? 14:31 <jrandom> अगर नहीं, तो 2) 0.4.1 स्थिति पर चलते हैं 14:31 <jrandom> सारी "जरूरी" चीज़ें पूरी हो चुकी हैं, पर अभी कुछ डिबगिंग और छोटे-मोटे अपडेट बाकी हैं 14:32 <jrandom> अभी लक्ष्य गुरुवार को रिलीज़ का है, पर देखें कि रिविजन में क्या जोड़ा या हटाया जाता है ;) 14:33 <jrandom> एक अच्छी बात यह होगी कि अगर कोई jetty इंस्टॉल डाउनलोड कर सके, jetty.xml कॉन्फ़िग फाइल देख सके, और यह लिख सके कि i2p के साथ जो आता है, उसी से एक jetty instance (eepsite/आदि के लिए) कैसे चलाया जाए 14:33 <deer> <ugha2p> क्या 0.4.1 में नए TCP ट्रांसपोर्ट के अलावा और अपडेट हैं? 14:33 <jrandom> सच में नहीं ugha :) 14:34 <deer> <pseudonym> क्या यह backward compatible है? 14:34 <jrandom> (see: www.i2p.net/roadmap ) 14:34 <jrandom> नहीं, यह backwards compatible नहीं है 14:34 <deer> <ugha2p> :) 14:36 <jrandom> ठीक है, 0.4.1 के संबंध में मुझे बस इतना ही कहना था.. इस पर और कुछ? 14:36 <jrandom> अगर नहीं, तो चलते हैं पुराने भरोसेमंद पर: 3) ??? 14:36 <deer> <ugha2p> *सन्नाटा* 14:37 <jrandom> क्या किसी के पास (i2p से संबंधित) और कुछ है जो उठाना चाहें? 14:37 <jrandom> हम पहले ही पिछले हफ्ते की मीटिंग से दोगुना लंबा हो चुके हैं ;) 14:37 <deer> <ugha2p> खैर, मैं यह बता सकता हूँ कि cervantes की बदौलत मेरी Wiki के पास अब असली दुनिया के लिए एक outproxy है, इस माध्यम से http://ugha.ath.cx/ 14:38 <deer> * pseudonym शरारती है 14:38 <jrandom> ओह सही, बहुत बढ़िया 14:38 <jrandom> s/outproxy/inproxy/ :) 14:38 * jrandom शरारती को कोने में भेजता है 14:38 <deer> <ugha2p> सही, inproxy. :) 14:40 <jrandom> ठीक है, अगर और कुछ नहीं है 14:40 <deer> <pseudonym> मुझे लगता है कि postmaster की नई मेल सेवा काफ़ी बढ़िया है 14:40 <jrandom> ओह, बिल्कुल सहमत 14:40 <deer> <pseudonym> अरे, postman 14:41 <deer> * ugha2p ने अभी तक साइन अप नहीं किया है। 14:41 <deer> <baffled> क्या किसी ने हाल में stasher के बारे में कुछ सुना है? 14:41 <jrandom> यह अच्छा है कि यह telnet और kmail दोनों के साथ काम करता है:) 14:41 <jrandom> नहीं baffled, एक भी आहट नहीं सुनी 14:42 <deer> <baffled> लगता है aum को सर पर एक बूट की ज़रूरत है। 14:42 <deer> <ugha2p> मैं शायद EepMailAnonymity पर एक पेज लिखता, लेकिन मुझे SMTP/POP3/IMAP/अन्य ईमेल-संबंधी चीज़ों के बारे में ज़्यादा पता नहीं। 14:42 <jrandom> सर नहीं, पिछवाड़े पर ;) 14:43 <jrandom> ugha: www.postman.i2p पर उसके बारे में कुछ पेज हैं 14:43 <deer> <ugha2p> अच्छा। 14:43 <deer> <baffled> वे शायद एक ही हों। 14:45 <deer> * baf का इंतज़ार करते हुए ugha2p अपनी उंगलियाँ टपटा रहा है। 14:45 <jrandom> माफ़ करना, यहाँ लगभग बेहोश हो गया था (बहुत loong दिन) 14:46 <jrandom> और कुछ? अगर नहीं, तो हमारे पास फोरम और लिस्ट है 14:46 <duck> Mi-Go की बदौलत हमारे पास अपडेटेड i2ptunnel पेज है 14:46 <duck> यह लगभग परफ़ेक्ट है 14:46 <jrandom> ओह, बढ़िया 14:46 <duck> पर अगर किसी के पास कुछ सुधार हैं, तो आपको पता है मुझे कहाँ पाना है 14:47 * jrandom traceroute करता है 14:47 * jrandom तैयार होता है 14:47 * jrandom *baf* करके मीटिंग समाप्त करता है