I2P डेवलपर बैठक - 08 फ़रवरी 2022

(03:01:32 PM) eyedeekay: सभी को हाय, 8 फरवरी की डेव मीटिंग में आपका स्वागत है (03:01:38 PM) eyedeekay: पिछले हफ्ते के लिए माफ़ी, उम्मीद है संदेश ड्रॉप होने की समस्या फिर नहीं होगी (03:01:45 PM) eyedeekay: विषय: (03:01:45 PM) eyedeekay: 1. नमस्ते (03:01:45 PM) eyedeekay: 2. Outproxy (बाहरी प्रॉक्सी) आवश्यकताएँ (जारी) (03:01:45 PM) eyedeekay: 3. 1.7.0/0.9.53 स्थिति / रिलीज़ शेड्यूल (03:02:13 PM) zzz: हाय (03:02:15 PM) mode (-m ) by zzz (03:02:16 PM) zlatinb: हाय (03:02:30 PM) eyedeekay: सभी को हाय (03:02:54 PM) eyedeekay: चलो सीधे 2) Outproxy आवश्यकताओं से शुरू करें (03:04:08 PM) eyedeekay: zzz को आवश्यकताओं की कई पुरानी सूचियाँ मिली हैं, जिनमें से हमें या तो A) एक चुननी चाहिए या B) उन्हें मिलाकर एक नई सूची बनानी चाहिए (03:04:51 PM) eyedeekay: मैं यह पता लगाने के लिए रिसर्च कर रहा हूँ कि कौन-सी आवश्यकताएँ संभव हैं और Tor जो करता है उससे कुछ मार्गदर्शन लेना (03:06:18 PM) eyedeekay: साथ ही, कुछ समूह और कुछ व्यक्ति outproxies में मदद के लिए स्वयंसेवा करने सामने आए हैं, जिनमें से एक एक गैर-लाभकारी चलाते हुए कई Tor एग्ज़िट नोड ऑपरेटर भी है, तो उम्मीद है हम उनके अनुभव से लाभ उठा पाएँगे (03:08:04 PM) eyedeekay: कुछ मामलों में मुझे नियम थोड़े अस्पष्ट लगते हैं: - होस्ट्स/IPs के लिए वैकल्पिक allowlist/blocklist? उदाहरण के लिए, पहली नज़र में सीधा लगता है लेकिन हम होस्ट/IP आधार पर जिसे ब्लॉक/अनुमति देने का सुझाव दें, उससे ऑपरेटरों के सामने ऐसी चीज़ें ब्लॉक करने के अनुरोध आ सकते हैं जिन्हें वे ब्लॉक नहीं करना चाहते? (03:08:45 PM) eyedeekay: लगता है सलाह यह रही होगी कि "ports" को ब्लॉक करना सुरक्षित है, लेकिन शायद hostnames को नहीं? (03:09:05 PM) zzz: मुझे लगता है आवश्यकताओं की दो श्रेणियाँ हैं (03:09:57 PM) zzz: 1) वे चीज़ें जो हम एक प्रोजेक्ट के रूप में देखना चाहेंगे (header आवश्यकताएँ, छोटा त्रुटि पेज, अतिरिक्त जानकारी के लिए लिंक) (03:10:48 PM) zzz: 2) वे चीज़ें जो कोई भी समझदार outproxy ऑपरेटर चाहेगा, खासकर एडमिन टूल्स, लेकिन हमारे पास ज़्यादा मार्गदर्शन देने की विशेषज्ञता नहीं है (03:11:40 PM) zzz: हमें 1) पर ध्यान देना चाहिए (03:12:14 PM) eyedeekay: ठीक है, यह आसान है, इसे दूसरी दिशा से देखने पर ऐसा लग रहा था जैसे परीक्षा की रट लगाने जैसी बात हो (03:12:40 PM) zzz: और हमें 2) के लिए एक turnkey पैकेज्ड समाधान देने की कोशिश नहीं करनी चाहिए, केवल कुछ best practices सुझा सकते हैं (03:13:00 PM) eyedeekay: पर मेरा मानना है इसका मतलब है कि हमें लचीला होना पड़ेगा, यानी जो चीज़ें हम चाहते हैं, उन्हें उन चीज़ों के अधीन रखना होगा जो वे उपलब्ध करा सकेंगे (03:13:09 PM) eyedeekay: यह तो शायद मान ली हुई बात है (03:13:43 PM) zzz: मुझे लगता है 1) में सब काफ़ी बुनियादी है (03:14:38 PM) zzz: 1a) आउटबाउंड किसी भी X-I2P headers को फ़िल्टर कर दें। किसी भी दिशा में X-forwarded headers जोड़ें या न जोड़ें? (03:14:54 PM) zzz: 1b) अधिक जानकारी के लिंक वाला छोटा त्रुटि पेज हो (03:15:07 PM) zzz: 1c) 'अधिक जानकारी' पेज पर एक गोपनीयता नीति हो (03:15:13 PM) zzz: ऐसी ही चीज़ें (03:16:24 PM) eyedeekay: हाँ, सहमत हूँ, यह कठिन नहीं होना चाहिए (03:17:14 PM) eyedeekay: तो फिलहाल मैं यह समझने की कोशिश से बचूँगा कि लोगों को श्रेणी 2) के संदर्भ में क्या 'करना चाहिए', और 1) पर ध्यान दूँगा (03:18:19 PM) eyedeekay: विषय 2) के लिए और कुछ? (03:18:36 PM) zzz: 1) में दूसरी बात है http बनाम standard tunnel. मुझे _लगता है_ http सही चुनाव है, और यह चुनाव header मुद्दों को प्रभावित करता है (03:19:04 PM) zzz: 2) के लिए eot (03:19:37 PM) eyedeekay: standard tunnel X-I2P-* headers जोड़ता ही नहीं, है न? (03:19:55 PM) zzz: नहीं, उसे header के बारे में पता नहीं (03:20:09 PM) zzz: *headers (03:20:39 PM) zzz: तो चुनाव इस बात को प्रभावित करता है कि बाहरी प्रॉक्सी सॉफ़्टवेयर क्या 'देखता' है (03:21:47 PM) eyedeekay: तो http क्यों? क्या यह बेहतर नहीं होगा अगर सर्वर सॉफ़्टवेयर को X-I2P headers को लीक होने से रोकने के लिए उन्हें हटाना/दोबारा जोड़ना/उनका हिसाब रखना न पड़े? (03:22:23 PM) zzz: किसी भी प्रॉक्सी को headers सँभालने पड़ते हैं (03:22:49 PM) zzz: प्रॉक्सी मानक निर्दिष्ट करता है कि कुछ headers "hop-by-hop" होते हैं और उन्हें हटाना/जोड़ना पड़ता है (03:23:56 PM) zzz: और बेशक HTTP और HTTPS (CONNECT) दोनों मामलों से निपटना होता है (03:27:13 PM) eyedeekay: तो HTTP tunnel के मामले में हम वास्तव में X-I2P headers का उपयोग कर रहे होंगे (03:28:39 PM) zzz: उदाहरण के लिए, कोई कुशल outproxy एडमिन उन्हें rate limiting (दर-सीमा निर्धारण) के लिए इस्तेमाल कर सकता है (03:29:09 PM) eyedeekay: सही बात है (03:29:57 PM) eyedeekay: 2) पर और कुछ? (03:30:05 PM) zzz: नहीं (03:30:12 PM) eyedeekay: 3. 1.7.0/0.9.53 स्थिति / रिलीज़ शेड्यूल (03:30:59 PM) eyedeekay: हम 21 तारीख़ की रिलीज़ से ठीक 13 दिन दूर हैं (03:31:10 PM) eyedeekay: टैग कल फ्रीज़ हो रहे हैं (03:31:39 PM) zzz: हाँ, checkin डेडलाइन शुक्र. 18 फ़रवरी (03:32:26 PM) zzz: i2pd 19 या 20 तारीख़ को रिलीज़ होगा SSU की एक खराब बग के फ़िक्स के साथ, जो पिछले कुछ महीनों से नेटवर्क विश्वसनीयता की समस्याएँ पैदा कर रही थी (03:32:55 PM) zzz: हमारी रिलीज़ में भी कुछ संबंधित workaround और सुधार होंगे (03:33:09 PM) eyedeekay: अच्छा लगा सुनकर, यह बहुत लोगों के लिए मुश्किल रहा है, खासकर मोबाइल पर (03:33:20 PM) zzz: मुझे उम्मीद है कि लोग अपग्रेड करना शुरू करते ही हालात काफ़ी तेज़ी से सुधरेंगे (03:34:10 PM) zzz: इसके अलावा, चक्र काफ़ी स्मूद रहा है, चीज़ें शांत हो रही हैं (03:35:26 PM) zzz: हम 14,000 लाइन्स की diff पर हैं, काफ़ी बढ़िया आकार (03:36:00 PM) zzz: 3) के लिए eot (03:37:45 PM) eyedeekay: मेरे पास जोड़ने के लिए ज़्यादा नहीं है, मैं अगले एक हफ़्ते तक extra-small या extra-wide स्क्रीन पर कुछ quirks और डार्क थीम में कुछ कॉन्ट्रास्ट समस्याओं से निपटने के लिए छोटे-छोटे CSS बदलाव करता रहूँगा, लेकिन इसके अलावा मेरा समय रिव्यू और टेस्ट करने में लगेगा (03:37:55 PM) zlatinb: रिलीज़ के लिए i2p और i2pd दोनों कोड फ्रीज़ करने के बाद मैं testnet में कुछ टेस्ट चलाना चाहूँगा। मैंने उन्हें gitlab wiki पर डॉक्यूमेंट किया है। (03:38:05 PM) zlatinb: eyedeekay: Windows aio के लिए end-to-end टेस्ट का क्या? (03:38:58 PM) eyedeekay: मुझे कल एक काम करता मिला, मुझे कुछ मुद्दों से निपटना पड़ा—एक build-config पक्ष पर और एक router.config पक्ष पर—लेकिन अब दोनों ठीक हो जाने चाहिए बशर्ते मैं अपनी रिलीज़ बिल्ड के साथ अतिरिक्त सावधानी बरतूँ (03:41:18 PM) eyedeekay: पता चला कि मैंने पैकेज को router version number बढ़ाए बिना बनाया था, तो डाउनलोड हो भी जाता(जो होता भी नहीं क्योंकि router.config में URL गलत था) तब भी अपडेट ट्रिगर नहीं होता (03:42:16 PM) eyedeekay: वे दोनों मुद्दे अब ठीक हो गए हैं और मैंने पैकेज बनने के बाद उसे टेस्ट करने की तैयारी कर ली है (03:42:49 PM) eyedeekay: तो मेरी अपडेट्स बुरी तरह टूटी हुई थीं, लेकिन अब वे ठीक होनी चाहिएं, EOT (03:44:07 PM) eyedeekay: मीटिंग के लिए और कुछ? प्रश्न, टिप्पणियाँ, चिंताएँ? (03:46:02 PM) zzz: aio == "bundle" या "easy install bundle". चलिए "aio" को कहीं भी इसका नाम न रखें (03:46:27 PM) zzz: मैं तो हमेशा async i/o ही सोचता हूँ (03:46:36 PM) zzz: मेरी तरफ़ से और कुछ नहीं (03:47:06 PM) eyedeekay: ठीक है, हाँ AIO अस्पष्ट है—अलग-अलग लोगों के लिए अलग मतलब (03:47:28 PM) eyedeekay: मैं Bundle या Easy-Install Bundle पर ही रहूँगा (03:48:01 PM) eyedeekay: ठीक है, मीटिंग में आने के लिए सभी का धन्यवाद, अगले महीने 5 तारीख़ को मिलते हैं, लगता है