اجتماع مطوري I2P - 24 فبراير 2004

[22:00] <jrand0m> 0) مرحباً [22:00] <jrand0m> 1) 0.2.4.2/0.2.5 [22:00] <jrand0m> 2) الوثائق [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، والذي سيسمح ويستفيد من tunnels ذات 2+ قفزات ومن العملاء ذوي الtunnels الواردة المتعددة [22:03] <jrand0m> الوظائف الأساسية التي سيوفرها ذلك هي زيادة الاعتمادية واللااسمية العملية [22:04] <jrand0m> الtunnels ذات قفزة واحدة التي لدينا الآن تعرّضك لهجوم إحصائي من خصم نشط، لكن مع 0.2.5 ستتمكن من تحديد طول قفزاتك (مع زيادة القيمة الافتراضية إلى 2) مما يجعل الهجوم الإحصائي أكثر تعقيداً بكثير [22:06] <jrand0m> كما وجدتُ علّتين في عملية إرسال العميل وفي الnetwork db قد تفسّران بعضاً من عدم الاستقرار الأخير [22:06] <jrand0m> (إصلاحات الأخطاء جارية) [22:07] <jrand0m> كاستطراد، أعتقد أن خريطة الطريق [http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap] لا تزال تعكس بدقة جدول التطوير [22:07] * mihi انضمّ إلى #i2p [22:07] <jrand0m> مرحباً mihi [22:07] * protocol غادر IRC (مهلة Ping) [22:07] <jrand0m> حسناً، هذا كل شيء بخصوص حالة تطوير الrouter، ننتقل إلى 2) الوثائق [22:07] * human يود أن يقول إنه يجد I2P غير قابل للاستخدام منذ 0.2.4 (يبدو أنه يتصرّف بشكل *أسوأ بكثير* من حقبة 0.2.3، على الأقل على جهازي) [22:07] <jrand0m> هممم [22:08] <human> ربما يمكننا التحدث عن ذلك بعد الاجتماع... [22:08] <jrand0m> من حيث الاعتمادية، الكمون، CPU، النطاق الترددي؟ [22:08] * protocol انضمّ إلى #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> مدة تشغيل حوالي 8 ساعات يومياً لــ i2p site الخاص بي [22:10] <human> jrand0m: يمكننا التحدث عن ذلك بعد الاجتماع، لا أريد احتكار النقاش :-) [22:10] * madman-away صار اسمه الآن 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> أي وجهة؟ [22:11] <jrand0m> حسناً، تمام، إن كانت الأمور تتراجع من ناحية الاعتمادية فعلينا معالجة ذلك قبل الانتقال إلى 0.2.5 [22:11] * mihi يكره الإنجليزية لدى babelfish :( [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 انضمّ إلى #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 غادر IRC (مهلة Ping) [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) [22:17] <baffled> هل i2p منظمة تمنح فرصاً متساوية للrouters؟ [22:17] <jrand0m> هه baffled [22:18] <jrand0m> madman2003> إعادة إنشاء الrouter؟ هل لا يزال الrouter لديك يُغلق؟ [22:18] <madman2003> أقصد إعادة توصيل كل شيء [22:18] <madman2003> نوع من إعادة التشغيل الدافئة للrouter [22:18] <madman2003> دون إزعاج الrouters الأخرى [22:18] <madman2003> (أضطر لإعادة تشغيل الrouter والtunnels كثيراً) [22:18] <jrand0m> يمكنك بأمان إعادة تشغيل تطبيقات العميل (مثلاً i2ptunnel و eepproxy، إلخ) دون لمس الrotuer [22:19] <jrand0m> ينبغي ألا تحتاج /أبداً/ لإعادة تشغيل الrouter. [22:19] <jrand0m> (معظم إعدادات التهيئة تُحدّث ديناميكياً) [22:19] * Trix انضمّ إلى #i2p [22:19] <jrand0m> مرحباً Trix [22:19] <Trix> مرحباً [22:19] <madman2003> عادةً إعادة تشغيل الtunnels تحل المشكلة [22:21] <jrand0m> هناك حالة واحدة فقط يكون فيها ذلك ضرورياً تقنياً (انتهاء صلاحية lease قديمة في leaseSet الخاص بالعميل، والذي كان يحدث عشوائياً عند بدء التشغيل)، وقد تم إصلاح ذلك في CVS، لذا لا ينبغي أن تحتاج إلى فعل ذلك. [22:22] <jrand0m> (في الواقع، إعادة تشغيل الtunnels قد تسبب مشاكل مؤقتة، تبعاً لنوع الtunnel) [22:22] <madman2003> أحياناً لا أعلم إن كنت أنا أتسبب بالمشاكل أم شخص آخر [22:22] <jrand0m> إذا كانت وحدة تحكم الrouter لديك لا تحتوي على أي تحذيرات باللون الأحمر، فالمشكلة من الشبكة (أو من شخص آخر) [22:22] * jnk انضمّ إلى #i2p [22:23] <jrand0m> الصبر يحل مزيداً من أخطاء i2p الحالية أكثر مما تفعله عمليات إعادة التشغيل ;) [22:24] <jrand0m> لكن سيكون لدينا سلسلة أخرى من إصدارات إصلاح الأخطاء بعد 0.2.5 [22:24] <jrand0m> (مثل testnet، ولكن دون قيود على قاعدة المستخدمين) [22:25] <jrand0m> (وكما هو الحال دائماً، كلما تعطلت الأمور، فالlogs محل تقدير :) [22:25] <jrand0m> على أي حال، ننتقل إلى 2) الوثائق [22:26] <jrand0m> كما نُشر في http://i2p.net/pipermail/i2p/2004-February/000147.html هناك بعض وثائق النظرة العامة الجديدة [22:27] <jrand0m> سأقدّر أي نقد لتحسينها، إذ إن الصفحات المشار إليها ستتحول أساساً إلى نقطة الانطلاق الرئيسية لتعلّم I2P [22:28] <madman2003> قرأتُها وآمل أنك كنت محقاً بشأن إمكانية تقليل مقدار التشفير بأمان [22:29] <wilde> طبقات التشفير أم عدد البِتّات؟ [22:29] <jrand0m> لست مقتنعاً بأن التشفير هو عنق الزجاجة، لكنه احتمال [22:30] <jrand0m> لا يمكننا تقليل الطبقات بأمان، لكن يمكننا استخدام مستويات مختلفة من التشفير عند طبقات مختلفة، بدلاً من إعادة استخدام نفس الشيفرة لكل شيء [22:30] <madman2003> المشكلة هي إيجاد الطريق [22:30] <jrand0m> هممم؟ [22:31] <madman2003> المسار الثابت يُعثر عليه عادةً بسهولة [22:31] <madman2003> والمسار الأكثر ديناميكية أصعب في الإنشاء [22:32] <madman2003> (أتحدث عن العجز عن التعامل بشكل صحيح مع الrouters التي تخرج عن الخدمة) [22:32] <jrand0m> آه، ظننتك تتحدث عن التشفير [22:32] <jrand0m> سيكون من السهل إلى حد معقول التعامل مع الrouters غير الموثوقة، لكنه مجرد كود 0.3 [22:33] * jrand0m لديه ~30 صفحة من الملاحظات حول تقنيات مختلفة، كله قابل للتنفيذ، لكن هناك الكثير للعمل [22:33] * protocol غادر IRC [22:34] <madman2003> ربما فكرة أن تكون هناك مسارات احتياطية جاهزة [22:34] <madman2003> تكرار الtunnel [22:34] <jrand0m> صحيح، هذا في 0.2.5 - multiple leases [22:35] <jrand0m> (lease == إعلان أن الوصول إلى وجهة ما ممكن عبر tunnel محدد) [22:35] <madman2003> سأنتظر ذلك :) [22:36] <jrand0m> w3rd [22:37] <jrand0m> حسناً، إن كان لدى أي أحد اقتراحات لتحسين الوثائق، لا تترددوا في تعديل الويكي، أو النشر على القائمة، أو إرسال بريد لي [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 يقبل اقتراحات حول كيفية عرض وظائف رسائل على طراز I2CP لتطبيقات غير Java [22:41] <wilde> كيف سينفّذ I2P الـStego بحيث لا يكشف فحص المنافذ العادي أي شيء [22:41] <wilde> ولا حتى بايتات عشوائية [22:41] * human قد يبدو (أو يبدو فعلاً؟) مكرراً... يفكر في VPNs عبر I2P باستخدام http://openvpn.sf.net/ [22:41] <jrand0m> حسناً، أحدها PHTTP. [22:42] <jrand0m> يبدو openvpn مثيراً للاهتمام - لم أكن أعلم أن tun/tap له منافذ على Windows [22:42] <jrand0m> جسر socket بسيط موجه للرسائل من أجل I2CP ينبغي أن يكون سهلاً جداً [22:43] <wilde> أليس freenet يسميها Silent Bob، حيث تصمت العقدة إن لم تعطِ الطرق السرّي (تعرف router ID) [22:43] * madman2003 غادر IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:43] <baffled> حسناً كالمعتاد لدي موعد آخر بعد 15m، سألحق بكم لاحقاً. [22:43] <jrand0m> صحيح، لو أردنا التكامل مع خادم ويب/إلخ لعمل silent bob، يمكننا ذلك [22:43] <jrand0m> رائع، لاحقاً baffled [22:44] <jrand0m> (لكن silent bob لا يمنع اكتشاف فحص المنافذ، بل يجعله يبدو كخدمة أخرى) [22:44] <wilde> أفضل ألا يقوم أشخاص عشوائيون أو مزودو خدمة الإنترنت بفحص منافذي ويجدوا منافذ مفتوحة [22:44] <wilde> حسناً [22:44] <human> jrand0m: حسناً، سأعمل على ذلك عندما يعمل I2P مجدداً على جهازي :-) [22:44] <jrand0m> UDP سيعمل أيضاً [22:44] <jrand0m> :) human [22:45] * kaji انضمّ إلى #i2p [22:46] <jrand0m> لم أكن أدرك أن الاعتمادية انخفضت إلى هذا الحد، سنخوض تكرارات كافية بعد 0.2.5 لنعيدها لك يا human [22:46] <wilde> هل هناك طريقة لإخفاء منفذ مفتوح عن برنامج Java، دون العبث بنظام التشغيل أو الجدار الناري [22:46] <human> w00t! [22:47] <jrand0m> تقصد وجود مقبس TCP يستمع ولا يمكن فحصه؟ لا، ليس مباشرةً من Java. [22:47] <wilde> حسناً [22:48] <jrand0m> (لا أعرف حتى كيف أفعل ذلك بلغات أخرى) [22:48] <jrand0m> udp ربما تكون أفضل طريقة لذلك [22:48] * human يدعو الناس لتجربة telnet human.i2p (خادم echo عبر TCP مُمرّر عبر tunnel) وكتابة شيء ما [22:48] <wilde> قد يكون برنامج C صغير يرشّح ويوجّه إلى منفذ آخر ربما [22:49] * kaji_ انضمّ إلى #i2p [22:49] <jrand0m> إذا كان يقبل اتصالات TCP، فحينها يكون الأوان قد فات بالفعل، إن كنت قد فهمتُ قلقك بشكل صحيح. [22:49] <Janonymous> كيف تعمل telnet؟ [22:49] <kaji_> أخيراً [22:50] <kaji_> استغرق ذلك دهراً، iip قابلية الاستخدام سيئة جداً حالياً [22:50] * kaji غادر IRC (مهلة Ping) [22:51] <duck> إذا كنت قلقاً بشأن المنافذ المفتوحة، يمكنك استخدام rTCP / PHTTP / أي شيء، أليس كذلك؟ [22:51] <Janonymous> تباً... مرحباً، jr، هل تلك الوثائق الجديدة متاحة من صفحة 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) [22:52] <jrand0m> human> فشل إرسال الرسالة بعد 61226ms مع 391 بايت [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> ههه أجل :) [22:55] <jrand0m> human> هذا أمر سيئ فعلاً، لأنه يعمل تقريباً دوماً - هل يمكنك أن ترسل لي log-*.txt الخاص بك؟ [22:56] <human> بدأ في: Tue Feb 24 10:21:22 GMT 2004 [22:56] <human> الإصدار: Router: 0.2.4.2 / SDK: 0.2.4.2 [22:56] <human> النطاق الترددي المستخدم: 56096295 بايت مُرسلة، 34308394 بايت مُستلمة (متوسط 1.44KBps مُرسل و0.88KBps مُستلم) [22:56] <human> jrand0m: حسناً، الlogs قادمة على meshmx [22:56] <jrand0m> شكراً [22:56] <jrand0m> حسناً، هل لدى أحد أي شيء آخر لطرحه؟ [22:58] * jrand0m يختتم [22:58] * jrand0m *baf*s يُغلق الاجتماع