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

14:08 <jrandom> 0) مرحبًا 14:08 <jrandom> 1) آلية نقل جديدة 14:08 <jrandom> 2) حالة 0.4.1 14:08 <jrandom> 3) ??? 14:08 <jrandom> 0) مرحبًا 14:08 <duck> مرحبًا 14:09 <jrandom> أهلًا 14:09 <deer> <ugha2p> مرحبًا. 14:09 <deer> <pseudonym> مرحبًا 14:09 <jrandom> تم نشر ملاحظات الحالة الأسبوعية على @ http://dev.i2p.net/pipermail/i2p/2004-September/000454.html 14:09 <deer> * ugha2p يبحث عن ملاحظات الحالة الأسبوعية. 14:09 <jrandom> (هيه، أنا عرّاف) 14:10 <jrandom> حسنًا، ننتقل إلى 1) آلية النقل الجديدة 14:10 <jrandom> الرسالة تغطي معظم الأجزاء الرئيسية 14:11 <jrandom> كل شيء يعمل حاليًا، لكنه لن يتواصل مع أي شخص آخر بوضوح حتى يصدر الإصدار الجديد 14:12 <jrandom> اختبرتُه قليلاً، لكن من الصعب جدًا محاكاة كل مشكلات الشبكة الغريبة المحتملة التي تحدث على مستوى آلية النقل 14:12 <deer> <pseudonym> هل يتضمن حجم النافذة (window size)؟ 14:12 <deer> <ugha2p> ومع ذلك، إذا تركت ذلك فارغًا، فإن الـ router لديك سيسمح لأول نظير يتواصل معه بأن يخبره بعنوان الـ IP الخاص به، والذي سيبدأ بعد ذلك بالاستماع عليه (بعد إضافة ذلك إلى RouterInfo الخاص به ووضعه في قاعدة بيانات الشبكة). 14:12 <deer> <ugha2p> يبدو كأنه ثغرة أمنية محتملة. 14:12 <jrandom> أوه، لا، هذا مجرد النقل بين الـ routers، وليس مكتبة البث (streaming lib)، للأسف 14:12 <deer> <pseudonym> حسنًا 14:12 <jrandom> بطريقة ما يا ugha، نعم 14:12 <jrandom> (ولهذا السبب إذا كان بإمكان الناس ضبط عنوان الـ IP، فعليهم فعل ذلك) 14:13 <jrandom> ugha: ومع ذلك، فهو لا 'يصدق' ما يُقال له إلا إذا لم تكن لديه أي اتصالات تعمل 14:13 <deer> <ugha2p> ألا ينبغي للـ router أن يستمع على 0.0.0.0 في جميع الأحوال؟ 14:13 <jrandom> لكن يمكن لشخص ذكي جدًا أن يفعل أشياء خبيثة على نحو احتمالي 14:14 <jrandom> ugha: يفعل ذلك (في معظم الأحيان) 14:14 <jrandom> لكننا نحتاج إلى معرفة عنوان الـ IP الخاص بنا لكي نضعه في RouterInfo الخاص بنا 14:14 <jrandom> (لأن RouterInfo الخاص بنا يُتحقق منه كلما تواصلنا مع أحد) 14:14 <deer> <ugha2p> آه، حسنًا. 14:15 <deer> <ugha2p> أنا متأكد من وجود طرق لجعل هذا أكثر أمانًا (الاعتماد على مزيد من الـ routers لاكتشاف عنوان الـ IP)، لكنني لست متأكدًا مما إذا كان ذلك ممكنًا عمليًا. 14:15 <jrandom> نعم يا ugha، هناك متاعب في ذلك المسار، لكنها لعبة أرقام 14:16 <deer> <ugha2p> على أي حال، كان ذلك مجرد اقتراح. يمكننا المتابعة. 14:16 <jrandom> (ومع ذلك، يمكنهم ببساطة تنفيذ هجوم Sybil (هجوم بهويات مزيفة) عليك وإفساد أي أرقام تحاول الاعتماد عليها) 14:16 <deer> <ugha2p> صحيح. 14:17 <deer> <ugha2p> ماذا لو فقد الـ router جميع الاتصالات (مثلاً، فشل في الشبكة)؟ 14:17 <deer> <ugha2p> هل يعيد كشف عنوان الـ IP الخاص به؟ 14:18 <jrandom> يُنقل عنوان الـ IP كجزء من البروتوكول في كل محاولات الاتصال، ويقرر النظير اعتماده فقط إذا 1) لم يتم تعيين عنوان IP صراحةً 2) لا توجد اتصالات TCP نشطة 14:18 <deer> <ugha2p> (سيكون هذا هو الحال مع عناوين IP الديناميكية) 14:18 <jrandom> صحيح، سيعمل ذلك بشكل جيد 14:18 <deer> <ugha2p> آه، حسنًا. 14:19 <jrandom> (انظر ourAddressReceived(String addr) في TCPTransport.java للتفاصيل) 14:19 <deer> <pseudonym> ماذا يحدث عندما لا تتطابق عناوين IP المُبلّغ عنها؟ 14:19 <jrandom> pseudonym: إذا كانت لديك بالفعل اتصالات TCP نشطة، فإنك تتجاهل ما يخبرك به الآخرون 14:20 <jrandom> إذا لم تكن لديك اتصالات TCP نشطة، فإنك تُوقف المستمع القديم وتُشغّل واحدًا جديدًا بالعنوان الجديد المُعطى 14:20 <jrandom> (مع تحديث routerInfo الخاص بك) 14:22 <deer> <pseudonym> إذا كانت هناك اتصالات نشطة، فيبدو أن عدم التطابق ينبغي أن يكون إشارة تحذير 14:22 <deer> <pseudonym> (لست متأكدًا مما ينبغي فعله حيال ذلك) 14:22 <jrandom> إذا أعطانا أحدهم عنوان IP خاطئ (ونحن نعلم أنه عنوان خاطئ، لأن لدينا بالفعل العنوان الصحيح - الذي يعمل)، فإننا نتجاهله 14:23 <deer> <ugha2p> للأسف، لم نعد نستطيع خفض تصنيف موثوقية الـ router. 14:23 <jrandom> يمكننا مع ذلك إضافة ذلك إلى قائمة أخطاء الاتصال 14:24 <jrandom> ugha: لكن يمكننا وضعهم في القائمة السوداء ;) 14:24 <jrandom> (ونفعل ذلك) 14:24 <deer> <pseudonym> كيف نعرف أن العنوان الذي لدينا بالفعل هو "الصحيح"؟ ربما الاتصالات الحالية من أصحاب القبعات السوداء 14:24 <deer> <pseudonym> خصوصًا إذا كان لدينا عدد قليل من الاتصالات أو أنها حديثة فقط 14:24 <jrandom> pseudonym: الاتصالات القائمة "صحيحة" بمعنى أنها قادرة على إرسال واستقبال البيانات 14:24 <deer> <ugha2p> pseudonym: يمكننا أن نكون متأكدين عندما نحصل على اتصالات واردة جديدة، رغم أنه يمكن انتحالها أيضًا. 14:25 <jrandom> صحيح، إذا كنا نتحدث عن شخص يخشى هجوم انتحال عنوان IP نشطًا بالإضافة إلى هجوم Sybil... 14:25 <jrandom> حسنًا، يمكن لذلك الشخص ببساطة تعيين عنوان الـ IP الخاص به ;) 14:25 <deer> <ugha2p> :) 14:26 <deer> <pseudonym> ولكن ما احتمال أن يعرف المشغّل حتى ما الذي يحدث 14:26 <deer> <pseudonym> إذا حصلنا على الكثير من حالات عدم التطابق فينبغي أن تكون هناك تنبيهات فاعلة 14:27 <deer> <pseudonym> (قد يكون هذا شيئًا نقلق بشأنه في إصدار لاحق، لكن بما أنه طُرح...) 14:27 <jrandom> يمكننا إضافة رسالة صريحة إلى قائمة أخطاء الاتصال 14:27 <jrandom> القلق الحقيقي الوحيد هنا هو أننا نحاول منع تكوين مسار مقيد 14:27 <jrandom> (والشكل المتطرف لذلك هو تقسيم كامل للشبكة) 14:30 <jrandom> هذا تقريبًا كل ما أراه مناسبًا للتعامل معه الآن، على الأقل حتى مراجعة 2.0 حين نحتاج للقلق بما يتجاوز المسار المقيد 14:30 <jrandom> حسنًا، هل لدى أي شخص شيء آخر بخصوص آلية النقل الجديدة؟ 14:31 <jrandom> إن لم يكن، ننتقل إلى 2) حالة 0.4.1 14:31 <jrandom> كل الأمور "الضرورية" منتهية، لكن ما زال هناك بعض التنقيح وتحديثات طفيفة لإدخالها 14:32 <jrandom> الهدف الحالي إصدار يوم الخميس، لكن سنرى ما الذي سيُضاف أو يُحذف من المراجعة ;) 14:33 <jrandom> شيء واحد سيكون رائعًا هو لو أن أحدهم يستطيع تنزيل تثبيت jetty، والاطلاع على ملف الإعداد jetty.xml، وكتابة بعض الوثائق حول كيفية تشغيل نسخة jetty (لـ eepsite/إلخ) باستخدام ما يأتي مع i2p 14:33 <deer> <ugha2p> هل تتضمن 0.4.1 تحديثات أخرى غير آلية نقل TCP الجديدة؟ 14:33 <jrandom> ليس حقًا يا ugha :) 14:34 <deer> <pseudonym> هل هي متوافقة مع الإصدارات السابقة؟ 14:34 <jrandom> (انظر: www.i2p.net/roadmap ) 14:34 <jrandom> لا، ليست متوافقة مع الإصدارات السابقة 14:34 <deer> <ugha2p> :) 14:36 <jrandom> حسنًا، هذا كل ما عندي لذكره بخصوص 0.4.1.. هل هناك أي شيء آخر حول ذلك؟ 14:36 <jrandom> إن لم يكن، ننتقل إلى القديم الموثوق: 3) ??? 14:36 <deer> <ugha2p> *صمت* 14:37 <jrandom> هل لدى أي أحد شيء آخر (مرتبط بـ i2p) يريد طرحه؟ 14:37 <jrandom> لقد تجاوزنا بالفعل ضعف طول اجتماع الأسبوع الماضي ;) 14:37 <deer> <ugha2p> حسنًا، يمكنني أن أذكر أنه بفضل cervantes، أصبح لويكي الخاص بي الآن outproxy إلى العالم الحقيقي، عبر http://ugha.ath.cx/ 14:38 <deer> * pseudonym مُثير للمشاكل 14:38 <jrandom> أوه صحيح، رائع جدًا 14:38 <jrandom> s/outproxy/inproxy/ :) 14:38 * jrandom يرسل مُثير المشاكل إلى الزاوية 14:38 <deer> <ugha2p> صحيح، inproxy. :) 14:40 <jrandom> حسنًا، إذا لم يكن هناك شيء آخر 14:40 <deer> <pseudonym> أعتقد أن خدمة البريد الجديدة من postmaster رائعة جدًا 14:40 <jrandom> أوه، أتفق تمامًا 14:40 <deer> <pseudonym> أعني، postman 14:41 <deer> * ugha2p لم يسجّل بعد. 14:41 <deer> <baffled> هل سمع أحد أي شيء عن stasher مؤخرًا؟ 14:41 <jrandom> من الجميل أنه يعمل مع كل من telnet وkmail:) 14:41 <jrandom> لا يا baffled، لم أسمع همسة 14:42 <deer> <baffled> أظن أن aum يحتاج إلى ركلة على الرأس. 14:42 <deer> <ugha2p> ربما سأكتب صفحة عن EepMailAnonymity، لكنني لا أعرف الكثير عن SMTP/POP3/IMAP/أشياء البريد الإلكتروني الأخرى. 14:42 <jrandom> ليس الرأس، بل المؤخرة ;) 14:43 <jrandom> ugha: لدى www.postman.i2p بضع صفحات حول ذلك 14:43 <deer> <ugha2p> آه. 14:43 <deer> <baffled> قد يكونان الشيء نفسه. 14:45 <deer> * ugha2p ينقر بأصابعه انتظارًا لـ baf. 14:45 <jrandom> آسف، كدت أن أغيب عن الوعي هنا (يوم طويل جدًا) 14:46 <jrandom> أي شيء آخر؟ إن لم يكن، فلدينا المنتدى والقائمة 14:46 <duck> شكرًا لـ Mi-Go صار لدينا صفحة i2ptunnel محدّثة 14:46 <duck> إنها شبه مثالية 14:46 <jrandom> أوه، جميل 14:46 <duck> ولكن إن كان لدى أحد تحسينات، فأنتم تعرفون أين تجدونني 14:47 * jrandom يجري traceroute 14:47 * jrandom يستعد 14:47 * jrandom *baf*s أُغلق الاجتماع