تشغيل GitLab عبر I2P

استضافة GitLab داخل I2P أمر مباشر: قم بتشغيل حاوية GitLab omnibus، وعرضها على loopback، وإعادة توجيه حركة المرور عبر tunnel في I2P. الخطوات أدناه تعكس التكوين المستخدم لـ git.idk.i2p ولكنها تعمل مع أي مثيل مستضاف ذاتياً.

1. المتطلبات الأساسية

• Debian أو توزيعة Linux أخرى مع تثبيت Docker Engine (sudo apt install docker.io أو docker-ce من مستودع Docker).
• router I2P (Java I2P أو i2pd) بعرض نطاق كافٍ لخدمة المستخدمين.
• اختياري: جهاز افتراضي مخصص بحيث يظل GitLab وال router معزولين عن بيئة سطح المكتب الخاصة بك.

2. سحب صورة GitLab

docker pull gitlab/gitlab-ce:latest

الصورة الرسمية مبنية من طبقات Ubuntu الأساسية ويتم تحديثها بانتظام. راجع Dockerfile إذا كنت بحاجة إلى مزيد من الطمأنينة.

3. قرر بين الوضع الجسري أو I2P فقط

• مثيلات I2P فقط لا تتصل أبدًا بمضيفات clearnet. يمكن للمستخدمين نسخ المستودعات من خدمات I2P الأخرى ولكن ليس من GitHub/GitLab.com. هذا يزيد من إخفاء الهوية إلى أقصى حد.
• المثيلات المجسورة تصل إلى مضيفات Git على clearnet عبر وكيل HTTP. هذا مفيد لنسخ المشاريع العامة إلى I2P ولكنه يكشف هوية الطلبات الصادرة من الخادم.

إذا اخترت وضع الجسر (bridged mode)، قم بتكوين GitLab لاستخدام بروكسي I2P HTTP مرتبط على مضيف Docker (على سبيل المثال http://172.17.0.1:4446). يستمع بروكسي الموجه الافتراضي على 127.0.0.1 فقط؛ أضف tunnel بروكسي جديد مرتبط بعنوان بوابة Docker.

4. تشغيل الحاوية

docker run --detach \
  --env HTTP_PROXY=http://172.17.0.1:4446 \  # omit for I2P-only
  --publish 127.0.0.1:8443:443 \
  --publish 127.0.0.1:8080:80 \
  --publish 127.0.0.1:8022:22 \
  --name gitlab \
  --restart always \
  --volume /srv/gitlab/config:/etc/gitlab:Z \
  --volume /srv/gitlab/logs:/var/log/gitlab:Z \
  --volume /srv/gitlab/data:/var/opt/gitlab:Z \
  gitlab/gitlab-ce:latest

• اربط المنافذ المنشورة بـ loopback؛ أنفاق I2P ستعرضها حسب الحاجة.
• استبدل /srv/gitlab/... بمسارات التخزين المناسبة لمضيفك.

بمجرد تشغيل الحاوية، قم بزيارة https://127.0.0.1:8443/، وقم بتعيين كلمة مرور المسؤول، وقم بتكوين حدود الحساب.

5. عرض GitLab عبر I2P

أنشئ ثلاثة أنفاق I2PTunnel من نوع خادم:

Destination Enforcement

إذا كنت تستخدم أنفاق HTTP(S)، قم بتفعيل فرض الوجهة (destination enforcement) بحيث لا يمكن سوى لاسم المضيف المقصود الوصول إلى الخدمة. هذا يمنع استغلال النفق كوكيل عام.

6. Maintenance Tips

• قم بتشغيل docker exec gitlab gitlab-ctl reconfigure كلما قمت بتغيير إعدادات GitLab.
• راقب استخدام القرص (/srv/gitlab/data)—مستودعات Git تنمو بسرعة.
• قم بعمل نسخ احتياطية لدلائل الإعدادات والبيانات بانتظام. مهام backup rake الخاصة بـ GitLab تعمل داخل الحاوية.
• فكّر في وضع نفق مراقبة خارجي في وضع العميل للتأكد من إمكانية الوصول إلى الخدمة من الشبكة الأوسع.

6. نصائح الصيانة

• تضمين I2P في تطبيقك
• Git عبر I2P (دليل العميل)
• حزم Git للشبكات غير المتصلة/البطيئة

توفر نسخة GitLab مهيأة جيدًا مركزًا للتطوير التعاوني بالكامل داخل I2P. حافظ على صحة الـ router، وابقَ محدثًا بتحديثات أمان GitLab، ونسّق مع المجتمع مع نمو قاعدة المستخدمين لديك.