اجتماع مطوري I2P - 25 أكتوبر 2005

16:24 <jrandom> 0) مرحباً 16:24 <jrandom> 1) حالة الشبكة 16:24 <jrandom> 2) تكامل Fortuna 16:24 <jrandom> 3) حالة GCJ 16:24 <jrandom> 4) عودة i2psnark 16:24 <jrandom> 5) المزيد حول التمهيد (bootstrapping) 16:24 <jrandom> 6) تحقيقات حول الفيروس 16:24 <jrandom> 7) ??? 16:24 <jrandom> 0) مرحباً 16:24 * jrandom يلوّح 16:24 <jrandom> ملاحظات الحالة الأسبوعية منشورة @ http://dev.i2p.net/pipermail/i2p/2005-October/001079.html 16:25 * susi23 يلوّح عائداً 16:26 <jrandom> لننطلق إلى 1) حالة الشبكة 16:26 <jrandom> كما ذكرت، الأمور تبدو معقولة جداً حتى الآن. 16:26 <+fox> <Romster> آه، الاجتماع رائع 16:27 <jrandom> هناك أيضاً أمور جيدة قادمة، لذا سيكون لدينا إصدار جديد في وقت لاحق هذا الأسبوع 16:27 <jrandom> هل لدى أي أحد شيء يود طرحه بخصوص 1) حالة الشبكة؟ 16:27 <@cervantes> يا إلهي، 7 بنود 16:27 <+legion> نعم، يبدو جيداً :-) 16:27 <jrandom> أسبوع حافل يا cervantes :) 16:28 <@cervantes> لا بد أنه أمر جيد 16:28 <+Complication> يعمل بشكل جيد نسبياً، حتى dev.i2p - أستطيع حتى سحب checkouts من CVS دون رسائل EOF. 16:28 <jrandom> جميل :) 16:28 <+Complication> قد تكون زيادات الحمل مرتبطة بإصدار النسخة، تلك الأخيرة. 16:28 <+Complication> لكن لا يسعني الجزم. 16:28 <jrandom> dev.i2p يعمل أيضاً على أحدث build code (-7)، لذا نأمل أن يكون أداؤه أفضل بكثير من قبل 16:29 <jrandom> s/dev.i2p/cvs.i2p (etc)/ 16:29 <+legion> يبدو أن forums.i2p أصبح أفضل بكثير من قبل :) 16:29 <@cervantes> *تنحنح* 16:29 <+fox> <Romster> هل i2p آمن للسماح للآخرين بالانضمام وما إلى ذلك؟ 16:29 <+Ragnarok> حسنًا، الآن علي تجربة هذه المعجزة «cvs checkout الذي يعمل من أول مرة» 16:30 <+fox> <Romster> بما أنه لا توجد حدود معروفة الآن 16:30 <@cervantes> ذلك لأن الجميع يطرقون i2p-list بدلاً من النشر في المنتدى 16:30 <+legion> همم هل أنت متأكد يا cervantes؟ 16:30 <jrandom> Romster: حسناً، نحن ننمو بوتيرة جيدة مؤخراً، لكن ينبغي أن نؤجل النسخة التجريبية العامة حتى 0.6.2 16:30 <jrandom> هيه cervantes ;) 16:30 <jrandom> اصمت يا Ragnarok، ستجلب لنا النحس! 16:31 <+Ragnarok> واو... صحيح. أنا عاجز عن الكلام 16:31 <+fox> <Romster> تمام jrandom 16:31 <jrandom> (يا رجل، عيناي تدمعان من الكاري الذي يطهوه رفقاء السكن في الأسفل) 16:31 <jrandom> أحسنت Ragnarok 16:32 <+fox> <Romster> لول هذا كاري قوي فعلاً 16:32 <jrandom> حسناً، إن لم يكن هناك شيء آخر حول 1)، يمكننا الانتقال سريعاً إلى 2) تكامل Fortuna 16:32 <jrandom> (صحيح يا Romster) 16:32 <+fox> <shardy> ياي لتكامل Fortuna! 16:32 <+fox> <Romster> ننتقل إلى 2) :P 16:32 <+fox> <Romster> ما هي Fortuna؟ 16:32 <jrandom> هيه ظننت أنك ستعجب بذلك يا shardy :) 16:32 <+fox> <Romster> كنت متأخراً قليلاً الشهر الماضي 16:32 <+Complication> خوارزمية PRNG، إن لم تخني الذاكرة. 16:33 <+Complication> من المفترض أنها جيدة، أو هكذا يكتبون. :P 16:34 * Complication لا يعرف شيئاً عن آلياتها الداخلية مع ذلك 16:34 <jrandom> shardy: سأكون ممتناً لو تمكنت من إلقاء نظرة عليها يوماً ما 16:34 <+fox> <shardy> بالتأكيد 16:34 <+fox> <shardy> هل تستخدم تنفيذ GNU؟ 16:34 <jrandom> Romster/Complication: هناك بعض الروابط في البريد الإلكتروني 16:34 <jrandom> نعم يا shardy - http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/gnu/crypto/prng/Fortuna.java 16:35 <jrandom> (مُدمجة مع http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/net/i2p/util/FortunaRandomSource.java ) 16:36 <jrandom> نحن نختلف عن تنفيذ gnu-crypto المباشر، إذ لدينا بالفعل كود AES256 وSHA256 (من Cryptix وBouncycastle على الترتيب) 16:36 <jrandom> على أي حال، هذا يبدو رائعاً، فقد كنا نعمل على إدخال هذا الدعم منذ نحو عام الآن 16:37 <jrandom> (تكامل Fortuna كان من المشاريع الرئيسية التي دفعت smeghead لبناء 'pants' ;) 16:37 <jrandom> إذا كان لدى أي أحد أسئلة/تعليقات/مخاوف حولها، فرجاءً أرسلوها إلى القائمة 16:37 <jrandom> (أو بريد إلكتروني، أو المنتدى، بالطبع) 16:38 <+fox> <Romster> نعم أين smeghead؟ لم يظهر منذ مدة الآن 16:38 <jrandom> smeghead هو [redacted] يقوم بـ [redacted] 16:39 <jrandom> حسناً، ننتقل إلى 3) حالة GCJ 16:39 <jrandom> i2p يعمل على GCJ! [w00t!] 16:39 <+susi23> عمل جميل 16:39 <+legion> جميل 16:39 <jrandom> على الأقل، يعمل على GCJ 4.0.2 على Linux 2.6.12. لم أجرب منصات أخرى 16:40 <jrandom> نعم، فريقا GCJ وGNU Classpath قاموا بعمل رائع 16:40 <jrandom> كان من السهل حقاً بناؤه، ولم تكن الفئات ذات المراجع الثابتة القديمة التي أتذكرها ضرورية 16:41 <+Complication> وهذا يبدو إيجابياً جداً، بالنظر إلى انفتاح Sun Java غير الكامل (في ما يتعلق بالتوزيع، إن لم تخني الذاكرة). 16:41 <jrandom> هناك makefile يأتي مع I2P الآن، لكن من باب البساطة، أظن أننا سنستمر في توزيع Java الخالصة، على الأقل بشكل أساسي 16:41 <+susi23> (التالي سنحاول تشغيله على J2ME ;) 16:42 <+fox> <Romster> GCJ سيتولى مكان JVM الخاصة بـ Sun> 16:42 <cat-a-puss> كيف هو الأداء مع GCJ؟ 16:42 <jrandom> نعم، مع أن Sun منفتحة تماماً، ويمكننا توزيع JVM الخاصة بهم مع I2P، لكن رخصتهم تمنع توزيع JVM كأداة ذات غرض عام 16:42 <jrandom> cat-a-puss: مماثل 16:42 <jrandom> معظم العمل الثقيل في i2p يجريه كود assembler ;) 16:43 <+fox> <Romster> كيف سيكون حال i2p مع C#/Mono مجدداً مع ذلك المحول من Java إلى C# (نسيت اسمه) 16:43 <+fox> <Romster> أذكر أنني وjrandom جرّبناه قبل زمن 16:43 <jrandom> لا فكرة لدي. لكن إن كان يعمل مع gcj، فقد يعمل مع IKVM - ذلك الشيء الخاص بـ Mono JVM 16:44 <+Ragnarok> IKVM 16:44 <+Ragnarok> لا عليك 16:44 <+fox> <Romster> آه هذا هو IKVM 16:44 <+fox> <Romster> اختلافات كثيرة بين GCJ وIKVM ونسخة Sun؟ 16:45 <jrandom> لم أستخدم IKVM من قبل 16:45 <+fox> <Romster> متأكد أنك استخدمته مرة مع Mono أم كان ذلك Eclipse؟ 16:45 <+fox> * Romster يهز كتفيه 16:45 <jrandom> وكما يُشحن i2p حالياً لا يدعم router console، رغم أنه يدعم تشغيل الـ router وi2ptunnel وsam 16:46 <+Ragnarok> ما الذي يعيق router console؟ 16:47 <+susi23> Xerces، إن لم تخني الذاكرة 16:47 <jrandom> أمور خاصة بـ Xerces. xercesImpl الذي يُشحن مع i2p يعتمد على sun.*، وعندما حاولت ببساطة إدراج أحدث Xerces، فإن جعل ذلك وJDOM وRome وباقي Jetty تعمل مع GCJ كان ينهار 16:47 <jrandom> يبدو أن هناك متطلبات إضافية في أحدث Xerces 16:48 <jrandom> (لـ jar files لا نشحنها حالياً). على أي حال، أنا متأكد أننا سنجد حلاً 16:49 <+fox> <Romster> jrandom بارع في تتبع المشكلات :) 16:49 <jrandom> وأبارع في صنع المشكلات 16:49 <+fox> * Romster يجلب قهوة 16:49 <jrandom> حسناً، شيء آخر حول 3) حالة GCJ؟ 16:49 <jrandom> أم ننتقل إلى 4) i2psnark 16:50 <jrandom> اعتبرونا انتقلنا 16:50 <jrandom> حسناً، i2psnark عاد (ياي) 16:51 <jrandom> ليس لدي الكثير لأضيفه عمّا في البريد... هل لديك شيء يا Ragnarok؟ 16:51 <+Ragnarok> لا 16:51 <+susi23> بخصوص واجهة الويب 16:51 <+Ragnarok> المزيد من الاختبارات سيكون جيداً، لذا على الجميع تجربته :) 16:52 <+susi23> دعم ذلك عبر susibt لا ينبغي أن يكون مشكلة 16:52 <jrandom> أوه أخبرنا بالتفاصيل يا susi23 :) 16:52 <jrandom> جميل 16:52 <+fox> <jme___> سؤال بسيط، لماذا نقضي وقتاً في دعم عميل bt قديم بينما آخرون (Azureus) يدعمون عميلاً متكاملاً ؟ 16:52 <jrandom> jme___: Azureus رائع فعلاً 16:52 <+susi23> إصدار كبير من susibt مقرر في نوفمبر :) 16:53 <jrandom> هيه رائع يا susi23 16:53 <+Complication> بالنسبة لي، بدا Azureus معقداً للغاية. 16:53 <+Ragnarok> Azureus سيئ للغاية 16:53 <+susi23> بالنسبة لي، أحتاج دائماً إلى حل يعمل دون واجهة 16:53 <+Ragnarok> دون تلطيف الكلام 16:53 <+fox> <jme___> حسناً :) 16:53 <jrandom> jme___: مع ذلك Azureus ثقيل بعض الشيء، لكنه حل bt عام رائع 16:53 <+Complication> (أستطيع شخصياً تخيل أنني سأسيء ضبط شيء فيه، وأؤثر على خصوصيتي.) 16:54 <+fox> <jme___> منطقي، أردت فقط أن أعرف 16:54 <+fox> <Romster> بالنسبة لي لم يعمل Azureus جيداً قط، انتقلت إلى BitLord وهو يعمل 16:54 <jrandom> ما زلت أنوي المساعدة في تحسين إضافة azneti2p مع فريق Azureus، لكن i2psnark استغرق حرفياً أقل من ساعتين قبل أن أبدأ في swarming للبيانات 16:54 <+legion> نعم Azureus كبير ومعقد جداً على i2p 16:54 <+Complication> إذا كان الهدف تضمين عميل bt مع i2p، فعميل خفيف الوزن يبدو الأفضل. 16:54 <+fox> <Romster> مبدأ KISS 16:54 <+Ragnarok> أفضل العميل الرسمي، لكن ميزة i2psnark الكبرى أنه بسيط بما يكفي لأعبث به 16:55 <+legion> المسألة أن i2p لا يحتاج عميلاً لـ BitTorrent يكون ثقيلاً 16:55 <jrandom> نعم، شفرته نظيفة جداً (مع تنسيق GNU الغريب ;) 16:55 <+Ragnarok> تباً لـ GNU 16:55 <+Ragnarok> أسوأ أسلوب للأقواس على الإطلاق 16:55 <jrandom> هيه 16:55 <+fox> <Romster> هيه مُعاد تنسيق الشفرة :) 16:55 <+Ragnarok> jrandom لن يسمح لي :) 16:55 <+Ragnarok> حسناً، لسبب وجيه 16:55 <+fox> <jme___> الاستقلالية والبساطة معايير أتفق معها تماماً 16:56 <+fox> <Romster> هل ستكون هناك خيارات لتمكين برنامج bt-torrent على كل عقدة i2p؟ 16:56 <jrandom> نعم، سيكون رائعاً لو استطعنا عمل backport لـ multitorrent واختيار القطع وقدرات الويب إلى snark الرئيسي لـ mjw 16:56 <+Ragnarok> كلما كان أبسط، زادت احتمالية استمرار صيانته 16:56 <jrandom> تماماً يا Ragnarok 16:57 <+legion> نعم عمل backport لتلك الأمور سيكون رائعاً 16:57 <+fox> <Romster> كنقطة خارج الموضوع هنا، ألقِ نظرة على شبكة KAD في eMule أظنها أنيقة جداً. 16:57 <jrandom> Romster: إنه الآن يُشحن مع الـ build افتراضياً، لكن ما إن نضيفه إلى susibt، سيكون في شريط التنقل العلوي مع بقية العملاء 16:58 <+Ragnarok> نحتاج أيضاً إلى أن نتمكن من شحن صانع ملفات .torrent. وسيكون وجود tracker أمراً جيداً. 16:58 <jrandom> نعم، في الواقع snark لديه كلاهما، أنا فقط عطّلتُهما لأنني لم أرد صيانتهما :) 16:58 <+legion> همم نقطة جيدة يا ragnarok 16:58 <jrandom> لكن إعادتهما لن تكون مشكلة كبيرة 16:59 <+Ragnarok> حسناً، صانع التورنت على الأقل لا ينبغي أن يكون بهذه الصعوبة 16:59 <jrandom> هناك أيضاً Tracker.java، وتعامل في PeerAcceptor، لكنني تخلصت مما لم يكن ضرورياً، لذا ربما يجدر الرجوع إلى http://klomp.org/snark/ لتلك الأمور 17:00 <jrandom> (ومراجعة http://dev.i2p/~jrandom/snark_diff.txt للتغييرات) 17:00 <+fox> <Romster> بما أن snark عاد ستعملون عليه، أليس كذلك :) 17:00 <+legion> في الواقع، عندما يتعلق الأمر بـ tracker، سيكون من الأفضل ابتكار حل موزّع 17:00 <+fox> <Romster> snark* 17:00 <jrandom> نقل الشفرة أسهل من بناء tracker موزّع جديد يا legion ;) 17:00 <+fox> <Romster> legion، أنت تتحدث وتعيد 17:00 <+legion> صحيح، 17:01 <jrandom> لكن لن أعارض دمج حل tracker موزّع نظيف وسهل الصيانة وصديقاً للخصوصية :) 17:01 <+fox> <Romster> يمكن إلصاقه بـ eepsites؟ 17:01 * jrandom يلمح مهرًا طائراً يمر أمام النافذة 17:01 <+Ragnarok> العميل الرسمي لـ bt لديه tracker موزّع مبني على Kademlia، لكن من الواضح أنه صالح فقط كمرجع للتصميم 17:01 <+legion> نقطة للبدء ;) 17:02 <+fox> <Romster> هل Kademlia = شبكة KAD الخاصة بـ eMule؟ همم، إن كان الأمر كذلك فـ KAD ستكون مثالية لـ tracker لكن التمهيد (bootstrapping) مشكلة 17:03 <+Ragnarok> هما مبنيان على الخوارزمية نفسها، لكنهما غير متوافقين بأي شكل 17:03 <+Ragnarok> أعني غير متوافقين 17:04 <+Ragnarok> فعل شيء مثل KAD الخاصة بـ eMule لـ i2phex سيكون مثيراً للاهتمام... 17:04 <+Ragnarok> على أي حال، مهور طائرة 17:04 <jrandom> :) 17:04 <jrandom> (أتفق مع الأمرين) 17:04 <jrandom> حسناً، أي شيء آخر حول 4) i2psnark؟ 17:05 <+Ragnarok> ما دمنا نملك شيئاً لصنع ملفات .torrent، فـ trackers الحالية مناسبة 17:05 <jrandom> هذه نقطة جيدة - أظن أن هناك شيفرة مُعلّق عليها في Main الخاصة بـ Snark 17:05 <+legion> لا، أعتقد أن trackers الحالية ليست جيدة :( 17:05 <jrandom> ما الذي بها يا legion؟ 17:05 <cat-a-puss> لا تسلّم المستخدمين ملف تورنت فحسب أيضاً 17:05 <+legion> غالباً ما توجد صعوبة في الوصول إليها 17:06 <jrandom> همم يا cat-a-puss؟ آه، تقصد أننا نحتاج واجهة ويب لـ swarm بشفافية؟ 17:06 <+legion> المواقع تُغرقها الحركة 17:06 <jrandom> آه، هذه مشكلة i2p، ونأمل أن يُحسّن 0.6.1.4 ذلك 17:06 <jrandom> أخبرني postman أنه كان يتلقى كماً هائلاً من الزيارات على tracker.postman.i2p 17:06 <jrandom> نسيت الأرقام الآن 17:06 <cat-a-puss> إذا كنا نتعامل مع كود الـ swarming ومع الكود للحصول على التورنت أصلاً، فالأفضل جعله شفافاً للمستخدم 17:07 <jrandom> لكن orion.i2p/bt/ لا يُستخدم فعلاً 17:07 <jrandom> (ويبدو أن tracker-fr نشط) 17:07 <+susi23> مع susibt آمل أن أضمّن خلاصة RSS الخاصة بالـ trackers، بحيث لا تحتاج للذهاب إلى صفحات الـ trackers بعد الآن بل تُحمَّل التورنتات تلقائياً :) 17:07 <cat-a-puss> كما يمنع الخلط بين تورنت على i2p وآخر غير مجهول 17:07 <+fox> <jme___> http tracker لـ bt لا يتوسع بسبب تصميم البروتوكول السيئ 17:07 <+fox> <Romster> router watchdog، الـ router تجمد بقوة، إعادة تشغيل، ما هذا 17:07 <+legion> صحيح، وهذا قصدي: بعض الـ trackers مُغرَقة وأخرى خاملة 17:07 <jrandom> cat-a-puss: آه، نعم سأحب دمج وصلات من syndie في susibt :) 17:07 <+fox> <jme___> يمكن إصلاحه بسهولة لكنه سيكسر التوافق مع بروتوكول bt الرسمي 17:08 <+fox> <jme___> وهذا ما تتبعه أشياء tracker المبنية على DHT 17:08 <jrandom> (وبالعكس أيضاً، ليتمكن الناس بسهولة من syndicate لملفات .torrent، إلخ) 17:08 <+Complication> Romster: تحدث لي تلك الأمور، لكن الجهاز الذي تحدث عليه محدود (300 MHz) 17:08 <+fox> <Romster> الـ tracker الموزّع هو الحل لـ trackers المُغرَقة 17:08 <jrandom> legion: يمكن علاج ذلك بسهولة بأن يستخدم الناس trackers مختلفة :) 17:08 <+fox> <Romster> DHT الخاصة بـ Azureus 17:08 <jrandom> الشفرة مكلفة، استخدام عناوين URLs مختلفة رخيص 17:08 <+legion> نعم، لكن لا يبدو أنهم يفعلون ذلك، أليس كذلك؟ 17:09 <jrandom> لكن نعم، tracker موزّع سيكون رائعاً. ليس على خارطة طريقي، لكن إن بدأه أحد، فسيكون ذلك ممتازاً. 17:09 <+Complication> في الوقت المناسب... لا بد أن أحدهم سيتمكن من جعله موزّعاً أيضاً. 17:09 <+legion> بدلاً من نشر التورنت على مواقع tracker، يمكنهم نشر الـ bith وأي تفاصيل على eepsite الخاص بهم. 17:10 <jrandom> bith == hash؟ 17:10 <+legion> نعم، تعني bittorrent hash، ليست اصطلاحي 17:10 <+Complication> مع ذلك، في البداية... عميل بسيط وصلب، بـ Java، مُضمَّن مع الـ router... يمكنه حل مشكلات كثيرة. (وربما حتى جلب تحديثات موقعة دون تحميل dev.i2p فوق طاقته.) 17:11 <+legion> نعم، سيكون ذلك رائعاً 17:11 <jrandom> نعم يا Complication 17:11 <+fox> <Romster> نعم تحديثات عبر التورنت 17:11 <+fox> <Romster> حسناً البند التالي على القائمة :) 17:12 <jrandom> حسناً، 5) المزيد حول التمهيد (bootstrapping) 17:12 <+legion> نعم دعونا نتابع 17:12 <jrandom> هناك الكثير من الأمور المثيرة في القائمة مؤخراً، ولا يمكنني تلخيصها كلها هنا :) 17:12 <+fox> <Romster> التمهيد لقاعدة بيانات الـ router الخاصة بـ i2p؟ 17:12 <jrandom> هل لدى أحد أسئلة/تعليقات/مخاوف يود مناقشتها حول السلسلة؟ 17:12 <jrandom> Romster: راجع القائمة و/أو البريد الإلكتروني 17:12 <+fox> * Romster بحاجة لقراءة تلك القائمة 17:13 <jrandom> نعم، هناك أمور جيدة فيها :) 17:13 <+fox> <Romster> كنت مشغولاً جداً مؤخراً 17:13 <+Complication> هناك 26 رسالة لأقرأها، لا أستطيع التعليق بعد 17:13 <jrandom> لا تزال لا نتيجة نهائية، لكننا نتجه نحو طريقة جديدة لبناء tunnels لـ 0.6.2 17:14 <+fox> <Romster> طريقة جديدة، هل هناك عيب في الطريقة الحالية؟ 17:14 <+fox> <Romster> أقصد flaw* 17:14 <jrandom> تحليل Michael يُظهر أن الهجوم ليس مشكلة حقيقية الآن، إذ توجد هجمات أسهل على البدائل 17:14 <jrandom> اقرأ القائمة ;) 17:14 <+fox> <Romster> لاحقاً 17:14 <+fox> <Romster> هذا الآن :) 17:15 <+fox> <Romster> عادة أكون نائماً في هذا الوقت. 17:15 <+fox> <Romster> لذلك نادراً ما أحضر اجتماعاً 17:16 <cat-a-puss> هل يمكنك نشر أفكارك للطريقة الجديدة/القائمة/المرفوضة في بريد إلى القائمة كي نستطيع المقارنة 17:16 <+fox> <Romster> إذاً الأمر يتعلق بأساليب الهجوم وإنشاء الـ tunnel على ما أفترض، دون أن أقرأ القائمة بعد 17:16 <cat-a-puss> (هذا لـ Jrandom) 17:16 <jrandom> cat-a-puss: لست متأكداً أننا حسمنا نتيجة نهائية بعد 17:16 <+fox> <Romster> فكرة جيدة يا cat-a-puss 17:17 <+Complication> Romster: نعم، كان الحديث تقريباً عن منح نقطة نهاية الـ exploratory tunnel قدراً أقل من التأثير كمهاجم محتمل 17:17 <jrandom> لكن http://dev.i2p.net/pipermail/i2p/2005-October/001073.html هو الأحدث لما أراه ناتجاً عن اقتراحك 17:17 <jrandom> حسناً، ليس تأثيراً - i2p عبارة عن شبكة خلط free-route (mixnet) - بل معلومات أقل 17:18 <+Complication> نعم، يُحتمل أن يكون ذلك التعبير الأدق 17:18 <jrandom> (الرابط أعلاه مليء بكلام عام، لا تشفير صلباً محدداً بعد) 17:18 <+fox> <Romster> أقل = أفضل لمتانة أعلى ضد الهجمات، فهمت مقصدك 17:18 <jrandom> ((لكن أعتقد أن كل ذلك ممكن بالأساليب الموجودة) 17:19 <jrandom> Romster: إليك مخططاً لهجوم Michael ضد الخوارزمية الحالية، مع المحور X يبيّن نسبة الشبكة المُخترَقة - http://dev.i2p.net/~jrandom/fraction-of-attackers.webp 17:20 <jrandom> (البناء التلسكوبي البسيط سيكون خارج المخطط قبل الوصول إلى x=200) 17:20 <jrandom> ((لذا ما لدينا الآن أفضل فعلياً بأوامر من حيث الحجم)) 17:20 <jrandom> لكن يمكننا تحسين ذلك أكثر 17:21 <jrandom> مع أن هناك أيضاً بديل garlic routing 17:21 <jrandom> على أي حال، نعم، هناك أمور أكثر يلزم حسمها، راقبوا القائمة :) 17:21 <+fox> <Romster> حسناً سأقرأ تلك القائمة جيداً لاحقاً 17:22 <+fox> <Romster> وأرى إن كان بوسعي إضافة شيء 17:22 <jrandom> جيّد 17:22 <cat-a-puss> هل ستكون الطريقة «الجديدة» التلسكوبية سريعة بما يكفي لبناء حسب الطلب؟ 17:22 <jrandom> لست متأكداً أننا نريد ذلك 17:22 <jrandom> إنها مسألة O(1) مقابل O(N) 17:23 <jrandom> التقنية الجديدة ستسمح بإنشاء tunnel دون استخدام الـ exploratory tunnels، وترك الـ exploratory tunnels لعمليات netDb 17:23 <jrandom> (ولبناء exploratory tunnel :) 17:24 <+fox> <Romster> هممم هل يجدر بنا إرباك المخترقين بإعطائهم كماً كبيراً من الإيجابيات الكاذبة لتمويه المصدر الحقيقي 17:24 <+legion> يبدو جيداً :) 17:24 <+legion> أظن أن بعض العبث كهذا سيكون جيداً 17:24 <cat-a-puss> jrandom: صحيح، كنت أسأل إن كان فعل ذلك سيُسرّع الأمور بما يكفي، بحيث أحياناً لا تعرف القفزات الأخيرة أنها القفزة الأخيرة، كما نوقش في القائمة. 17:25 <+fox> <Romster> exploratory tunnels لجمع مراجع الـ router في netDb؟ 17:25 <jrandom> romster: نحن المخترقون ;) لكن نعم، إذا طغت الإيجابيات الكاذبة على الحقيقية، سيتطلب الأمر عدداً كبيراً جداً من الهجمات للحصول على بيانات ذات دلالة إحصائية 17:26 <jrandom> همم صحيح يا cat-a-puss، لكن لست متأكداً كيف سيُسرّع ذلك الأمور، إذ سينقلنا من طوبولوجيا tunnel بنمط O(1) إلى O(N) 17:26 <jrandom> أو ماذا تقصد بتسريع الأمور؟ 17:26 <+fox> <Romster> وإذا وصل الأمر إلى حد اكتشافه يمكنه عندها التوقف والصمت لفترة؟ 17:26 <jrandom> استخدام التقنية الجديدة سيقلل بالتأكيد من إنشاءات الـ tunnel الفاشلة 17:26 <+fox> <Romster> أو يغيّر مفتاحه بذكاء ويستمر أو شيء من هذا القبيل هه 17:26 <jrandom> romster: ربما يجدر بك الغوص في الرسائل لمراجعة الهجوم ;) 17:27 <+fox> <Romster> نعم بعد النوم 17:27 <+Complication> Romster: على حد علمي، هو هجوم سلبي في الغالب، لذا لا يستطيع الهدف اكتشاف حدوثه 17:27 <+fox> <Romster> وأصلح حاسوب صديق لدي هنا 17:27 <+fox> <Romster> آه فهمت يا Complication. 17:27 <cat-a-puss> jrandom: لا أتحدث عن مسألة O(n). أعني مجرد الانتظار لبناء client tunnel حتى نحتاج واحداً لبعض التطبيقات، بدلاً من إبقائها موجودة طوال الوقت. 17:28 <+Complication> (لكن قد أكون مخطئاً، وقد تتضمن تلك الرسائل الـ 26 الأخيرة مكونات فعالة) 17:28 <+fox> <Romster> هل هجوم سلبي طويل الأمد سيعثر في النهاية على الهدف؟ 17:28 <+fox> <Romster> سأعلّق بعد أن أقرأ القائمة 17:28 <jrandom> آه يا cat-a-puss، سنحسّن بالتأكيد تجميع الـ tunnel في 0.6.2. نحن حالياً نبني الـ tunnel فقط عندما نحتاجه (مع منح أنفسنا وقتاً قليلاً تحسباً لفشل الإنشاء) 17:28 <+Complication> Romster: حسناً، إدامة الهجوم بعد عمر الـ tunnel سيتطلب موارد وصبراً 17:28 <+fox> <Romster> ولأفهمه أفضل 17:29 <+Complication> لكن الوقت يلعب دوراً في كل احتمالية نجاح. كلما طالت المحاولة زادت الفرص. 17:29 <+fox> <Romster> آه هذه هي الفكرة: عمر الـ tunnel يكون قصيراً جداً بحيث لا ينجح هجوم ذو جدوى. 17:29 <jrandom> كل تجمّع لديه عدد محدد من backup tunnels، ونبني افتراضياً بدائل بين 60-120 ثانية قبل انتهاء صلاحية القديم 17:29 <+fox> <Romster> time* 17:30 <jrandom> صحيح يا Complication - كل عينة تحدث فقط 'm' مرات كل (c/n) tunnels 17:30 <+fox> <Romster> لا يوجد تفاعل بين كل tunnel لجمع الإحصاءات؟ 17:30 <+fox> <Romster> عندما يكون أحدها على وشك الانقضاء ويُبنى آخر 17:31 <jrandom> romster: الـ tunnels الجديدة لا تتحدث مع بعضها، لا، لكن هذا ليس الهجوم الذي كان Michael يصفه 17:31 <jrandom> هناك هجمات لا حصر لها، وقد تعاملنا مع معظمها، لكن كلما جاء أحدهم بهجوم قد يؤثر على عمل I2P، نرغب في تحليله أكثر 17:31 <+fox> <Romster> يجب أن أقرأ القائمة، حسناً سأكتفي بهذا الآن، هل لدى أحد شيء يقوله؟ 17:32 <jrandom> حسناً، إن لم يكن هناك شيء آخر، دعونا ننتقل إلى 6) تحقيقات حول الفيروس 17:32 <+fox> <Romster> في الحقيقة إحصائية أراها ممكنة: عدم وجود قفزة 0 يعني أن القفزة التالية ليست نقطة النهاية لذا يمكن استبعادها، لكن مع ملايين العقد ستكون تقنية التحليل تلك عديمة الفائدة 17:33 <jrandom> ليس لدي ما أضيفه فوق ما نوقش في المنتدى 17:33 <jrandom> صحيح يا Romster، هناك هجمات سَلَف على طول الـ tunnel، وهو من الأمور الأساسية التي نعالجها في 0.6.2 17:33 <+fox> <Romster> فيروس؟ أي فيروس؟ إن كان Linux فلن يوجد، أما Windows هممم 17:34 <+Complication> حسناً، رغم أنني لم أستطع بناء ملف ثنائي مطابق (لا أدري لماذا) كان الاختلاف النهائي صغيراً بما يكفي... ليكون مفيداً لمن يهتم بقراءة كود assembly. 17:34 <jrandom> Romster: رجاءً، ملاحظات الحالة الأسبوعية تشرح بنود الأجندة هذه، والاجتماع لمناقشة أمور تتجاوز ما في الملاحظات ;) 17:35 <+Complication> لم أستطع بالتأكيد إيجاد شيء واضح هناك، ولم أستطع أيضاً تفسير كل الاختلاف. 17:35 <@cervantes> اقرأ الدليل والمنتدى 17:35 <+fox> <Romster> نعم، لست على اطلاع منذ مدة، آسف على ذلك يا jrandom 17:35 <@cervantes> ;-) 17:35 <jrandom> نعم، حقيقة أن ملف bat آمن معروف والقديم كلاهما أثارا كود الكشف نفسه أمر مهم 17:35 <+Complication> نعم، هذا يخفف الشكوك. 17:36 <+Complication> أظن أن QBFC قد يكون به اختلافات غير موثّقة ضمن رقم الإصدار نفسه (بناءات مختلفة؟) 17:37 * jrandom لا فكرة لديه، لكن ربما هو تفاعل ما مع نظام التشغيل، أو أي شيء. لا أدري، لقد قدّمت تحليلاً كافياً ليتمكن الناس من اتخاذ قرار مستنير 17:37 <+Complication> أظن أن هذا أفضل. 17:37 <+Complication> فك التجميع حقاً خارج مجالي المعتاد. 17:37 <jrandom> legion: هل هناك شيء تود ذكره حول هذا، أم ينبغي للناس فقط الرجوع إلى المنتدى لمزيد من المعلومات؟ 17:38 <@cervantes> هل يمكنني أن أكرر ما قاله الآخرون في المنتدى، وأشكر Complication على الوقت والمحاولات الدقيقة التي بذلها لفحص هذه المسألة 17:38 <jrandom> نعم، نقدّر ذلك كثيراً 17:38 <+legion> ليس لدي ما أضيفه، أشعر أنني قلت الكثير حوله بالفعل 17:39 <jrandom> حسناً مفهوم. طيب، هل لدى أحد آخر شيء يطرحه حول هذا، أم ننتقل إلى 7) ??? 17:39 <jrandom> [اعتبرونا انتقلنا] 17:40 <+fox> * Romster يؤيد ذلك :) 17:40 <+legion> حسناً بالنسبة لـ 7)??? ما رأيكم أن نأخذ لحظة لمناقشة i2phex 17:40 <jrandom> رائع، فكرة جيدة 17:40 <+fox> <Romster> بما أنني أستخدمه الآن حتى :) 17:40 <@cervantes> لا لا، عناق جماعي أولاً 17:40 <jrandom> ذكر redzara أنه سيحضر الاجتماع، لكن التقدم في الدمج بطيء 17:41 <+legion> susi23 سأل عن نسخة بلا واجهة 17:41 <jrandom> آه رائع، رأيت منشورك حول ذلك 17:41 <+fox> <Romster> قد أضيف أن قائمة المفضلة تحتاج أن تكون أعرض لتستوعب مفاتيح i2p الأطول 17:42 <+susi23> (ليس أمراً ضرورياً، كنت فقط فضولياً حيال ذلك) 17:42 <jrandom> حسناً، لا أحد يستطيع تذكر مفاتيح base64، لذا لست متأكداً أنك تفوت الكثير يا Romster ;) 17:42 <jrandom> (والبايتات الأولى ينبغي أن تكفي لتمييزها فريداً) 17:42 <+fox> <Romster> تشغيل i2phex مع خادم هو المشكلة الكبرى التي أراها حتى الآن 17:42 <+legion> في الواقع أود رؤية عرض أول 12 حرفاً فقط من المفاتيح في العميل 17:42 <+fox> <Romster> هيه خمن 17:43 * للأسف Complication مشغول جداً، ولا يستطيع القيام بأي xml-rpc 17:43 <jrandom> يبدو معقولاً يا legion 17:43 <+fox> <Romster> ماذا عن عرض عدد أحرف يكفي لجعل المفتاح فريداً 17:43 <jnymo_> أحصل على نتائج جيدة مع i2phex 17:44 <jrandom> جميل يا jnymo_, سمعت أموراً جيدة أيضاً 17:44 <+fox> <Romster> لذا إذا بدأ مفتاحان بـ abc سيكون العرض abcx 17:44 <jnymo_> 12 حرفاً متطابقة ليس أمراً محتملاً، يا romster 17:44 <+fox> <Romster> صحيح 17:44 <+Complication> إضافة إلى ذلك، الأبسط = الأسرع 17:44 <+fox> <Romster> لكن لن نحتاج 12 إذا كانت المفاتيح عشوائية إلى هذا الحد 17:45 <+Complication> (ليس أن هناك الكثير من السرعة تُكسب من عرض الأشياء) 17:45 <+legion> ربما يمكن أن تكون هناك نافذة خصائص للمضيف، تُظهر المفتاح كاملاً وبعض المعلومات مثل مقدار ما يشاركه وما إلى ذلك 17:45 <+susi23> (netDb يعمل بشكل رائع بأربعة أحرف فقط لمعرفات الـ router) 17:45 <+fox> <Romster> أو قاعدة البيانات واستخدام keyname=base64 وعرض keyname فقط 17:46 <jrandom> همم، ظننت أن هناك بالفعل عرضاً لمعلومات الأقران يا legion؟ 17:46 <jrandom> legion: أشياء كهذه ستكون جيدة لإضافتها إلى phex الرئيسي على الأرجح؟ 17:46 <+legion> همم قد تكون محقاً... 17:46 <jrandom> (بهذه الطريقة يمكن لـ Gregor صيانته ;) 17:46 <+Complication> حسناً، هناك وظيفة «تصفّح المضيف»، لكنها قد لا تكون الشيء نفسه تماماً. (إذا كانت تعمل.) 17:46 <jrandom> Complication: تعمل 17:46 <jrandom> (أقصد تعمل) 17:47 <+Complication> يبدو أنها تضع destkey الخاص بالمضيف في صندوق البحث 17:47 <+Complication> ...وتُجري بحثاً. 17:48 <jnymo_> قد يكون هذا مسألة في i2phex الرئيسي، لكنني لم أرَ ETA لتنزيلات i2phex 17:48 <+Complication> همم... أو في الواقع، لا تُجري بحثاً. 17:48 <+Complication> يبدو أنها تنتظر حتى أبدأها يدوياً. 17:48 <+fox> <Romster> ما فائدة خانة «تشغيل i2phex المجاور»؟ 17:49 <+legion> أرى أن هناك متسعاً كبيراً للتحسين. ;) 17:49 <jrandom> نعم :) 17:50 <jrandom> هناك الكثير لنفعله، والمنتدى مكان جيد لطرح الأفكار/الاقتراحات/الأسئلة (/الرقع :) 17:50 <+fox> <Romster> رغم اسمه الواضح 17:50 <jrandom> حسناً، هل لدى أحد شيء آخر للاجتماع؟ 17:50 <+fox> <Romster> همم نقطة جيدة 17:50 <+fox> <Romster> لا أستطيع التفكير بشيء آخر 17:51 <+fox> <Romster> لكن هل يعمل أحد على data store موزّع؟ 17:51 * cervantes ينظر إلى ساعته 17:51 <+fox> <Romster> أعني بنشاط 17:51 <jrandom> Romster: بخلاف syndie، لا 17:51 <jrandom> (ليس حسب معرفتي، على الأقل) 17:52 <+legion> كنت أتساءل عن دمج مدير تنزيلات HTTP في i2p، سيجعل تنزيل المحتوى الكبير من eepsites أسهل. 17:52 <+fox> <Romster> q وiphex وواحد أو اثنان آخران، لكن لم أرَ شيئاً مُصاناً منذ مدة الآن 17:52 <@cervantes> ما حالة feedspace... لم أسمع شيئاً عنه منذ مدة 17:52 <jrandom> legion: سيكون ذلك رائعاً - أظن أن هناك منشوراً حول ذلك في المنتدى أيضاً 17:53 <+fox> <Romster> آه feedspace واحد آخر 17:53 <jnymo_> إن كان ذلك ذُكر في الاجتماع بالفعل، فلا بأس.. لكن هل هناك أخبار عن تعاون i2p مع Freenet؟ 17:53 <jrandom> cervantes: آخر ما سمعت أن frosk كان مشغولاً نوعاً ما، لكن إن كان frosk موجوداً، فربما يخبرنا المزيد :) 17:53 <+legion> شخصياً أود رؤية تعاون i2p مع Entropy. 17:54 <+fox> <Romster> لدي أفكار لـ datastore، لكنها ستكون توسيعاً للأساليب الحالية قيد الاستخدام 17:54 <+legion> نظراً لأن q وfeedspace وما شابه لا تبدو أنها تتقدم بسرعة حالياً 17:54 <jrandom> jnymo_: لقد أرسلت لفريق Freenet بعض الشيفرة لتعمل على ناقل SSU الخاص بنا، وقد شارك toad في بعض النقاشات، لكن Freenet لن تكون في وضع يسمح لنا بتشغيلها كـ data store فوق i2p لفترة (على الأرجح بعد إصدارهم 0.7) 17:54 <+fox> <Romster> أريد بدء مشروع لكن دون تكرار ما فعله الآخرون بالفعل 17:54 <+legion> أتساءل إن كان بالإمكان نقل Entropy ليعمل فوق i2p... 17:54 <jrandom> legion: Entropy سيكون جيداً، لكن التكامل صعب نوعاً ما. بالطبع، يمكن للناس تشغيل أشياء مثل fproxy.i2p لصالح Entropy 17:55 * jrandom لا يعرف شيفرة النقل الخاصة بـ Entropy إطلاقاً 17:55 <+fox> <Romster> أوقفتُ تطوير عميل IRC الخاص بي، فهناك الكثير منها قيد التقدم بالفعل، كل ما يحتاجه i2p الآن هو datastore وسيتفوّق على Freenet بسهولة :) 17:55 <jrandom> (ولكن ربما يكون ذلك طريقة جيدة لجعل أحدهم يعبث بـ GCJ SDK :) 17:56 <jrandom> Romster: المساعدة في جهود الآخرين مجزية أكثر بكثير من بدء مشاريع جديدة تماماً، إذ تنجز الكثير بجهد أقل :) 17:56 <jnymo_> آه.. مبروك على نقل GCJ 17:56 <+fox> <Romster> Entropy مكتوب بـ C أو C++ إن لم تخني الذاكرة 17:57 <jrandom> صحيح يا Romster، ولذلك سيكون بإمكانهم استخدام SDK وStreaming lib الخاصة بـ I2P، مبنية مع GCJ إلى مكتبات أصلية 17:57 <+fox> <Romster> jrandom صحيح، لكن من؟ :) 17:57 <jrandom> لست أنا 17:57 <+legion> أوه وعلى صعيد آخر، أود فقط أن أذكر أنني أصدرت اليوم نسخة جديدة من تحديث readme.html الخاص بي لـ router console الخاصة بـ i2p. 17:57 <jrandom> (الطريقة الوحيدة لإنجاز شيء تهتم به هي أن تقوم أنت به :) 17:57 <jrandom> جميل 17:57 * dust يود رؤية نوع من «squid» للمزامنة لتخفيف حمل eepsites 17:58 <jrandom> dust: نعم بالتأكيد، إذا استطعنا جعل sucker يقوم بهذا الدور، فسيكون مثالياً 17:58 <jrandom> على سبيل المثال، سأحب الحصول على أحدث المعلومات من orion عبر syndie، محلياً 17:59 <+fox> <Romster> ابنِ وكيلاً (proxy) ليستخدمه squid :) 17:59 <+legion> كنت أؤجله على أمل أن تكون تحسينات معينة على python eepsitechecker قد أُنجزت الآن. 17:59 <dust> آه، syndie 17:59 <jrandom> (هذا فعلياً ما صُمّم له syndie - المزامنة لتقليل الحمل) 17:59 <dust> هو «الحل» 17:59 <jrandom> هل هناك أداة فحص eepsite بـ Python؟ 17:59 <+fox> <Romster> أول مرة أسمع عنه 17:59 <+legion> نعم، هذا ما أستخدمه ;) 18:00 <jrandom> جميل يا legion 18:00 <+legion> حقاً؟ لقد كان موجوداً منذ مدة 18:00 <+fox> <Romster> جميل، أرغب في الاطلاع عليه :) 18:00 <@cervantes> أظن أن أحدهم نقل سكربت baffled... لا أذكر من/متى 18:00 <+fox> <Romster> أنا أتعلم Python 18:00 <jrandom> آه حسناً يا cervantes 18:00 <+fox> <Romster> بالطريقة الصعبة عبر الأمثلة والدليل :) 18:01 <jrandom> نعم، أنا كسول، أستخدم فقط polecat.i2p/i2psurvey/ وorion.i2p/ :) 18:01 <jrandom> (لا حاجة لي إلى الزحف) 18:01 <+legion> إذا رغب أحد في العمل معي عليه، أود حقاً إصلاح الشفرة وجعلها تعمل مع Python 2.3 أو 2.4 18:01 <+fox> <Romster> لدي 2.4 مُثبت هنا 18:01 <+Ragnarok> قد ألقي نظرة عليه. هل لديك رابط؟ 18:01 <+fox> <Romster> أظنها في الواقع 2.4.1 18:02 <+legion> حالياً ليس لديه توافق مع py2exe ونصفه يعمل مع كل نسخة، ما يعني أن أي شخص يشغله يحتاج إلى تثبيت النسختين معاً. 18:02 * jnymo_ يود رؤية هجين orion.i2p/I2PDirectory.. معلومات، تصنيفات، إحصاءات.. رائع 18:02 <+legion> سأؤرشفه بعد الاجتماع وأنشر رابطاً في المنتديات 18:03 <+Ragnarok> حسناً 18:03 <jrandom> legion: همم، هل ترى كثيرين بحاجة لتشغيل ذلك؟ أعني، قليلون فقط يحتاجون إلى الزحف 18:03 <+fox> <Romster> كِلاهما، أوف، قد يكون كثيراً علي لأحوله إلى الأحدث، لا أدري حتى أرى الشفرة 18:03 <jrandom> (ليس أن هناك بأساً في تسهيل الأمر لأولئك القلة، بالطبع :) 18:04 <+fox> <Romster> ربما يُفكك ويُستخدم لأشياء أخرى أيضاً؟ 18:04 <+legion> الأمر أنني أرى إمكان وجود استخدامات لكل من يشغل i2p. 18:04 <+fox> <Romster> could* 18:04 <jrandom> همم، لست متأكداً، هل يمكنك شرح كيف؟ 18:04 <jrandom> أعني، لا أريد للجميع عملياً تنفيذ DDoS على كل eepsite 18:05 <+legion> أحدها سيكون صفحة إشارات مرجعية ديناميكية، تُولّد تلقائياً كل 12-24 ساعة أو نحو ذلك. 18:05 <jrandom> آه، هذا تافه في syndie (في الواقع من الميزات الرئيسية - «مدونات جديدة») 18:05 <jrandom> ((لكن بالطبع، ليس لدى syndie واجهة رائعة لهذا بعد)) 18:06 <+fox> <Romster> في الواقع سنحتاج فقط إلى قلة للزحف ووضع النتائج في قاعدة شبيهة بـ torrent/DHT ومزامنتها بين العقد 18:06 <jrandom> صحيح يا Romster (مع أن تلك القاعدة الشبيهة بـ torrent/DHT للمزامنة أو «syndi»cation قد تكون syndie ;) 18:06 <+fox> <Romster> قد تكون حتى طريقة خفية لمعرفة المزيد من عقد i2p وخدماته 18:07 <+fox> <Romster> نعم أو syndie 18:07 <jrandom> حسناً، هل لدى أحد آخر شيء للاجتماع؟ الكاري يبرد ;) 18:08 <+fox> <Romster> إذا كان syndie سيكون عظيماً إلى هذا الحد، فيمكن تخزين الصفحات الثابتة في الذاكرة المؤقتة وكذلك الصور 18:08 <+fox> <reliver> شهية طيبة، jrandom :-) 18:08 <jrandom> بالضبط يا romster، يمكنك فعل ذلك الآن 18:09 <jrandom> حسناً، إن لم يكن هناك شيء آخر... 18:09 * jrandom ينهي 18:09 * jrandom *baf*s أغلق الاجتماع