مرحباً يا جماعة، حان وقت التحديث الأسبوعي
- Index
- حالة الشبكة 2) تقدم 0.5 3) حالة 0.6 4) azneti2p 5) fbsd 6) hosts.txt بمثابة WoT (شبكة الثقة) 7) ???
- Net status
بشكل عام، الشبكة تُدير نفسها جيدًا، رغم أننا واجهنا بعض المشاكل مع كون أحد خوادم IRC خارج الخدمة وoutproxy (وكيل الخروج) الخاص بي يتصرف على نحو غير سليم. ومع ذلك، كان خادم IRC الآخر (ولا يزال) متاحًا (مع أنه في الوقت الحالي لم يتم تعطيل CTCP - انظر [1])، لذا تمكّنا من إشباع حاجتنا إلى IRC :)
[1] http://ugha.i2p/HowTo/IrcAnonymityGuide
- 0.5 progress
هناك تقدم، إلى الأمام دائمًا! حسنًا، أظن أن عليّ الخوض في مزيد من التفاصيل قليلًا. لقد انتهيت أخيرًا من تنفيذ واختبار تشفير توجيه الـtunnel الجديد (يا للروعة!)، لكن خلال بعض النقاشات وجدنا موضعًا قد يحدث فيه تسرب بمستوى واحد من إخفاء الهوية، لذا نقوم بمراجعته (كانت القفزة الأولى ستعرف أنها القفزة الأولى، وهو أمر سيئ. لكن من السهل جدًا جدًا إصلاحه). على أي حال، آمل أن أقوم بتحديث ونشر الوثائق والكود الخاصة بذلك قريبًا، وأن تُنشر الوثائق حول بقية تشغيل الـtunnel 0.5 / التجميع / إلخ لاحقًا. المزيد من الأخبار عندما يكون هناك المزيد من الأخبار.
- 0.6 status
(ماذا!؟)
بدأ Mule التحقيقات حول آلية النقل عبر UDP، وقد ظللنا نستخرج من zab خبراته مع شيفرة UDP الخاصة بـ limewire. كل ذلك مبشّر للغاية، لكن لا يزال هناك الكثير من العمل (وما زال موعده على خارطة الطريق [2] بعد عدة أشهر). هل لديك إلهام أو اقتراحات؟ انخرط وساعد في توجيه الجهود نحو ما ينبغي إنجازه!
[2] http://www.i2p.net/roadmap#0.6
- azneti2p
كِدت لا أتماسك من الحماس عندما وصلني الخبر، لكن يبدو أن الفريق في azureus قد طوّر ملحق I2P، ما يتيح استخدام المتعقّب بشكل مجهول واتصالات بيانات مجهولة على حدّ سواء! كما تعمل عدّة ملفات تورنت ضمن وجهة I2P واحدة أيضًا، ويستخدم I2PSocket مباشرةً، مما يتيح تكاملاً محكماً مع streaming lib (مكتبة البث). لا يزال ملحق azneti2p في مراحله المبكرة مع هذا الإصدار 0.1، وهناك الكثير من تحسينات الأداء وسهولة الاستخدام في الطريق، ولكن إن كنت مستعدًا للخوض في التفاصيل، فمرّ على i2p-bt على شبكات i2p irc وانضم إلى المتعة :)
For the adventurus types, get the latest azureus [3], check their i2p howto [4], and snag the plugin [5].
[3] http://azureus.sourceforge.net/index_CVS.php [4] http://azureus.sourceforge.net/doc/AnonBT/i2p/I2P_howto.htm [5] http://azureus.sourceforge.net/plugin_details.php?plugin=azneti2p
ظلّ duck يتخذ إجراءات بطولية للحفاظ على التوافق مع i2p-bt، وهناك برمجة محمومة في #i2p-bt بينما أكتب هذه السطور، فترقّبوا إصداراً جديداً من i2p-bt قريباً جداً جداً.
- fbsd
بفضل عمل lioux، يوجد الآن مدخل في freebsd ports لـ i2p [6]. بينما لا نسعى فعلياً إلى وجود الكثير من التثبيتات الخاصة بالتوزيعات، فقد تعهّد بالحفاظ عليه محدَّثاً عندما نعطي إشعاراً كافياً بإصدار جديد. هذا سيكون مفيداً لمستخدمي fbsd-current - شكراً lioux!
[6] http://www.freshports.org/net/i2p/
- hosts.txt as WoT
الآن بعد أن قام إصدار 0.4.2.6 بتضمين دفتر العناوين الخاص بـ Ragnarok، أصبحت عملية إبقاء ملف hosts.txt لديك محدّثًا بإدخالات جديدة تحت سيطرة كل مستخدم. ليس ذلك فحسب، بل يمكنك اعتبار اشتراكات دفتر العناوين بمثابة نسخة مبسطة من شبكة الثقة - فأنت تستورد إدخالات جديدة من موقع تثق به ليعرّفك على وجهات جديدة (والافتراضيات هي dev.i2p و duck.i2p).
مع هذه القدرة يأتي بُعدٌ جديد تمامًا - القدرة على أن يختار الناس المواقع التي سيربطونها فعليًا في ملف hosts.txt وأيها لن يربطوها. وبينما هناك مكان للنمط العام المفتوح للجميع الذي حدث في الماضي، فإن نظام التسمية الآن ليس نظريًا فحسب بل موزعًا بالكامل عمليًا، وسيحتاج الناس إلى تحديد سياساتهم الخاصة بشأن نشر وجهات الآخرين.
الجزء المهم خلف الكواليس هنا هو أنّ هذه فرصة للتعلّم لمجتمع I2P. قبل ذلك، كنتُ أنا وgott نحاول دفع مسألة التسمية قدماً عبر نشر موقع gott باسم jrandom.i2p (هو طلب ذلك العنوان أولاً — لم أفعل أنا ذلك، وليس لدي أي سيطرة إطلاقاً على محتوى ذلك URL). الآن قد نبدأ في استكشاف كيفية تعاملنا مع المواقع غير المدرجة في http://dev.i2p.net/i2p/hosts.txt أو على forum.i2p. عدم إدراج موقع ما في تلك المواقع لا يمنعه بأي شكل من الأشكال من العمل — ملف hosts.txt لديك هو مجرد دفتر العناوين المحلي لديك.
على أي حال، كفى ثرثرة، أردتُ فقط تنبيه الناس حتى نرى جميعًا ما ينبغي القيام به.
- ???
يا إلهي، هذا كمّ هائل من الأمور. كان أسبوعاً حافلاً، ولا أتوقع أن تهدأ الأمور في أي وقت قريب. لذا، مرّ على الاجتماع بعد بضع دقائق وسنتحدث عن الأمور.
=jr