I2P Dev Meeting - July 20, 2004

14:05 <jrandom> 0) مرحباً 14:05 <jrandom> 1) 0.3.2.3، 0.3.3، وخارطة الطريق 14:05 <jrandom> 2) s/reliability/capacity/g 14:05 <jrandom> 3) تحديثات الموقع 14:05 <jrandom> 4) الهجمات والدفاعات 14:05 <jrandom> 5) ??? 14:05 <jrandom> 0) مرحباً 14:05 * jrandom يلوّح 14:05 <jrandom> ملاحظات الحالة الأسبوعية منشورة على @ http://dev.i2p.net/pipermail/i2p/2004-July/000358.html 14:06 <jrandom> ننتقل مباشرة إلى 1) 0.3.2.3، 0.3.3، وخارطة الطريق 14:07 <jrandom> (بينما تفترضون أنكم تقرأون مسبقاً، أفترض ;) 14:07 <jrandom> إصدار 0.3.2.3 متاح ويبدو أنه يعمل بشكل جيد 14:07 <jrandom> ما أبرز المشاكل التي يراها الناس؟ 14:08 <deer> <Nightblade> لا مشاكل إطلاقاً 14:08 <deer> <duck> مدة تشغيل 4 أيام بلا مشاكل 14:08 <jrandom> هممم، تمام 14:08 <deer> <duck> بالنسبة للبعض، irc لا يبدو مستقراً جداً 14:08 <deer> <duck> مثل طرد kaji كل دقيقة 14:08 <deer> <duck> لكن هذا ليس جديداً 14:09 <jrandom> نعم هذا يحدث له على شبكة freenode أيضاً، لذا لست متأكداً ممّا نلومه هنا 14:09 <deer> <duck> نعم 14:09 <deer> <duck> connelly واجه بعض التنزيلات السيئة على حد علمي 14:10 <deer> <duck> لكنّك لا تسمعني أشكو 14:10 <jrandom> آه حقاً؟ همم، أظن أننا وجدنا أن بعض تلك المشاكل كانت مرتبطة بمكتبته، لكنني واجهت بين حين وآخر فشلاً في نقل الملفات الكبيرة 14:10 <jrandom> خصوصاً أثناء تحميلي للكتب من alexandria 14:10 <jrandom> (ليس خصوصاً، لكنه الموقع الوحيد الذي أحمّل منه دون مشاركة) 14:11 <deer> <duck> :) 14:11 <jrandom> حسناً، خطتي هي أنه بمجرد صدور 0.3.3، سأركّز وقتي على إيصالنا إلى 0.4، إلى جانب أي إصلاحات للأخطاء يطرحها الناس 14:12 <jrandom> العمل المتبقي في 0.4 هو في الغالب أمور ويب بسيطة (لوحة تحكم جديدة للـ router مع servlets، تكامل Jetty، servlet للتحكم بالـ router، وservlet لإعداد مثيلات i2ptunnel) 14:13 <jrandom> ربما يمكن لأشخاص الـ JSP/Servlet المساعدة في بعض ذلك ليألفوا الشيفرة، مع أنني قمت بالكثير من هذه الأشياء من قبل، لذا لن يكون التنفيذ صعباً جداً 14:13 <jrandom> على حد علمي، مُثبِّت hypercubus جاهز تقريباً 14:13 <jrandom> (مع أنني ألقيت عليه بعض العمل الجديد اليوم ;) 14:13 <deer> <duck> featurecreep++ 14:14 <jrandom> يبقي الناس متأهّبين :) 14:14 <jrandom> (لكن هيا، الجميع يكره تنزيل كل ملفات JAR بشكل منفصل أثناء الترقية) 14:14 <deer> <duck> نعم، هذه أكبر مشكلة لدي مع الترقية 14:14 <deer> <duck> (مع أنني أستخدم cvs) 14:14 <deer> <duck> لكنها ستكون كذلك لو لم أفعل 14:15 <jrandom> ههه 14:15 <mihi> jrandom: فقط tar جميعها -> تنزيل واحد ;) 14:15 <jrandom> سيكون ذلك بسيطاً بما يكفي، واترك updgrade.sh/upgrade.bat == jar xf upgrade.jar 14:16 <jrandom> (بعد نداء مشابه لـ wget) 14:16 <jrandom> حسناً، أعتقد أن hypercubus يسيطر على الشيفرة اللازمة لكل ذلك، لذا يمكننا ترك الأمر له ليفعل الشيء الصحيح 14:17 <jrandom> على أي حال، نعم، كما قد تكونون لاحظتم، جدولنا ليس تماماً كما كان سابقاً 14:17 <jrandom> وقد تم تحديث خارطة الطريق وتمدّدددددددت 14:18 <mihi> jjrraannddoomm:: cchheecckk yyoouurr dduupplleexx sswwiittcchh 14:18 <deer> <Nightblade> hah 14:18 <jrandom> هه 14:18 * mihi ارتكب خطأ... من سيلاحظه أولاً؟ 14:19 <jrandom> (\n\n) 14:19 <jrandom> على أي حال 14:19 <mihi> حسناً، آخر ;) 14:19 <duck> (لا مسافتين مزدوجتين) 14:19 <mihi> duck++ 14:20 <jrandom> أعتقد أن خارطة الطريق واقعية إلى حد كبير على الأقل حتى إصدار 1.0 الآن، مع أنه بناءً على تبني المستخدمين والتغذية الراجعة قد نعيد ترتيب أو نلغي أحد 0.4.2 أو 0.4.3 14:20 <jrandom> (وطبعاً، وكما دائماً، خارطة الطريق قابلة للتغيير إذا انخرط المزيد من الأشخاص :) 14:21 <modulus> ربما يوماً ما سأفعل، بعد أن أتعلم Java، لكن i2p لا يبدو مشروعاً للمبتدئ. 14:21 <deer> <Sandworm> نعم، سيستغرق وقتاً أطول :) 14:21 <deer> * duck يتوقع مزيداً من الانزلاقات على الطريق 14:21 <modulus> :-) 14:22 <deer> * duck بالكاد يمكنه أن يسميها انزلاقات، انظر إلى الجدول المثير للإعجاب على http://www.i2p.net/redesign/announcements 14:22 <jrandom> قد تحدث انزلاقات بالطبع، لكنني أظن أن المعالم المتبقية قابلة للتنفيذ 14:22 <jrandom> نعم، شكراً لإظهارك أن ليس لدي حياة يا duck ;) 14:22 <deer> <duck> هذه حياتك 14:22 <modulus> إذاً، متى يصدر 1.0؟ :-) 14:22 <deer> <duck> كن فخوراً بها 14:23 <jrandom> modulus: بينما بعض أجزاء i2p صعبة جداً، هناك الكثير من الأجزاء التي يمكن لمطور جديد التعامل معها بسهولة 14:23 <modulus> لكن ربما أجزاء مملة نوعاً ما، أليس كذلك؟ 14:24 <jrandom> لا، إطلاقاً. مثلاً، إنشاء تطبيق أنيق لنقل الملفات بشكل مجهول أو دردشة، خادوم ويب صغير، MUD، تطبيق شطرنج، أيّاً كان 14:24 <duck> (تحديثات الموقع) 14:24 <modulus> همم، يبدو رائعاً. 14:24 <jrandom> (المعروف أيضاً بتطبيقات عميل بسيطة يمكن أن تكون مجهولة) 14:24 <jrandom> وبالطبع تحديثات الويب ;) 14:25 <modulus> ما موضوع تحديثات الويب هذا؟ 14:25 <jrandom> موقعنا يحتاج عملاً (انظر http://dev.i2p.net/pipermail/i2p/2004-July/000358.html أو انتظر بضع دقائق لبند الأجندة 3) 14:25 <cat-a-puss> أين يندرج myi2p ضمن كل ذلك؟ 14:25 <modulus> آه آه 14:26 <jrandom> cat-a-puss: http://www.i2p.net/redesign/myi2p :) 14:26 <modulus> أظن أن myi2p ليس أولوية الآن... 14:26 <jrandom> (لقد كتبت صفحة موجزة عنه قبل بضع ساعات) 14:27 <jrandom> على هامش ذلك، تُنشر جميع تحديثات الموقع إلى قائمة i2pwww البريدية (http://dev.i2p.net/pipermail/i2pwww/2004-July/thread.html) 14:28 <modulus> همم، يمكنني كتابة global naming ap :-) 14:28 <jrandom> لكني ما زلت أرى تنفيذ myi2p (على الأقل دفتر العناوين الأساسي والتدوين) يتم لإصدار 1.0 14:28 <jrandom> (حسب خارطة الطريق، المقرر في نوفمبر) 14:28 <jrandom> نعم، بكل تأكيد يمكنك 14:28 <modulus> شيء أبسط من DNS، مع التحقق وتفويض نطاقات المستوى الأعلى TLD's 14:28 <jrandom> لن يكون امتلاكه أمراً سيئاً أيضاً - تطبيق بسيط يمكنك من خلاله الاستعلام من خادوم أسماء مركزي سيكون لطيفاً 14:29 <modulus> نعم 14:29 <jrandom> إذاً، ابدأ بالبرمجة :) 14:29 <modulus> سأبدأ غداً. وبّخوني إذا انشغلت بأشياء أخرى ;-) 14:29 <jrandom> ههه رائع، سيتم ذلك 14:29 <jrandom> حسناً، ننتقل إلى 2) s/reliability/capacity/g 14:29 <duck> سؤال صغير حول الموقع: 14:29 <duck> أوه انتظر 14:29 <duck> هذا 3 14:29 <duck> آسف 14:29 <jrandom> بالتأكيد، ما الأمر؟ 14:30 <jrandom> آه، تمام 14:30 <jrandom> سيكون هناك تغيير جوهري إلى حد ما في شيفرة توصيف الأقران والاختيار في إصدار 0.3.3، كما هو موضح في البريد وعلى http://www.i2p.net/redesign/how_peerselection 14:31 <jrandom> لقد شغّلته على زوج من الـ routers حالياً ويبدو أنه يتصرف بشكل جيد إلى حد ما (Speed: 25.18 (5 fast peers) Capacity: 17.50 (8 high capacity peers) Integration: 37.00 (2 well integrated peers)) 14:31 <jrandom> ولا مزيد من القيم السالبة :) 14:31 <modulus> :) 14:32 <jrandom> سأختبره أكثر قليلاً، ربما ليوم أو يومين آخرين، ثم أُطلقه كـ 0.3.3 14:32 <cat-a-puss> d 14:32 <cat-a-puss> <modulus> 14:32 <cat-a-puss> أوبس 14:33 <duck> هل تقترح عدم تحديث cvs؟ 14:33 <cat-a-puss> للقيام بـ DNS انظر إلى نسخة مخبأة من http://www.levien.com/thesis/compact.pdf 14:33 <jrandom> كلا، cvs مستقر إلى حد ما حالياً 14:33 <jrandom> (لكن كما دوماً، كن مستعداً للتراجع إن ظهرت أمور سيئة) 14:35 <jrandom> يبدو رائعاً يا cat-a-puss، شكراً 14:35 <cat-a-puss> (لدي نسخة من الأصل إذا أرادها أحد) 14:36 <jrandom> ذاكرة Google المؤقتة تُشوّه الصور قليلاً، لذا إن كان لديك ملف PDF الخام فسيكون ذلك رائعاً 14:36 <jrandom> على أي حال، ننحرف قليلاً عن الموضوع الآن (لكن يمكننا العودة إلى هذا) 14:37 <jrandom> هذا تقريباً كل ما يتعلق بتحويل reliability إلى capacity، لذا ننتقل إلى 3) تحديثات الموقع 14:37 <jrandom> duck: هل كان لديك شيء تود طرحه؟ 14:38 <jrandom> بينما يُحضّر duck ملاحظاته، هل لدى أحد أفكار/اقتراحات/مخاوف بخصوص البنود المنشورة في البريد؟ 14:39 <deer> <Nightblade> الموقع يبدو جيداً 14:39 <jrandom> نعم، أحببت نظام التنقل الجديد وتصميم الموقع نظيف جداً 14:40 <deer> <Nightblade> أسهل للعثور على الأشياء 14:40 <cervantes> أسهل بكثير للعثور على الأشياء 14:40 <duck> أولاً أود أن أشكر ممثل المستخدم لدينا protocol على أنه أصبح مفيداً :) 14:40 <jrandom> هه 14:40 <duck> كانت لديه بعض الاقتراحات الجيدة وقد بدأ للتو 14:40 <cervantes> هيب هيب هورا! 14:40 <jrandom> (أحسنت!) 14:41 <duck> بعد ذلك أرى أنه لا يوجد بالكاد سبب لعدم نشر إعادة التصميم فعلياً 14:42 <jrandom> أتفق - ربما يمكننا فقط وسم الأخبار/التطوير/التوثيق كعناصر ليست ضمن تنقل الصفحات، وترك تعديلات JVM والإعداد حالياً، وإضافة بعض المحتوى الأساسي لصفحة I2PTunnel، أظن أنه يمكننا نشره 14:42 <jrandom> أريد فقط أن يصبح مباشراً مع عمل جميع الروابط (وجميع الصفحات التي لا تعمل) 14:43 <jrandom> وبالطبع ستكون هناك تحديثات إضافية بعد أن تصبح حيّة ;) 14:43 <jrandom> أقصد، مباشرة 14:44 <jrandom> على الهامش، قام wilde بتوصيل حسابنا لدى 34sp أيضاً، لذا سنتمكن من نقل الموقع إلى هناك عند الحاجة 14:44 <cervantes> رائع 14:44 <jrandom> ما رأيك يا duck؟ هل يمكن لملف menu.php ذاك التعامل مع عناصر تنقل ليست صفحات؟ 14:44 * cervantes يفحص صندوق الوارد بحثاً عن نقاط الإحالة 14:45 <jrandom> (أم سيكون جهداً كبيراً لتعديل ذلك؟) 14:45 <jrandom> ههه cervantes، ينبغي أن يكون ذلك في الطريق 14:45 <cervantes> ;-) 14:45 <cervantes> آه، حيلة «الشيك في البريد» القديمة 14:47 <duck> آسف؛ أقوم بعمل آخر في هذه الأثناء. 14:47 <duck> حسناً؛ نعم، من الممكن جعله عنوان قسم تنقل فقط 14:47 <jrandom> لا مشكلة، يمكننا المضي قدماً والعودة إليه لاحقاً إن أردت 14:47 <jrandom> حسناً، رائع 14:47 <jrandom> (duck++) 14:48 <jrandom> حسناً، أي أمور أخرى متعلقة بالموقع؟ 14:48 <duck> مع اقتراحك يبدو جاهزاً للنشر. 14:48 <jrandom> إن لم يكن، يمكننا الانتقال إلى 4) الهجمات والدفاعات 14:48 <duck> . 14:48 <jrandom> تمام 14:49 <jrandom> حسناً، أفترض أنكم قرأتم القائمة البريدية ورأيتم منشورات connelly والردود المختلفة 14:50 <cervantes> لقد كان منشغلاً :) 14:50 <cervantes> (تقريباً بقدر proto) 14:50 <Connelly> برأيي، تبدو الشبكة متينة تجاه كل شيء عدا تحليل المرور (المواقع ذات الحركة العالية)، وهجمات قطع الاتصال من جهات حكومية، وللمهاجمين الذين يسيطرون على غالبية كبيرة من الشبكة 14:50 <jrandom> مع أنني أرى أننا في وضع جيد، فأنا متأكد من أنه لا بد أن هناك شيئاً (أو أشياء) فاتتنا، لذا رجاءً لا تفترضوا أن i2p يفعل أو سيفعل ما يقوله—تحدّوا الافتراضات وقولوا لماذا هو سيئ 14:50 <Connelly> التشفير يفسد فعلياً أي هجمات غير عدوانية 14:51 <jrandom> هذا ما نأمله 14:51 <jrandom> بالإضافة إلى أنه مع قدرات i2p 2.0 و3.0، ستصبح دفاعات ضد هجمات خصوم على مستوى حكومي ممكنة 14:51 <Connelly> وطبعاً عملياً ستكون هناك ثغرات أمنية لإصلاحها 14:52 * jrandom ما زال بحاجة لكتابة بعض الوثائق حول كيف ستمنع تأخيرات 3.0 هجمات التقسيم 14:52 <jrandom> بالتأكيد يا connelly 14:54 <jrandom> حسناً، إن لم يكن هناك المزيد على هذا المنوال، أظن أن هذا كل ما لدي 14:54 <jrandom> إذاً 5) ??? 14:55 <jrandom> أوه، وعلى الهامش، رسمت مخطط استخدام النطاق مقابل عدد الـ tunnels المُشارَك فيها لإحدى المحاكاة خلال فترة 4 أيام 14:55 <jrandom> هذا منشور على @ http://dev.i2p.net/~jrandom/4daybandwidth.webp 14:56 <jrandom> المحاكاة كانت تحتوي رسائل بحجم 32KB تُرسل ذهاباً وإياباً كل 30 ثانية، مع خنق اثنين من الـ routers عند 6KBps، وتصرفت الأمور تماماً كما «يجب» 14:56 <duck> (تم تنفيذ خاصية nolink للموقع) 14:56 <jrandom> (مثلاً: توزّع الحمل على الأقران السريعين الموثوقين، وتجنّب الأقران البطيئين، إلخ) 14:56 <jrandom> w00t 14:56 <Connelly> سيكون من الجميل رسم لوغاريتمي لاستخدام النطاق/المستخدم مقابل حجم الشبكة 14:57 <Connelly> حتى يمكنك أن تقول «نعم، إنها تتدرّج فعلاً» 14:58 <jrandom> هذا لا يحتاج حتى إلى رسم لوغاريتمي—قابلية التوسّع لاتصالات العميل هي بدقّة O(1) [تتطلب 2k*msgSize، حيث k = عدد القفزات في الـ tunnel] 14:58 <jrandom> لكن نعم، أتفق، نحن بحاجة إلى بعض الوثائق التي تصف كيف يتوسّع i2p 14:58 <Connelly> بالنسبة لـ Kademlia ... هل هذا في محاكاتك؟ 14:58 <jrandom> نعم، المحاكاة هي في الواقع شيفرة الـ router كاملة، كلها تعمل ضمن JVM واحدة 14:58 <jrandom> وأقوم بتشغيلها حتى مع اتصالات TCP الكاملة بدلاً من نظام التواصل ضمن VM أيضاً 14:59 <jrandom> كود Kademlia يُستخدم أول مرة تريد Alice التواصل مع Bob—وطالما استمرّا في الحديث، فإن اتصالهما يكون O(1) لأنه يتم تضمين LeaseSet الخاصة بهما مع الحمولة 14:59 <jrandom> (لذا لا توجد حاجة لعمليات netDb لاحقة) 15:00 <cervantes> vl07 و onb0 هما الـ routers المخنوقة؟ 15:00 <jrandom> لكن نعم، نحتاج إلى محاكاة تُظهر كيف يتوسّع netDb نفسه 15:01 <jrandom> cevantes: 0jvf و onb0 15:01 <cervantes> ما الذي يفسّر هبوط vl07 بعد يوم من وقت التشغيل؟ 15:02 <cervantes> يبدو أنه يتقاطع مع 00u0 15:02 <jrandom> كل الـ routers غير المخنوقة متساوية أساساً—كلها على نفس الـ CPU، ولديها نفس التأخير (0ms)، لذا فتصنيف أحدها كـ «سريع» مقابل «موثوق» هو اعتباطي 15:04 <Connelly> هل تتعافى تسمياتك «سريع وموثوق»، «بطيء» إلخ من القيم الكبيرة؟ 15:04 <jrandom> لماذا انخفض ترتيبه/استخدامه بعد يوم؟ لست متأكداً، ربما تسبب حمل عابر على CPU أو I/O أثناء الاختبار في تقليل سرعته قليلاً 15:04 <jrandom> نعم، التصنيفات تستخدم الآن الوسيط، وليس المتوسط، بالإضافة إلى أن هناك تناقصاً سريعاً إلى حد ما في البيانات 15:05 <jrandom> s/fiarly/fairly/ 15:05 <Connelly> إذن إذا جعلتك تعتقد أن موثوقيتي 1000000000، يمكنك التعافي عندما أبدأ بإسقاط الرسائل 15:06 <jrandom> بالتأكيد—إذا «فشلت» فسأتوقف فوراً عن طلب أي مهام منك وأُخفض ترتيبك 15:06 <jrandom> وحساب «capacity» الجديد حساس جداً لمثل هذه التغييرات 15:06 <jrandom> (والسرعة أيضاً من الصعب تزويرها، إذ إن جميع ترتيبات السرعة هي قيم مقاسة فعلياً) 15:07 <jrandom> ((كما كانت الموثوقية، وكما هو حساب السعة)) 15:09 <jrandom> حسناً، هل لدى أي شخص شيء يود طرحه؟ 15:10 <deer> * jrandomi2p يقترح الـ *baf*er 15:11 * jrandom يوافق 15:11 * jrandom يستعد 15:11 * jrandom يُغلق الاجتماع بضربة *baf*