اجتماع مطوري I2P - 30 أغسطس 2005

13:03 <+bla> هل هناك اجتماع اليوم؟ 13:04 <jrandom> 0) مرحباً 13:04 <jrandom> 1) حالة الشبكة 13:04 <jrandom> 2) floodfill netDb 13:04 <jrandom> 3) Syndie 13:04 <jrandom> 4) ??? 13:04 <jrandom> 0) مرحباً 13:04 <+bla> ;) 13:04 * jrandom يلوّح 13:04 <jrandom> تم نشر ملاحظات الحالة الأسبوعية على http://dev.i2p.net/pipermail/i2p/2005-August/000871.html 13:04 <jrandom> (نعم، تأخرت بضع دقائق ;) 13:05 <jrandom> على أي حال، لنبدأ بـ 1) حالة الشبكة 13:06 <jrandom> المسارات المقيّدة سيئة جداً، ولدينا أخيراً بعض البيانات حول مدى شيوعها (بوو هسّ) 13:06 <jrandom> لكن مع ذلك، تبدو الشبكة بصحة جيدة إلى حدّ ما، إذا تجاهلت كل التقارير القلقة من نوع "يا إلهي، إنه يقول status: Unknown!" ;) 13:07 <gloin> همم.. أين يجب أن يكون جذر المستندات لخادوم الويب المضمّن مع I2P؟ 13:07 <jrandom> $i2pInstallDir/eepsite/docroot/ 13:07 <gloin> i2p/eepsite/docroot ? 13:07 <jrandom> هل لدى أيٍّ منكم أسئلة/تعليقات/مخاوف بشأن حالة الشبكة غير ما نُشر في ملاحظات الحالة؟ 13:08 <gloin> وجدته. يبدو أن خادوم الويب لا يقدّم index.html تلقائياً. 13:08 <+bla> jrandom: لقد أجريت بعض الاختبارات لمعرفة أي العُقد تُختار داخل tunnels. 13:09 <+bla> jrandom: بالأساس، لأنني نفّذت الآن تحديد موقع العُقد داخل RouterInfo struct (بنية بيانات RouterInfo)، أستطيع أن أرى بصرياً (أعلام الدول) أين يقع المشاركون في tunnels. 13:09 <+bla> أنا في أوروبا (ليس سراً)، ومعظم المشاركين في tunnel لديّ في أوروبا 13:09 <jrandom> gloin: يُفترض أن يقدّم index.html (هذا ما يعرض "Welcome to your Eepsite") 13:10 <jrandom> أوه، جميل يا bla! 13:10 <redzara> بما أن بعض الناس أبلغوا عن أداء منخفض مع UDP، ربما يمكننا إضافة مقياس أداء صغير مثل iperf داخل I2P؟ 13:11 <redzara> s/had/add 13:11 <jrandom> bla: إذَن هذا ليس فقط على صفحة profiles.jsp، بل أيضاً على tunnels.jsp؟ رائع جداً... لقطات شاشة، لقطات شاشة! :) 13:11 <gloin> jrandom: الآن يعمل. غريب. 13:11 <+bla> jrandom: سأنشر بعض لقطات الشاشة، لكن يجب أولاً أن أحجب الـ router-ID الخاص بي في لقطات الشاشة ;) 13:11 <jrandom> redzara: همم، أأداة سطر أوامر لتمكين الناس من فحص جودة الرابط، أم مُراقِب لأداء SSU؟ 13:11 <jrandom> ههه يا bla 13:12 <jrandom> غريب يا gloin 13:13 <gloin> jrandom: بالمناسبة، منذ أن حدّثت pppoe لديّ، يبدو أن I2P أصبح أكثر استقراراً. 13:13 <jrandom> جيد، ما كانت المشكلة في اتصالك بالشبكة؟ تحديث للبرامج الثابتة؟ 13:14 <gloin> jrandom: فقدت جميع الأقران. لكن اتصال الإنترنت كان جيداً، غير أنّ كل نظير كان يفشل. 13:16 <jrandom> صحيح، لكن ماذا حدّثت في إعدادات pppoe؟ 13:17 <gloin> jrandom: أقصد الـ pppoe daemon على لينكس. 13:18 <jrandom> آه حسنًا 13:18 <jrandom> حسناً، هل لدى أحد آخر شيء بخصوص 1) حالة الشبكة، أم ننتقل إلى 2) floodfill netdb؟ 13:18 <+bla> http://theland.i2p/parttunnels.webp 13:19 <+bla> http://theland.i2p/servertunnels.webp 13:21 <+bar> (أمم.. غير قابل للوصول؟) 13:21 <jrandom> نعم، لديّ مشكلة في الوصول إليه أيضاً 13:21 <fox> <godmode0> i use pppoe never be at problem i2p 13:22 * jrandom سيحاول لاحقاً رغم ذلك 13:22 <+bla> jrandom: حسناً.. هناك مشكلة شبكة جديدة للتو ;) 13:22 <jrandom> ههه 13:22 <jrandom> bla: هل أنت على -4 أم إصدار أبكر؟ 13:23 <+bla> jrandom: أنا على -4 13:23 <jrandom> همم، حسناً، رائع 13:23 <jrandom> حسناً، على أي حال، يمكننا التعمّق في ذلك لاحقاً 13:24 <jrandom> (لو تمكنت من إرسال netDb stats لي من /oldstats.jsp، فسيكون ذلك رائعاً :) 13:25 <jrandom> حسناً، ننتقل إلى 2) floodfill netdb 13:26 <jrandom> هناك الكثير من المعلومات منشورة في مدونتي حول هذا الموضوع 13:26 <jrandom> بدأنا نشر النسخة الأولى، رغم أنه لا يزال هناك بعض العمل 13:26 <jrandom> هل لدى أحد أي أسئلة/تعليقات/مخاوف بشأن الخطة؟ 13:27 <+bla> jrandom: هل سيتدرّج floodfill كـ log(N) (N = عدد الأقران في الشبكة)، أم خطياً؟ 13:27 <jrandom> خطيّاً مع M (M = عدد الأقران المشاركين في floodfill netdb) 13:28 <jrandom> حسناً، قد تكون M صغيرة بما يكفي بحيث تكون N هي الحدّ الغالب 13:29 <jrandom> (وفي هذه الحالة سيكون خطياً مع N) 13:29 <jrandom> وهذا ليس رائعاً، لكن حتى يكون لدينا > 10K eepsites، فلا مشكلة 13:30 <jrandom> وعندما يحدث ذلك، يمكننا الانتقال إلى خوارزميات أكثر تقدّماً لتوزيع الحمل بين المشاركين في floodfill 13:31 <jrandom> (لاحظ أنها 10k eepsites، وليس المستخدمين، إذ لا نحتاج فعلياً إلى نشر client leaseSets في الـ netdb) 13:32 <+bla> jrandom: هل هناك سبب يجعلنا ما زلنا ننشر client destinations في netDb؟ 13:32 <+bla> jrandom: أو، لهذا الأمر، لماذا ما زلنا نُظهِر من هم الأقران السريعون لدينا في netDb؟ 13:33 <+bla> jrandom: إزالة الأمرين كليهما ستقلّص بيانات netDb بعامل كبير 13:33 <jrandom> bla: بالنسبة للأول، لا. وبالنسبة للثاني، لأغراض تتبّع الأعطال لديّ (مع أني لم أنظر إلى ذلك الحقل تحديداً مؤخراً) 13:33 <jrandom> نعم، يستحق التجربة، ربما في -5 13:36 <jrandom> حسناً، رائع، سنرى ونأمل أن نصدر -5 خلال الأيام القليلة المقبلة 13:37 <jrandom> (ربما غداً) 13:37 <jrandom> حسناً، إن لم يكن هناك شيء آخر حول 2) floodfill netdb، فلننتقل إلى 3) Syndie 13:38 <jrandom> نشرتُ مجموعة من المعلومات في البريد وعلى مدونتي، لذلك بدلاً من تكرارها، هل لدى أحد أسئلة/تعليقات/مخاوف؟ 13:40 * jrandom يعجبني حقاً عمل ميزة النشر عن بُعد، رغم أنها بعيدة عمّا نأمل به مع تكامل feedspace 13:41 <jrandom> (لم أكلّف نفسي دمج النشر على freenet، مع أنه سيكون سهلاً جداً تشغيل CLI ونشر كل الإدخالات) 13:42 <jrandom> حسناً، إن لم يكن هناك شيء آخر حول 3) Syndie، فلنفتح المجال إلى 4) ??? 13:42 <jrandom> هل لدى أحد أي شيء آخر متعلقاً بـ i2p لطرحه؟ 13:42 <redzara> بالتأكيد، أين الوثائق؟ ;) 13:43 <laberhorst> فقط أن عقدتي تحت 0.6.x تستهلك حتى 100% من حمل المعالج، لكن يجب أن أتحقق مقابِلاً مع لينكس على هذا الخط هنا 13:43 <+nickless_head> أعتقد أن سكربت i2pProxy.pac ينبغي أن يكون في مجلد الويب الخاص بـ Jetty افتراضياً. 13:43 <jrandom> nickless_head: لا أوصي بـ i2pproxy.pac، فهو مخاطرة أمنية كبيرة 13:44 <redzara> 2 - هل يمكن تضمين أحدث نسخة مبنية من Jetty في I2P؟ 13:44 <jrandom> لدينا 5.2.1 في i2p حالياً 13:44 <jrandom> أقصد، 5.1.2 13:44 <+nickless_head> jrandom: إنه الشيء الوحيد المتاح للفصل بين eepsites ومواقع الويب في متصفح واحد دون الحاجة للتبديل يدوياً بحسب علمي 13:45 <jrandom> أستخدم switchproxy 13:45 <jrandom> (ولا أتحول إلى تصفح غير مجهول) 13:45 <jrandom> ((squid.i2p سريع بما يكفي بالنسبة لي)) 13:45 <+nickless_head> فكّر في مستخدمي Slashdot! :p 13:46 <jrandom> كما قلت سابقاً، لديّ تحفظات بشأن جدوى eepsites. المخاطر الأمنية هائلة 13:46 <jrandom> لكن، لمن لا يهتم بتلك المخاطر، ربما يكون i2pproxy.pac منطقياً. 13:47 <+bla> أعتقد بشدة أن أي شيء ليس آمناً بشكل _افتراضي_ لا ينبغي أن يكون في I2P، كي لا نعطي المستخدمين الجدد إحساساً زائفاً بالأمان 13:48 <jrandom> متفق (مع أننا نوفّر i2pproxy.pac، لكننا لا نخبر الناس عنه حتى نُخيفهم بما يكفي ;) 13:49 <+nickless_head> لا أصدق إلى حدٍّ ما أنه داخل إعدادات Mozilla لا توجد طريقة لجعل المواقع تصل فقط إلى الموارد من نفس النطاق .. 13:50 <redzara> عذراً لكن اتصال IRC انقطع :( بالنسبة لـ Jetty هناك إصلاح يتعلق بـ common logging وربما يساعدني هذا على تشغيل mvnforum في نفس مثيل I2P 13:50 <redzara> Jetty-5.1.5rc1 - 23 August 2005 13:52 <jrandom> آه رائع، ما المشكلة تحديداً يا redzara؟ 13:52 <jrandom> nickless_head: إن وجدت طريقة، أعلمنا 13:52 <redzara> أو ربما يمكنني فقط بناء I2P الخاصة بي بأحدث نسخة من Jetty 13:52 <jrandom> redzara: يمكنك بالتأكيد فعل ذلك - فقط ضع ملفات jar الخاصة بـ Jetty في مجلد lib الخاص بـ i2p لديك 13:53 <redzara> jrandom : كلما حاولت تشغيل mvnforum داخل I2P، يفشل Jetty في إيجاد Apache Commons Logging 13:53 <+nickless_head> أوه! لقد لاحظت للتو أن i2pproxy.pac الافتراضي يستخدم وضعاً يسمح للمواقع بتبديل الوكيل إلى i2p تشغيل/إيقاف أثناء العمل، وهو محمي بكلمة المرور "الآمنة تماماً وغير القابلة للكسر" </sarcasm> الافتراضية "passw0rd". من فضلكم، أي شخص يعرف cvs ليغيّر هذا. 13:54 <jrandom> redzara: هذا في commons-logging.jar وcommons-el.jar إن لم تخنّي الذاكرة (iirc)، والتي ينبغي أن تكون في مجلد lib لديك وفي classpath الخاص بـ wrapper.config 13:54 <jrandom> nickless_head: سببٌ آخر يجعلني لا أوصي أحداً باستخدامه ;) 13:55 <redzara> نعم أعلم، لستُ n00b لهذه الدرجة :)) عليّ أن أبحث في الأمر مجدداً مع هذه النسخة الجديدة من Jetty 13:56 <jrandom> جيّد، أبقِنا على اطلاع 13:56 <redzara> لا مشكلة 13:57 <fox> * يَخمّن mihi أن معظم مستخدمي i2p سيكشفون "عنوان IP الحقيقي" لديهم لتطبيق Java المصغّر على أية حال :) 13:57 <fox> <mihi> جرّب http://www.stilllistener.com/checkpoint1/Java/ (وانزل لأسفل الصفحة) 13:58 * jrandom يرى الكثير من الحقول الفارغة ;) 13:59 <+bla> fox: كل ما يتم كشفه هو العلاقة بين عنوان IP وclient destination معيّنة، حيث إن client destination سيتغيّر عند كل إعادة تشغيل للـ router. 14:00 <jrandom> bla: إلا إذا كان المستخدم على موقع مثل مثلاً http://i_have_illegal_stuff.i2p/ 14:00 <jrandom> (كشف عنوان IP للعميل "مرة واحدة فقط" قد يكون قاتلاً بما يكفي ;) 14:00 <+bla> jrandom: نعم. 14:00 <+bla> ولكن مرة أخرى، إذا كنت جاداً بشأن التصفّح المجهول، فستستخدم خوادم وكيل HTTP مؤقتة، وستعطّل كل ما يتعلّق بـ Java والملحقات وملفات تعريف الارتباط بالكامل 14:01 <jrandom> أو استخدم Syndie :) 14:02 <ZULU> عذراً على المقاطعة، هل duck.ip متوقف ؟ 14:02 <+bla> jrandom: هل حان وقت الأسئلة العامة؟ 14:02 <jrandom> نعم، نحن في 4) ??? 14:02 <jrandom> ZULU: نعم، duck غير متصل في الوقت الحالي 14:03 <+bla> jrandom: لقد عدّلت ملفات Java التي تساعد profiles.jsp وtunnels.jsp على توليد أعلام البلدان 14:04 <+bla> jrandom: على أي حال، أين أضع الصور التي يمكنني فعلاً الربط إليها، وتعمل، على الـ router المحلي لديّ (_ليس_ على الـ eepsite الخاص بي)؟ 14:06 <jrandom> نحن بحاجة إلى "get.jsp?name" لتفريغ محتويات ./docs/'name' إلى المتصفح 14:06 <jrandom> (أي أنك تحتاج لوجودها داخل ملف .war حالياً، ولكن مع ملف .jsp صغير، يمكنك تفريغها ضمن docs) 14:06 <+bla> jrandom: آه، حسناً، إذَن لم تكن غلطتي ;) 14:06 <jrandom> ههه لا، اُلقِ اللوم عليّ :) 14:09 <jrandom> حسناً، إن لم يكن هناك شيء آخر للاجتماع 14:09 * jrandom يختتم 14:10 * jrandom *baf*s يُغلِق الاجتماع