اجتماع مطوري I2P - 28 ديسمبر 2004

13:06 <@jrandom> 0) مرحباً 13:06 <@jrandom> 1) 0.4.2.5 13:06 <@jrandom> 2) 0.5 13:06 <@jrandom> 3) ??? 13:06 <@jrandom> 0) مرحباً 13:06 * jrandom يلوّح 13:06 <+postman> *يلوّح* 13:06 <ant> <jnymo> مرحباً 13:06 <@jrandom> تم نشر ملاحظات حالة موجزة على @ http://dev.i2p.net/pipermail/i2p/2004-December/000535.html 13:07 <@jrandom> ننتقل إلى 1) 0.4.2.5 13:07 <@jrandom> كما ذُكر، الأمور تعمل بشكل جيّد إلى حد كبير 13:08 <+postman> نعم، مدهش جداً 13:08 <+postman> لم أعُد أرى حالات انتهاء مهلة lease على أنظمتي إطلاقاً 13:08 <@jrandom> الكثير رأوا ما رأيته يا jnymo، مع 0 من tunnels المشاركة، وذلك بدرجة كبيرة بسبب زيادة الكفاءة واختيار الأقران (حيث نعرف الآن كيف نتطفّل على جهاز postman ;) ) 13:08 <ant> <jnymo> وأنا كذلك 13:08 <@jrandom> جميل 13:08 <ant> <jnymo> و eepsites سريعة الاستجابة 13:09 <+postman> :) 13:09 <ant> <jnymo> شكراً يا postman :) 13:09 <+postman> إجمالي النطاق الترددي هو 29kb / 30.1kb/s 13:09 <frosk> الجميع يشعر بأنه أقل محبوباً، لكن في الواقع يجري توظيف الحب بكفاءة أكبر 13:10 <ant> <jnymo> واو 13:10 <@jrandom> رائع يا postman 13:10 <mule2> لا أظن أن هذا هو الوضع المثالي المفضّل. من الأفضل أن يمر بعض المرور عبر كل العقد 13:10 <ant> <jnymo> أستطيع تحمّل ذلك لو أن الناس أحبّوني فقط :( 13:10 <+postman> نعم 13:10 <mule2> كنوع من حركة التغطية (cover traffic) 13:10 <@jrandom> mule2: المسألة أن حملنا أقل بكثير من سعة الشبكة لدينا 13:11 <@jrandom> لا أظن أننا سنستطيع إبقاء السعة أكبر من الحمل لوقت طويل 13:11 <ant> <jnymo> mule2، postman يعمل أيضاً كمُخلِّط (mix node).. لذا من الصعب معرفة أين تذهب رُزَمُك بعد دخولها 13:11 <@jrandom> لذا لست قلقاً جداً بشأن عدم دفع أي بيانات عبر الأقران الأبطأ 13:12 <mule2> ربما يكون تقليل مستوى التحسين المثالي جيداً لإخفاء الهوية 13:12 <@jrandom> من ناحية أخرى، يوفّر ذلك حافزاً لمزيد من الناس كي (ينفّذوا &) يستخدموا i2pcontent، ليتمكنوا من عمل مرايا وكذلك كسب حركة تغطية ;) 13:12 <jdot__> هل هي مشكلة أمنية أن يتولى router واحد معظم tunnels؟ 13:13 <@jrandom> mule2: دعونا أولاً نجعله بأفضل ما نستطيع، ثم يمكننا مناقشة جعله أسوأ عمداً 13:13 <@jrandom> jdot__: ليس لدينا router واحد يتعامل مع كل الحركة، لكننا نرى تجمّع routers على اتصالات سريعة جداً (colo، إلخ) يتولّون أكثر من مستخدمي dialup/DSL/cable 13:14 <@jrandom> وبالإضافة إلى انخفاض فشل tunnels فهذا يعني أننا نعيد التوجيه ونستكشف أقل 13:14 <mule2> ربما توزيع بعض الحركة ممكن، طالما أننا بعيدون عن حدود routers 13:14 <@jrandom> صحيح، ميزة الرفض الاحتمالي لـ tunnel موجودة في الـ router ويمكن تفعيلها بناءً على حدود النطاق الترددي للـ router 13:15 <ant> <jnymo> نعم، لكن هذا المعدّل العالي جداً عبر عقدة postman يجعل تحليل عقدته أصعب.. لذلك قد يكون إرسال الحركة عبره أكثر أمناً من أن تقوم كل العقد بإرسال 1 KB/s.. 13:15 <@jrandom> (لكن إن لم يضع postman أي حدود، فلا يمكننا الرفض بناءً على نسبة مئوية من ذلك ;) 13:15 <ant> <jnymo> تجميع العقد الأسرع يسبّب شيئاً شبيهاً ببنية شلال المزج (mix cascade)، أليس كذلك؟ 13:15 <@jrandom> نعم، هذه طريقة للنظر إليها 13:15 <lektriK> هل يمكنني إغلاق نافذة Start I2P؟ 13:15 * postman يعتذر كثيراً عن عدم تقييد نطاقه الترددي 13:16 <@jrandom> lektriK: للأسف، ليس حقاً، إلا إذا شغّلت i2p كخدمة (راجع http://localhost:7657/configservice.jsp) 13:16 <@jrandom> هيه postman لا تقلق، سنتراجع عن استخدام الـ router لديك إذا/عندما نصل إلى سعة الـ router لديك 13:17 <lektriK> حسناً، يقول إن الخدمة بدأت 13:17 <lektriK> هل يمكنني إغلاقها الآن؟ 13:17 <@jrandom> lektriK: لا/نعم - يمكنك إيقاف الـ router ثم تشغيله مجدداً عبر start->run->"net start i2p" 13:18 <mule2> كما هو الحال، بضعة routers كبيرة جداً يمكنها التعامل مع كل tunnels، ما يزيل كل حركة التغطية عن باقي routers. لكن لِنُكمِل ذلك بعد الاجتماع. 13:18 <mule2> لا أريد الشكوى من كون الشبكة تعمل بشكل جيّد جداً :) 13:18 <@jrandom> hehe 13:20 <@jrandom> سيكون هناك استكشاف إضافي مع 0.5، رغم وجود مسائل تتعلّق بإخفاء الهوية عند الانتشار بعيداً جداً. ستكون هناك تفاصيل أخرى يجب معالجتها لذلك في 0.5 (وفي المستند الذي قد يكون جاهزاً الأسبوع المقبل كمسودة أولى) 13:21 <@jrandom> على أي حال، هل لدى أي شخص شيء لطرحه بخصوص 0.4.2.5؟ 13:21 <@jrandom> أم ننتقل سريعاً إلى 2) 0.5؟ 13:21 <+postman> ننتقل 13:21 <ant> <jnymo> مستقرة جداً... ننتقل 13:21 <@jrandom> اعتبرونا قد انتقلنا 13:22 <@jrandom> 2) 0.5 13:22 <@jrandom> نعم. ما زال قيد العمل. مزيد من المعلومات عندما تكون جاهزة. 13:22 <ant> <Quadn-werk> السير آرثر سي. كلارك على قيد الحياة :P 13:22 <ant> <Quadn-werk> http://slashdot.org/articles/04/12/28/0120240.shtml?tid=99&tid=1 13:22 <ant> <jnymo> .5 مُثير 13:22 <@jrandom> حسناً، هذا كل ما لدي لقوله حول ذلك - أي أسئلة/أمور للنقاش؟ 13:23 <@jrandom> نعم، هناك بالتأكيد بعض إعادة الهيكلة المهمة جارية، بناءً على ما تعلّمناه خلال الأشهر الستة عشر الماضية 13:23 <@jrandom> (أو اللعنة، ثمانية عشر) 13:23 <+postman> jrandom: إذن 0.5 سيستخدم في الأساس نظام إدارة tunnels جديد؟ 13:23 <ant> <Quadn-werk> آه، آمل أني لم أُقاطع الاجتماع :/ 13:23 <+postman> واو 13:23 <ant> <Quadn-werk> آسف هه 13:23 <ant> <jnymo> هه. لدي اقتراح 13:24 <@jrandom> نعم يا postman، إدارة جديدة، تجميع (pooling)، وبناء 13:24 <+postman> quadn: انظر ما فعلتَ - لصقُك سبّب netsplit :) 13:24 <@jrandom> أيها الوغد! 13:24 <ant> <Quadn-werk> ! 13:24 <@jrandom> ما الأخبار يا jnymo؟ 13:24 <+postman> jrandom: هل سيظل كل tunnel وِجهة محلية منفصلة؟ 13:25 <@jrandom> huzzawuzzah? 13:25 <@jrandom> لن يكون هناك أي تغيير على i2ptunnel في 0.5 13:25 <+postman> jrandom: حسناً 13:25 <@jrandom> (على الأقل، لا أخطّط لأي تغيير) 13:26 <mule> postman يشنّ هجوماً تقاطعياً (intersection attack)؟ 13:26 <ant> <jnymo> بالنسبة لمن لا يحصلون على /أي/ استخدام للنطاق الترددي.. ما رأيكم بأن نسمح للـ routers ببناء tunnels تَدخلُهم بداخلها.. مثل ABCABCA 13:26 <+postman> mule: لا، كانت غلطة quadn :) 13:26 <ant> <jnymo> وسيكون ذلك tunnel وهمياً 13:27 <@jrandom> jnymo: الإعلان عن router وكأنه يقول «مرحباً لدي فائض من النطاق الترددي، استخدمني» لعبة خطِرة 13:27 <+postman> jrandom: ما القضايا التي سيعالجها إعادة التصميم (باختصار)؟ 13:27 <ant> <jnymo> لست متأكداً أنني قصدت ذلك، يا jrandom 13:27 <@jrandom> لكن كما يبدو الآن، سيكون لدينا مجموعتان من tunnels - العادية، ثم الاستكشافية، حيث تُبنى الأخيرة من أقران مختارين عشوائياً وغير فاشلين 13:28 <ant> <jnymo> jrandom: قصدت إنشاء tunnel وهمي، ووضع نفسي في منتصف ذلك tunnel فقط لمحاكاة بعض الحركة 13:29 <@jrandom> postman: جعل الربط بين الأقران داخل tunnel أصعب بكثير، والسماح للعملاء باختيار طول tunnel الخارجي بفعالية، وتوفير الخيارات اللازمة لمواجهة هجوم السلف (predecessor attack) مع مقايضات مختلفة 13:29 <@jrandom> (أوه، وتحسين الأداء بالتخلّص من الكثير من استدعاءات modPow) 13:29 <+postman> حسناً شكراً 13:29 <ant> <jnymo> postman: ومعرّفات tunnel لكل قفزة أمر مهم 13:30 <+postman> modPow؟ 13:30 <@jrandom> آه jnymo. نعم، هناك إمكانات كبيرة لتوليد أنواع مختلفة من حركة الحشو (chaff) 13:30 <ant> <jnymo> بهذه الطريقة، لن تتمكن عقدتان غير متجاورتين من معرفة أنهما على نفس الـ tunnel، يا postman 13:30 <@jrandom> postman: الأسّيات المعيارية، استخدام ثقيل للمعالج وإهدار للذاكرة 13:31 <ant> <jnymo> jrandom: تمام، رائع 13:31 <+postman> تمام 13:31 <scintilla> jrandom، بخصوص السماح للعملاء باختيار طول الـ tunnel: هل سيكون هناك ما يمنع الناس من رفعه إلى 99 (أو أي رقم آخر)؟ 13:31 <ant> <jnymo> قدرة المعالج 13:32 <@jrandom> عند الضرورة يمكننا إضافة hashcash، لكن tunnels الطويلة جداً ستفشل في النهاية على أي حال 13:32 <scintilla> نقطة جيدة 13:32 <@jrandom> يمكننا حتى إضافة بعض الحِيَل - كاشتراط أن يمر عبر الـ tunnel رسالة tunnel صالحة خلال 60 ثانية من إنشائه كي يُعتَبر «صالحاً» 13:33 <@jrandom> (لذا إذا كان الـ tunnel بطول 20 قفزة، فسيستغرق بناؤها كلها وقتاً طويلاً جداً) 13:33 <scintilla> هذه فكرة رائعة - سيمنع ذلك مثل هذه التفاهات من الاستمرار طويلاً 13:33 <@jrandom> لكن كل ذلك ضد المخترقين. المستخدمون العاديون سيستخدمون الواجهة المعروضة فحسب 13:34 <ant> <jnymo> صحيح، وستضع لها حداً أقصى ما، صحيح؟ 13:34 <ant> <jnymo> سنحصل على قيمة أعلى من الحد الأقصى 2 كما هو الآن، صحيح؟ 13:34 <@jrandom> صحيح، مثل قائمة # hops المنسدلة في /configclients.jsp أو /i2ptunnel/edit.jsp 13:35 <@jrandom> أوه ظننت أن الحد الأقصى 3 الآن؟ حسناً، لكن نعم، سيكون أعلى من 2 متاحاً 13:35 <ant> <jnymo> 3 tunnels، 2 hops 13:35 <@jrandom> آه 'k 13:35 <@jrandom> نعم، 0.5 سيضيف تعديلات مهمة جديدة، مثل ما إذا كان سيتم عشوَنة تلك الأطوال، وكذلك مقدار العشوَنة، إلخ 13:36 <frosk> الحد الأقصى بالفعل هو 3 13:36 <ant> <jnymo> همم 13:37 <@jrandom> آه هو 3 في /configclients و2 في i2ptunnel 13:37 <frosk> هل ما زال 0.5 على المسار لشهر يناير؟ 13:37 <ant> <jnymo> آه 13:37 <@jrandom> نعم frosk 13:37 <frosk> جيد 13:37 <@jrandom> لن أتوانى طويلاً بعد الآن في مكتبة البث (streaming lib)، أعدكم ;) 13:37 <frosk> يبدو فحسب كقدر كبير من العمل :) 13:38 <@jrandom> في الواقع ليس سيئاً جداً، الجزء الصعب هو ضبط الخوارزميات بشكل صحيح 13:38 <@jrandom> (تفاصيل وما تفاصيل ;) 13:39 <+postman> frosk: وكل شيء موجود على الورق بالفعل 13:39 <+postman> :) 13:39 <ant> <jnymo> هه 13:39 <frosk> صحيح :) 13:39 <@jrandom> في الغالب نعم ;) 13:39 <@jrandom> حسناً، هل لدى أحد أي شيء آخر لـ 2) 0.5؟ 13:39 <ant> <jnymo> لا شيء 13:39 <frosk> ولا شيء إطلاقاً 13:40 <@jrandom> 'k، لِنَنتقل إلى 3) ??? القديمة الجيدة 13:40 <@jrandom> مرحباً 13:40 <@jrandom> هل لدى أحد أي شيء آخر يود طرحه؟ 13:41 <ant> <jnymo> postman: لا توجد inproxies لـ SMTP/POP3 على i2pmail.org، أليس كذلك؟ 13:41 <cat-a-puss> ما زلت أرى تأخيرات غريبة على جهة العميل... 13:41 <+postman> هرم لا 13:41 <frosk> هنا أسلّم زجاجة تهنئة من النبيذ على سنة رائعة من التطوير ;) 13:41 <+postman> jnymo: POP3 متاح فقط لمستخدمي i2p 13:41 <@jrandom> cat-a-puss: آه فاتتني تلك الرسائل عندما كنت موجوداً سابقاً 13:41 <+postman> jnymo: هناك SMTP inproxy كـ MX لنطاق i2pmail.org 13:42 <@jrandom> frosk: في صحتك 13:42 <ant> <jnymo> صحيح صحيح.. هذا جميل.. 13:42 <cat-a-puss> مثلاً يمكن أن يكون لدي وجهتان محليتان، وعندما تحاول إحداهما الاتصال بالأخرى يحدث تأخير وهو ليس بسبب انشغال المعالج 13:42 <mule> cat-a-puss: هل تسلّم أيضاً شيك المكافأة؟ 13:42 * postman يتبرع بويسكي جيد 13:42 <@jrandom> cat-a-puss: صحيح، رأيت تأخيراً قدره 0.5-1.0s، صحيح؟ 13:42 <cat-a-puss> mule: ماذا؟ 13:42 <cat-a-puss> jrandom: نعم 13:43 <@jrandom> cat-a-puss: أمر طبيعي تماماً، وهو جزء من آلية SYN المؤجَّل 13:43 <mule> آسف، كانت الملاحظة من frosk 13:43 <ant> * jnymo يُخرج ذلك النبيذ الرديء في علبة 13:43 <mule> frosk: هل تسلّم أيضاً شيك المكافأة؟ 13:43 <@jrandom> (ينتظر قليلاً لإرسال SYN و ACK المرتبط بها تحسّباً لوجود مزيد من البيانات ليجمعها) 13:43 <scintilla> للمعلومية، ينبغي أن أستلم قريباً الكتاب الذي يحتوي مواصفة خوارزمية Fortuna... وفي هذه الأثناء كنت أجرّب طرق جمع الإنتروبيا في Java دون تدمير الجهاز 13:44 <@jrandom> رائع جداً 13:44 <ant> <jnymo> ممم، كان شخص ما يريد تنفيذ بعض الهجمات على i2p 13:44 <ant> <jnymo> من كان ذلك؟ 13:44 <@jrandom> connelly 13:44 <cat-a-puss> هل هناك طريقة لمنع ذلك، أم يجب عليّ فقط محاولة تجنّب الاتصالات القصيرة العمر حيثما أمكن؟ 13:45 <ant> <jnymo> أي جديد بخصوص ذلك، يا jr؟ 13:45 <@jrandom> cat-a-puss: هناك بعض الخيارات التي يمكنك تمريرها عند إنشاء I2PSocketManager، دعني أستعرضها 13:46 <@jrandom> jnymo: إنه هجوم تقاطعي طويل الأمد، لذا بعد فترة ستكون لديه بيانات تساعد على تحديد أي routers تستضيف eepsites معيّنة. أنا متأكد من أنه سيكتب لنا ملخصاً حين يحصل عليها 13:46 <ant> <jnymo> scintalla: ما خوارزمية Fortuna؟ 13:46 <ant> <jnymo> jrandom: تمام 13:48 <@jrandom> cat-a-puss: i2p.streaming.initialResendDelay=50 i2p.streaming.connectDelay=100 13:48 <scintilla> إنه مولِّد أرقام عشوائية زائف آمن تشفيرياً... وهو أمر أساسي تماماً لتشفير موثوق 13:48 <jdot__> هل تبرّع أحد لذلك الهجوم حتى الآن؟ 13:48 <@jrandom> cat-a-puss: ثم احرص على استدعاء flush() بعد write() إلى I2PSocket 13:48 <@jrandom> jdot__: نعم، لديه 7 مواقع متطوِّعة 13:48 <cat-a-puss> jrandom: حسناً 13:49 <ant> <jnymo> بخصوص الجدل الكبير حول التسمية.. 13:49 <ant> * jnymo يضحك مكراً 13:49 <@jrandom> أوه و i2p.streaming.initialAckDelay=1000 13:49 <@jrandom> أو حتى =100 13:49 * jrandom يرمي الطين على jnymo 13:50 <ant> <jnymo> أنا فعلياً أعمل مع X.500 ووظيفتي تتيح لي الحصول على خوادم ويندوز مجانية 13:50 <ant> <jnymo> لذا، ربما سأعدّ DNS مركزياً لأغراض الاختبار خلال شهر أو شهرين 13:51 <@jrandom> هه، امتلاك خادم تسمية مركزي مستضاف على نطاق .mil سيكون مضحكاً بحق 13:51 <ant> <jnymo> مع أن حشر عناوين i2p في winserver قد لا يكون أمراً بسيطاً.. لست أدري 13:51 <ant> <jnymo> هه.. dnsalias هو الحل 13:52 <@jrandom> nano قام بعمل رائع حقاً، فدمج dnsjava مع i2p 13:52 <ant> <jnymo> أووووه 13:53 <@jrandom> اطلع على nano.i2p لمزيد من التفاصيل 13:53 <ant> <jnymo> ولم يكن أحد ليخبرني.. آه، شكراً 13:53 <@jrandom> لكن، كما ذُكر سابقاً، ينبغي للناس نشر أفكارهم وآرائهم حول التسمية على الويكي 13:54 <@jrandom> حسناً، هل لدى أي شخص شيء آخر لطرحه في الاجتماع؟ 13:55 <ant> <jnymo> كلا 13:57 <@jrandom> حسناً في هذه الحالة 13:57 * jrandom يستعد 13:57 * jrandom يُغلِق الاجتماع بـ*baf*