مرحباً يا جماعة، حان وقت التحديث الأسبوعي

فهرس:

  1. New transport
  2. 0.4.1 status
  3. ???

1) آلية نقل جديدة

كان إصدار 0.4.1 يستغرق وقتًا أطول مما كان متوقعًا، لكن بروتوكول النقل والتنفيذ الجديدين قد أصبحا جاهزين بكل ما كان مخططًا له - اكتشاف IP، إنشاء اتصال منخفض التكلفة، وواجهة أسهل للمساعدة في تصحيح الأخطاء عندما تفشل الاتصالات. وقد تم ذلك عبر التخلص تمامًا من بروتوكول النقل القديم وتنفيذ واحد جديد، مع أننا ما زلنا نستخدم المصطلحات الرنانة نفسها (2048bit DH + STS, AES256/CBC/PKCS#5). إذا رغبت في مراجعة البروتوكول، فهو موجود في الوثائق. كما أن التنفيذ الجديد أنظف بكثير، إذ إن الإصدار القديم لم يكن سوى مجموعة من التحديثات التي تراكمت على مدار السنة الماضية.

على أي حال، هناك بعض الأمور في كود اكتشاف IP الجديد تستحق الذكر. الأهم من ذلك أنه اختياري بالكامل - إذا قمت بتحديد عنوان IP في صفحة الإعدادات (أو في ملف router.config نفسه)، فسيستخدم ذلك العنوان دائمًا، مهما كان. ومع ذلك، إذا تركت ذلك الحقل فارغًا، فسيسمح الـrouter الخاص بك لأول نظير يتواصل معه بأن يخبره ما هو عنوان IP الخاص به، والذي سيبدأ بعد ذلك بالاستماع عليه (بعد إضافة ذلك إلى RouterInfo الخاص به ووضعه في قاعدة بيانات الشبكة). حسنًا، هذا ليس دقيقًا تمامًا - إذا لم تكن قد عيّنت عنوان IP صراحةً، فسوف يثق بأي شخص ليخبره بعنوان IP الذي يمكن الوصول إليه عليه كلما كان ذلك النظير بلا اتصالات. لذا، إذا أُعيد تشغيل اتصالك بالإنترنت، وربما حصلت على عنوان DHCP جديد، فسوف يثق الـrouter الخاص بك بأول نظير يتمكن من الوصول إليه.

نعم، هذا يعني أنك لم تعد بحاجة إلى dyndns (خدمة DNS ديناميكية). لا يزال بإمكانك بالطبع الاستمرار في استخدامه، لكنه غير ضروري.

مع ذلك، هذا لا يحقق كل ما تريده - إذا كان لديك NAT (ترجمة عنوان الشبكة) أو جدار حماية، فإن معرفة عنوان IP الخارجي لديك ليست سوى نصف المعركة - ما زلت بحاجة إلى فتح المنفذ الوارد. لكنها بداية.

(كملاحظة جانبية، للأشخاص الذين يشغّلون شبكات I2P خاصة بهم أو المحاكيات، هناك زوج جديد من الأعلام لضبطهما i2np.tcp.allowLocal و i2np.tcp.tagFile)

2) حالة 0.4.1

إلى جانب البنود الموجودة على خارطة الطريق للإصدار 0.4.1، أريد إضافة بعض الأمور الأخرى هناك - سواء تصحيحات أخطاء أو تحديثات لمراقبة الشبكة. أنا أتتبع حالياً بعض مشكلات تبدّل الذاكرة المفرط، وأرغب في استكشاف بعض الفرضيات بشأن مشكلات الموثوقية العرضية على الشبكة، لكننا سنكون مستعدين لطرح الإصدار قريباً، ربما يوم الخميس. للأسف لن يكون متوافقاً مع الإصدارات السابقة، لذا قد تكون العملية متعثرة قليلاً، ولكن مع عملية الترقية الجديدة وتنفيذ طبقة النقل الأكثر مرونة، ينبغي ألا يكون الوضع سيئاً مثل التحديثات السابقة غير المتوافقة مع الإصدارات السابقة.

3) ???

نعم، كانت لدينا تحديثات قصيرة خلال الأسبوعين الماضيين، وذلك لأننا غارقون في العمل الميداني على التنفيذ، لا في تصاميم عالية المستوى. كان بإمكاني أن أحدثكم عن بيانات تحليل الأداء، أو عن ذاكرة تخزين مؤقت لوسوم الاتصالات بحجم 10,000 وسم لـ transport (طبقة النقل) الجديدة، لكن ذلك ليس مثيراً للاهتمام كثيراً. ومع ذلك، قد يكون لديكم أمور إضافية للنقاش، فمرّوا على اجتماع الليلة ودعوا النقاش ينطلق بلا قيود.

=jr