Relayium مقابل croc: نقل ملفات مُشفَّر من الطرفية

ما الذي يشترك فيه Relayium وcroc

لنبدأ بما يتقاطعان فيه، فهو كثير: كلاهما ملف تنفيذي صغير واحد تُثبّته مرّة واحدة، وكلاهما ينقل الملفات عبر اتصالات مباشرة دون رسوم، وكلاهما مفتوح المصدر (croc برخصة MIT المتساهلة، وواجهة Relayium على سطر الأوامر برخصة AGPL-3.0)، ما يتيح لك قراءة كل سطر يمسّ ملفاتك.

• رمز قصير لا يعرفه إلا الطرفان يكفي كي يجد كلٌّ منهما الآخر ويتّفقا على مفتاح. رمز croc يُبتكَر في حينه، أما رمز Relayium فيُصدره خادمه لمُرسِل مسجَّل الدخول، ويظل المُستقبِل بلا حاجة إلى حساب.
• مُشفَّر أثناء النقل من الطرف إلى الطرف: لا يرى المُرحِّل أو نقطة التعارف في المنتصف محتوى ملفك أبدًا.
• يمكن لعمليات النقل المنقطعة أن تُستأنف بدلًا من البدء من جديد، وكلاهما يتحقّق من أنّ ما وصل يطابق فعلًا ما أُرسل.
• متعدّد المنصّات: macOS وLinux وWindows.

قبل أن تبدأ

كل ما يلي هو relayium CLI، فثبّته أولًا إن لم تكن قد فعلت. على macOS وLinux، يُسقط أمر واحد ملفًا ثنائيًا مُسبق البناء في PATH الخاص بك:

curl -fsSL https://relayium.com/install.sh | sh

• تفضّل اختيار الملف بنفسك، أو تعمل على Windows؟ احصل على ملف ثنائي من صفحة الإصدارات — يسرد relayium.com/cli كل خيارات التثبيت (أو go build ./cmd/relayium إن كان لديك Go).
• يؤكّد relayium --version أنه مثبَّت. تخطَّ هذا وستطبع الأوامر أدناه ‘command not found’ لا غير.

‏daemon direct: التحدّث إلى خادم تُشغّله أصلًا

هذا هو الفرق العملي الأكبر. croc مبني حول تدفّق واحد — عبارة رمزية تدخل، وعبارة رمزية تخرج. وتضيف واجهة Relayium طريقة أخرى لنقل الملفات تعتمد على بنية تحتية لديك أصلًا.

ملاحظة تاريخية: كان هذا القسم يشرح عمليات النقل عبر SSH في Relayium — أي push أو sync إلى وجهة بصيغة user@host:path، وrelayium pull، والخيارين -i و-p. وقد أوقف CLI الحالي هذه العمليات ويرفضها برسالة «SSH transfers are currently disabled»، لذا لم تعد الأوامر التي كانت هنا تعمل ولم تعد معروضة. بين جهازين تديرهما، استخدم relayium serve مع push أو sync إلى relayium://host؛ وتشرح النسختان الإنجليزية والصينية المبسّطة المُحدَّثتان من هذه الصفحة، المرتبطتان في أعلاها، الخطوات الحالية.

relayium serve تحوّل أي جهاز تملكه إلى هدف daemon direct، يمكن الوصول إليه عبر TLS 1.3 مثبّت دون SSH ودون عبارة رمزية — تُبنى الثقة عند الاتصال الأول (تُوافَق عليها تفاعليًّا، أو يُصرَّح بها مسبقًا للاستخدام دون إشراف) وتُثبَّت من حينها، وهي الفكرة ذاتها كمفتاح مضيف SSH.

relayium authorize <sender-fingerprint>

relayium serve --dir ~/incoming

relayium push ./build relayium://your-server

مزامنة المجلدات ورمز تحقق تُدقّقه مرّتين

يُرسل croc دفعةً من الملفات ثم يخرج — أرسِلها ثانيةً لتحديث الطرف الآخر، دون أي مفهوم لما ينبغي حذفه. وتضيف واجهة Relayium أمر relayium sync، وهو مرآة تزايدية أحادية الاتجاه فوق daemon direct: لا ينقل إلا ما تغيّر، و‏--delete يحذف من الوجهة الملفات التي اختفت من المصدر (لا يحترمه الـ daemon إلا إذا بدأ بـ --allow-delete، فعلى المُستقبِل أن يوافق صراحةً)، و‏--watch يُبقي المزامنة تتكرّر آنيًّا مع تغيّر الملفات، دون الحاجة إلى مهمّة cron.

أمّا للنقل العابر للشبكات لمرّة واحدة، فإنّ relayium send / receive يؤدّي الدور نفسه الذي تؤدّيه عبارة croc الرمزية، إذ يقرن حاسوبين برمز قصير؛ ويمكن أن يكون الطرف الآخر تطبيق Relayium أو صفحة الويب أيضًا. ويُطبع رمز تحقق قصير (سلسلة مصادقة قصيرة) على الطرفين، وتؤكد مقارنته خارج القناة أن بصمات شهادات TLS المثبّتة لم تُستبدل وأن خدمة الالتقاء لم تنتحل شخصية أي طرف؛ فهو يصادق على الطرفين، لا على كل قفزة في مسار الشبكة. وكلما أصدر الخادم مُرحِّلًا للرمز مرّت الجلسة عبر هذا المُرحِّل المُشفَّر واحتُسبت ضمن حصة حركة البيانات الشهرية للحساب الذي أنشأ الرمز؛ ولا تحتاج إلى مسار مباشر إلا حين لا يصدر مُرحِّل.

relayium sync ./photos relayium://your-server --delete --watch

متى يكون croc الخيار الأبسط

هناك حالات حقيقية يكون فيها croc الأداة الأنسب للمهمّة، ويستحقّ الأمر أن يُقال بوضوح.

• تريد فقط تسليم ملف واحد لصديق الآن بأقلّ قدر من الأجزاء المتحرّكة — لا خادم للوصول إليه، ولا شيء لإعداده على أي من الطرفين.
• أنت خلف NAT صارم دون سبيل لفتح مسار مباشر: يحمل مُرحِّل croc التدفّق المُشفَّر على أي حال. ويمر send / receive في Relayium أيضًا عبر مُرحِّل مُشفَّر كلما أصدر الخادم مُرحِّلًا للرمز (ويُحتسب ضمن حصة حركة البيانات الشهرية للحساب الذي أنشأ الرمز). وإن لم يصدر مُرحِّل — لم يُهيَّأ، أو نفدت الحصة — فقد يفشل؛ أما daemon direct إلى خادم يمكن الوصول إليه فلا يزال يعمل، لأنه لا يعتمد على قفزة P2P مباشرة.
• لا تحتاج إلى مرآة مجلدات ولا مُستمِع طويل الأمد — croc أمر عابر واحد لكل طرف ولا شيء آخر تفكّر فيه.
• أنت تثق أصلًا بمجتمع croc الكبير الراسخ وسنوات استخدامه في الواقع العملي.

مقارنة الميزات في لمحة

أهمّ الفروق جنبًا إلى جنب:

• التحدّث إلى خادم: يستخدم Relayium ‏daemon بـ TLS مثبّت (serve وpush/sync)، وقد أُوقف نقل SSH القديم (push/pull). أمّا croc فيتطلب تثبيته على الطرفين ومشاركة عبارة رمزية.
• مزامنة المجلدات: relayium sync يعكس تزايديًّا مع --delete و--watch؛ أمّا croc فيُرسل دفعةً ثم يخرج، دون دلالات مرآة أو حذف.
• لا مسار مباشر متاح: يستطيع كلاهما الترحيل — فمُرحِّل croc ومُرحِّل Relayium المُشفَّر (كلما أصدره الخادم للرمز، ويُحتسب ضمن حصة حركة البيانات الشهرية للحساب الذي أنشأ الرمز) يحملان التدفّق المُشفَّر فيكتمل النقل.
• التحقّق: كلاهما مُشفَّر من الطرف إلى الطرف؛ ويطبع send/receive في Relayium إضافةً إلى ذلك رمزًا قصيرًا يقارنه الطرفان قبل بدء النقل.
• الاستضافة الذاتية: كلاهما قابل للاستضافة الذاتية — مُرحِّل croc ملف تنفيذي مستقلّ صغير؛ وخادم Relayium يُشغّل أيضًا تطبيق الويب، ويمكن لِـ send/receive في الواجهة أن يشير إلى نسختك الخاصة بـ --server.
• الرخصة والتكلفة: croc مرخّص بـ MIT، وواجهة Relayium على سطر الأوامر مرخّصة بـ AGPL-3.0، والنقل المباشر مجاني في كليهما. لا يحتاج croc حسابًا إطلاقًا، أما Relayium فيحتاجه لـ send فقط، كي يُصدر رمز الاقتران.