اجتماع مطوري I2P - 01 فبراير 2005

13:06 <jrandom> 0) مرحباً 13:06 <jrandom> 1) حالة 0.5 13:06 <jrandom> 2) nntp 13:06 <jrandom> 3) مقترحات تقنية 13:06 <jrandom> 4) ??? 13:06 <jrandom> 0) مرحباً 13:06 * jrandom يلوّح 13:06 <+postman> مرحباً jr 13:07 * postman يلوّح 13:07 <jrandom> w3wt توجد حياة هناك :) 13:07 <jrandom> تم نشر ملاحظات الحالة الأسبوعية @ http://i2p.net/pipermail/i2p/2005-February/000561.html 13:07 <ant> * dm يلوّح 13:08 <jrandom> بينما تقرؤون تلك الرسالة الإلكترونية، يمكننا الانتقال إلى 1) حالة 0.5 13:08 <MANCOM> مرحباً 13:09 <jrandom> تقدّم كبير خلال الأسبوع الماضي، تم إدخال كل التشفير الجديد واختباره، والآن يتم كل تشغيل الـ router للـ tunnel عبر الـ tunnel pools الجديدة 13:10 <jrandom> لا يزال هناك بعض الأجزاء من الـ router قمتُ بحذفها أثناء التحديث، مثل الربط لطلب leases من العملاء أو اختبار الـ tunnels بشكل دوري، لكن ذلك لا ينبغي أن يكون صعباً جداً 13:11 <jrandom> الكود غير متوافق مع الشبكة الحية، وهو على فرع منفصل في cvs، لذا لا يزال بإمكان الناس سحب cvs HEAD والعمل مع الأحدث 13:12 <+polecat> Dook لقد نظرتُ أخيراً إلى تلك الصفحة، وما زلتُ لا أفهم كيف يمكننا تجنّب التكرار بأسلوب mixmaster للحماية من هجمات كشف الـ tunnel. 13:12 <+protokol> ياي 13:12 <+polecat> أتخيّل أنه يعمل بشكل جيّد جداً مع ذلك. :) 13:12 <+protokol> هل تضيف أي أشياء رائعة أخرى تكسر التوافقية؟ 13:13 <+protokol> هل للـ tunnel pool علاقة بـ treads، صحيح؟ 13:13 <jrandom> polecat: لا نقوم بالتحقّق عند كل قفزة، لكن لدينا حجم رسالة ثابت لمنع الوسم (tagging) المفيد (وكل شيء مُشفّر عند كل قفزة) 13:14 <jrandom> protokol: أفكّر في http://www.i2p/todo#sessionTag 13:14 <+polecat> فكيف نمنع عدّة قفزات من تمرير رسائل زائفة والتسبّب في DoS؟ 13:15 <jrandom> لكن لا، الـ pools ليست هي قضية الـ threading، إنما تتيح لنا الـ pools إدارة الـ tunnels بأمان حتى لا نحصل على رسائل "Lease expired" ويمكننا ضبط الطول على أساس كل عميل على حدة 13:15 <jrandom> polecat: ستفشل عند الطرف النهائي، وسيكتشف المنشئ الفشل وينتقل بعيداً عنها 13:16 <+protokol> jrandom: بغضّ النظر عن أي صعوبة، أعتقد أن أي ميزات تحسّن الإخفاء (anonymity) ينبغي أن تُدرج في أسرع وقت ممكن 13:16 <+polecat> w00t! Synchronized PRNG! أول تطبيق أراه لهذه الفكرة! 13:17 <ant> <dm> إلى ماذا ترمز PRNG؟ 13:17 <ant> <dm> إن سمحت :) 13:18 <jrandom> protokol: متّفق، فهذا ما وُجدت له 0.5 :) لا توجد ثمار سهلة المنال أخرى على طبقة i2p، لكن هناك دوماً تحسينات يمكن إجراؤها على طبقتي التطبيق والمكتبة (مثلاً i2ptunnel filtering، إلخ) 13:18 <jrandom> dm: مولّد أعداد شبه عشوائية 13:18 <ant> <dm> رائع، شكراً 13:20 <+protokol> إذاً تقصد أنه بعد هذا سيكون الأمر في الغالب ضبطاً للسرعة والموثوقية؟ 13:21 <+protokol> ولماذا كان IRC سيئاً مؤخراً 13:21 <jrandom> protokol: قبل 2.0 للنواة والـ router، نعم 13:21 <+protokol> لا يبدو أنني أستطيع الاتصال بخادم duck 13:21 <+protokol> ياي 13:21 * jrandom لا يعلم، لقد شهدنا ربما 5 حالات قطع جماعية خلال اليوم الماضي أو نحوه، ربما هناك شيء في جهة الخادم 13:22 <jrandom> هناك الكثير مما يجب ضبطه مع ذلك، خصوصاً في مكتبة البث (streaming lib) بعد نشر 0.5 13:23 <+polecat> ذلك الأمر المتعلق بـ UDP برمّته. 13:24 <jrandom> آه، لا ينبغي أن تحتاج مكتبة البث (streaming lib) إلى تغييرات لإصدار 0.6، بخلاف تلك التي نقوم بها لمراجعة 0.5 13:25 <jrandom> حسناً، هذا كل ما لدي بخصوص حالة 0.5 - هل لدى أحد أي شيء آخر حولها؟ 13:27 <jrandom> إن لم يكن، ننتقل إلى 2) nntp 13:27 <jrandom> nntp.fr.i2p يعمل، جرّبوه :) 13:28 <jrandom> لا يبدو أن LonelyGuy موجود، لكن يمكن التواصل معه على http://fr.i2p/. هناك أيضاً تعليمات إعداد لـ slrn على مدونتي، وjdot وجد أن thunderbird يمكن أن يكون آمناً إلى حد معقول (مع أنني لا أعرف ما الإعداد الذي استخدمه jdot) 13:30 <smeghead> LonelyGuy؟ :) 13:30 <cervantes> هل اختبر أحد Pan أيضاً؟ 13:30 <jrandom> لقد كان هنا بين حين وآخر 13:30 <+polecat> لن أضيع الكثير من الوقت على nntp، ولكن طالما لديه تحكم بالوصول مُدار من المستخدم فالأمر جيّد. 13:30 <jrandom> (lonelyguy، وليس pan ;) 13:30 <smeghead> ظننت أن اسمه LazyGuy 13:31 <jrandom> أهو LazyGuy؟ 13:31 <jrandom> أعلم أن لدينا الاثنين... 13:31 <jrandom> أنت على حق، lazyguy 13:31 * jrandom !يطعن نفسه 13:31 <jrandom> cervantes: أظن أن LazyGuy جرّبه، لكنني لا أعرف الإعداد أو النتيجة 13:32 <cervantes> ظننت أنه كان LimeyGuy؟ 13:33 * jrandom ينتظر تعليقات SnarkeyGuy 13:33 <smeghead> إنه فرنسي 13:35 <jrandom> حسناً، لا يوجد لدي المزيد لأضيفه إلى ذلك، لذا ما لم يكن لدى أحد أي أسئلة، ننتقل إلى 3) مقترحات تقنية 13:35 <cervantes> smeghead: أنت تفكر في ParesseuxGuy 13:36 <jrandom> orion جمع بعض الأوصاف الجيدة والأفكار لعدد من القضايا الأكثر تعقيداً في 1) حالة 0.5 13:36 <jrandom> 2) nntp 13:36 <jrandom> 3) مقترحات تقنية 13:36 <jrandom> إرغ 13:36 <jrandom> اللعنة ^C^V 13:36 <jrandom> أقصد على http://ugha.i2p/I2pRfc 13:37 <jrandom> إذاً في المرة القادمة التي تريد فيها مناقشة امتلاكك لفكرة تسمية قاتلة، اذهب إلى http://ugha.i2p/I2pRfc/I2pRfc0001ResourceNameMetadata 13:39 <jrandom> ليس لدي فعلاً الكثير لأضيفه إلى ذلك. إنه ويكي، ابدأوا بالـ wikiing :) 13:39 <+polecat> رائع. 13:39 <+postman> jrandom: أوه، رائع أظن أنني بحاجة لإضافة بعض ... 13:40 <jrandom> رائع يا postman، توقّعتُ ذلك :) هناك قالب هناك للجديد 13:41 <+postman> jrandom: أعطني بعض الوقت (الأهم فالمهم) لكنني سأساهم :) 13:41 <jrandom> w3rd 13:41 <+polecat> ResourceNameMetadata، تشكيلها أمر بسيط نسبياً. الحيلة هي معرفة كيفية /الحصول/ عليها من الآخرين. 13:42 <jrandom> polecat: كما قال postman، الأهم فالمهم. 13:42 <+polecat> لكن لو كان لدي حل، لكنت أقوم بـ wikiing الآن، أليس كذلك. :) 13:42 <jrandom> هه 13:42 <jrandom> مناقشة الموازنة بين مزايا وعيوب /كيفية/ التوزيع قبل تقرير /ما/ الذي سيتم توزيعه هي من السابق لأوانها 13:43 <jrandom> هناك متّسع للكثير منها على أي حال، لذا ينبغي لأي شخص أن يشعر بالحرية في نشر أفكار لم تُطوَّر بالكامل بعد حتى (مع أن الأفكار الكاملة الوظائف مع تطبيقات ستكون رائعة أيضاً ;) 13:44 <jrandom> حسناً، ما لم يكن هناك شيء آخر حول ذلك، ربما يمكننا الانتقال إلى 4) ??? العتيقة الجيدة 13:44 <jrandom> هل لدى أحد شيء آخر ليطرحه؟ 13:45 <jrandom> smeghead: هل هناك ما يمكن للناس فعله للمساعدة في تجاوز قضايا gcj، أم أنها متوقفة بسبب prng لديهم؟ 13:46 <+polecat> ما يجب توزيعه ليس سوى قاموس (dict) موقَّع. ببساطة. 13:46 <+polecat> نعم ربما فكرة جيّدة. 13:46 <+polecat> ما زلتُ أعمل على الهيكل (skeleton) لعميل i2p bt الخاص بي، ومع ذلك سأقدّر جداً أي نصائح في أي مرحلة. 13:46 <smeghead> أعتقد أنني وجدتُ حلاً 13:46 <smeghead> في gnu crypto، هناك تطبيق (impl.) لـ Fortuna منذ الصيف الماضي 13:46 <jrandom> جيد يا polecat 13:46 <jrandom> أوه رائع يا smeghead 13:46 <+polecat> smeghead: هيه، الـ $150 أصبحت بحكم ملكك. 13:47 <smeghead> يمكنني إعداد gnu-crypto.jar يحتوي فقط على الأصناف (classes) المطلوبة لـ Fortuna 13:47 <+polecat> ملاحظاتي العملية حتى الآن على http://polecat.i2p/bittorrent.plan.doc 13:47 <smeghead> لو أرفقنا ملف gnu-crypto.jar كاملاً فحجمه نحو 500 كيلوبايت، كبير جداً فعلاً 13:47 <+polecat> لا تدع امتداد .doc يخيفك، فهو بصيغة text/plain. 13:48 <+polecat> ألا تستخدم Fortuna SecureRandom لتنفيذ الأشياء العشوائية؟ 13:48 <jrandom> يا للعجب، نعم 500KB مبالغ فيها قليلاً، لكن بإلقاء نظرة على http://www.gnu.org/software/gnu-crypto/، يبدو شيئاً يمكننا دمجه بأمان (إذ سنربطه فقط، لا نعدّله) 13:48 <smeghead> لم يكن SecureRandom المشكلة قط 13:48 <jrandom> polecat: fortuna /تُغذّي/ secureRandom :) 13:49 <smeghead> jrandom: سيكون من السهل صنع ملف .jar مخصص، ربما بحوالي 50KB 13:49 <smeghead> (تقدير تقريبي على فكرة) 13:49 <smeghead> يمكنني عمل بناء ant لحزمه بشكل مخصص حتى عند الطلب 13:50 <jrandom> smeghead: تريد إدخالها في i2p/apps/fortuna/ ؟ 13:50 <smeghead> سأفعل 13:50 <jrandom> رائع! 13:51 <smeghead> بعد ذلك، وعلى افتراض أن gcj سيفرز في النهاية أعداداً عشوائية، فربما سيكون هناك المزيد من الاختبارات لمختلف وظائف i2p 13:51 <+polecat> ما هي الرخصة؟ 13:51 <jrandom> يمكننا حينها القيام ببعض السحر في net.i2p.util.RandomSource لاستخدام SecureRandom أو fortuna (إن وُجدت، إلخ) 13:51 <smeghead> lgpl 13:51 <+polecat> رائع. 13:51 <smeghead> صحيح، سيكون SecureRandom غير ضروري 13:52 <jrandom> نعم، لا يزال هناك الكثير لنفعله لجعله يعمل مع gcj، لكنه بداية رائعة 13:52 <jrandom> في ملفات التحليل (profiles) التي أجريتها على الشبكة الحية، يستغرق إعادة تغذية PRNG جزءاً كبيراً من حمل المعالج (CPU) 13:52 <smeghead> إن كان أحد مهتماً بكتابة الاختبارات 13:52 <smeghead> لكن ربما لا ينبغي عليّ إكمال تلك الجملة 13:52 <jrandom> ههه 13:53 <smeghead> سأسأل مسؤول gnu crypto عن هذا التطبيق (impl.)، لأنني بحثتُ في غوغل عن معلومات حوله وفتّشتُ في أرشيف قوائمهم البريدية ولم أجد أي ذكر له 13:54 <smeghead> وسجلات الـ commit في cvs لديهم ليست مفيدة جداً أيضاً 13:54 <jrandom> 'k فكرة جيّدة 13:54 <smeghead> آمل أن يعمل 13:54 <smeghead> إنه في cvs الخاصة بـ kaffe، بالمناسبة 13:54 <smeghead> نسختك ينبغي أن تحتويه حتى 13:55 <jrandom> همم، آه، نعم من استيراد gnu-crypto 13:55 <smeghead> gnu.security.prng.Fortuna 13:55 <jrandom> موفّر 'kaffe' ما زال يستخدم sha1prng القديم لديهم iirc 13:55 <jrandom> رائع 13:56 <MANCOM> ما حالة أمور .net sam؟ هل ينبغي البدء بالخوض فيها أم أن من المتوقع حدوث تغييرات كبيرة؟ 13:56 <smeghead> MANCOM: يحتاج إلى اختبار، سأكتب له بعض اختبارات الوحدة (unit tests) قريباً 13:56 <smeghead> هذا الأمر الخاص بـ gcj قد أوقف ذلك نوعاً ما 13:57 <smeghead> MANCOM: لا أتوقع أن تكون هناك أي تغييرات على الـ API إطلاقاً، لذا ينبغي أن يكون آمناً البرمجة بالاعتماد عليه 13:58 <smeghead> التغييرات خلف الـ API محتملة، لكنك كعميل لا تحتاج لمعرفة ذلك :) 13:59 <MANCOM> :) 13:59 <jrandom> قد تكون هناك تحديثات لاحقاً ذات صلة إذا قمتَ ببناء تطبيقات تقوم بنقل كتل كبيرة 14:00 <jrandom> لكن إن كنت تنقل عشرات الكيلوبايت في المرة، فينبغي أن يكون الأمر جيداً 14:00 <smeghead> حسناً إذا تغيّر API الخاص بعميل Java، فسيتغيّر API الخاص بـ sam-sharp أيضاً :) 14:01 <MANCOM> لا أستطيع المجادلة ضد ذلك 14:02 <jrandom> حسناً، هل لدى أحد أي شيء آخر ليطرحه للاجتماع؟ 14:02 * cervantes يُنزل Big Ben إلى القناة 14:03 <+DrWoo> ملاحظة: عمل رائع يا jrandom 14:03 <smeghead> تورية جميلة يا cervantes 14:03 * jrandom يئنّ 14:04 <MANCOM> قرأتُ أنكم لا تريدون الترويج لـ i2p كثيراً قبل v0.5، هل هذا صحيح؟ 14:04 <jrandom> MANCOM: قبل 0.6. نعم 14:04 <jrandom> MANCOM: 0.5 ستحسّن الإخفاء (anonymity) وتساعد المستخدمين على التحكّم بأدائهم بشكل أفضل. 0.6 ستتيح لآلاف+ المستخدمين المتزامنين العمل بأمان 14:04 <MANCOM> آه. 0.6. حسناً. 14:05 <jrandom> gracias يا دكتور، الكثير من التقدّم :) 14:05 <+polecat> واو، نتطلّع إلى 0.6... 14:05 <+DrWoo> :) 14:06 <jrandom> متفق يا polecat، متفق :) 14:06 * jrandom يستعد 14:06 * jrandom يغلق الاجتماع بـ *baf*