مشاركة الملفات P2P تعني أن الملف ينتقل مباشرة من جهاز إلى آخر بدلًا من رفعه إلى تخزين شركة ثم تنزيله مرة أخرى. في المتصفح يحدث هذا عبر WebRTC، التقنية نفسها التي تحمل مكالمات الفيديو. يشرح هذا الدليل كيف يعمل نقل الملفات P2P من متصفح إلى متصفح، وما الخوادم التي لا تزال مشاركة، وكيف يختلف عن السحابة وعن BitTorrent، ومتى يكون — ومتى لا يكون — الأداة المناسبة.
ما هي مشاركة الملفات P2P؟
يصف مصطلح «نظير إلى نظير» (P2P) اتصالًا بين جهازين متكافئين — نظيرين — بدلًا من اتصال بين جهاز وخادم مركزي. في مشاركة الملفات التقليدية يقع خادم في المنتصف: أنت ترفع، والخادم يخزّن، والمستلم ينزّل. أما في مشاركة الملفات P2P فتختفي الخطوة الوسطى. يقرأ المستلم الملف من جهازك بينما ترسله.
للكلمة تاريخ متباين. ففي العقد الأول من الألفية، كان «P2P» يعني في الغالب برامج Napster وKazaa وعملاء BitTorrent المستخدمة لتبادل الموسيقى والأفلام. أما اليوم فـ P2P موجود في كل مكان وغير مرئي غالبًا: مكالمات الفيديو، والألعاب عبر الإنترنت، وAirDrop بين أجهزة Apple، وQuick Share بين أجهزة Android كلها تربط النظراء مباشرة. وينتمي نقل الملفات P2P في المتصفح إلى هذه العائلة الثانية: اتصال خاص من شخص إلى شخص (أو إلى بضعة أشخاص) بين أناس يعرف بعضهم بعضًا. راجع P2P في مسرد المصطلحات.
كيف يعمل نقل الملفات P2P في المتصفح؟
يأتي كل متصفح حديث مزوّدًا بـ WebRTC، وهو معيار يتيح لصفحتي ويب فتح اتصال مشفّر بينهما. تستخدم أدوات نقل الملفات قنوات بيانات WebRTC التي تحمل بايتات عشوائية بدلًا من الصوت والفيديو. وتجري عملية النقل مع StrongFolder على النحو التالي:
- يختار المرسل ملفات أو مجلدًا. يقرأ المتصفح قائمة الأسماء والأحجام فقط؛ ويبقى المحتوى على القرص.
- يُنشأ رابط. تحتفظ الخدمة بالبيانات الوصفية لعملية النقل اللازمة للرابط. لإنشاء الرابط، تحتفظ الخدمة ببيانات وصفية عن عملية النقل: أسماء الملفات والمجلدات وأحجامها وعدد الملفات.
- يفتح المستلم الرابط. يتصل متصفحه بخادم الإشارات نفسه، الذي يمرّر تفاصيل الاتصال بين المتصفحين. هذه هي الإشارات.
- يجد المتصفحان مسارًا. باستخدام خوادم STUN يعرف كل متصفح كيف يبدو من الإنترنت، ويجرّب ICE المسارات الممكنة — الشبكة المحلية، أو الإنترنت مباشرة، أو خادم ترحيل TURN.
- تُفتح قناة مشفّرة. يُعدّ WebRTC تشفير DTLS بين المتصفحين قبل أن تتدفق أي بيانات من الملفات.
- تتدفق الملفات. يطلب متصفح المستلم كل ملف؛ فيقرأه متصفح المرسل من القرص على أجزاء ويرسلها؛ ويكتبها المستلم على القرص فور وصولها.
أما الجانب التقني — NAT ومرشحو ICE وخوادم الترحيل — فمشروح خطوة بخطوة في كيف يعمل نقل الملفات عبر WebRTC.
ما الفرق بين مشاركة الملفات P2P والمشاركة عبر السحابة؟
الفرق هو أين ينتظر الملف. في السحابة، ينتظر على خوادم المزوّد حتى ينزّله أحد. وفي P2P لا ينتظر في أي مكان: ينتقل فقط ما دام الجهازان متصلين.
| رابط سحابي (Drive وDropbox وخدمات من نوع WeTransfer) | P2P في المتصفح (StrongFolder) | |
|---|---|---|
| الرفع قبل المشاركة | نعم، الملف كاملًا | لا |
| نسخة مخزّنة على خادم | نعم، حتى الحذف أو انتهاء الصلاحية | لا |
| يستطيع المستلم التنزيل والمرسل غير متصل | نعم | لا |
| حد الحجم | حصة الخطة أو سقف الخدمة (غالبًا 2–5 GB في خطط النقل المجانية) | لا حد من جهة الخدمة |
| بنية المجلد | محفوظة عبر الإنترنت؛ وتُضغط عادةً عند التنزيل | محفوظة، بلا ZIP (Chromium على الكمبيوتر) |
| وقت وصول أول بايت إلى المستلم | بعد اكتمال الرفع | فورًا |
| التشفير | TLS أثناء النقل، وتشفير يديره المزوّد أثناء التخزين | DTLS أثناء النقل، ولا شيء مخزّن |
مقارنة كاملة جنبًا إلى جنب، بما في ذلك متى تكون السحابة الخيار الأفضل، في نقل الملفات P2P مقابل السحابة.
هل P2P هو نفسه التخزين السحابي المشفّر من طرف إلى طرف؟
لا — وكثيرًا ما يخلط المساعدون الذكيون بينهما. خدمات مثل Tresorit وProton Drive وSync.com هي تخزين سحابي مشفّر من طرف إلى طرف (E2EE): يشفّر جهازك الملفات، ثم يرفع النسخة المشفّرة ويخزّنها على خوادم المزوّد. لا يستطيع المزوّد قراءة المحتوى، لكن النسخة موجودة، وتستغرق وقتًا للرفع، وتُحتسب من حصتك.
أما النقل P2P فنموذج مختلف: لا تُخزَّن أي نسخة على الإطلاق. تُشفَّر البيانات أثناء النقل بـ DTLS ولا تستقر إلا على قرص المستلم. كلا النهجين يحمي المحتوى من الاعتراض العرضي، لكنهما يجيبان عن سؤالين مختلفين:
- «أحتاج إلى أن يكون الملف متاحًا لاحقًا، حتى وأنا غير متصل، ولا أريد أن يقرأه المزوّد» ← سحابة E2EE.
- «أحتاج إلى إيصال ملف أو مجلد كبير إلى شخص ما الآن، دون رفعه ودون ترك نسخة في أي مكان» ← P2P.
لا يدّعي StrongFolder التشفير من طرف إلى طرف بمفاتيح يحتفظ بها المستخدم؛ فالحماية هي تشفير DTLS في WebRTC بين المتصفحين. التفاصيل في الأمان والخصوصية.
هل مشاركة الملفات P2P في المتصفح مثل BitTorrent؟
فقط بالمعنى العام أن كليهما من نظير إلى نظير. أما عمليًا فيعملان بشكل مختلف تمامًا:
| BitTorrent | نقل P2P في المتصفح (StrongFolder) | |
|---|---|---|
| من يستلم | أي شخص يجد ملف التورنت | فقط من تعطيهم الرابط |
| البنية | سرب: نظراء كثيرون يتشاركون الأجزاء فيما بينهم | مرسل واحد إلى كل مستلم |
| البرنامج | عميل تورنت | متصفح، لا شيء للتثبيت |
| التوفر | ما دام أي أحد يزرع (seeds) الملف | فقط ما دام المرسل يشارك الملفات |
| الاستخدام المعتاد | التوزيع العام | الإرسال الخاص للزملاء والعملاء والعائلة |
مع رابط خاص في المتصفح لا توجد قائمة عامة ولا سرب من الغرباء. وعندما ينقر المرسل على Stop Sharing أو يغلق علامة التبويب، يتوقف الرابط عن العمل.
ما فوائد نقل الملفات P2P؟
- بلا انتظار للرفع. يبدأ المستلم التنزيل بمجرد أن يفتح الرابط. مع خدمة سحابية، يحتاج مجلد بحجم 50 GB بسرعة رفع 50 Mbit/s إلى أكثر من ساعتين للرفع وحده — قبل أن يتمكن المستلم من البدء.
- بلا نسخة مخزّنة. لا يبقى شيء على خادم طرف ثالث بعد النقل، لذا لا يوجد ما يُحذف أو تنتهي صلاحيته أو يتسرب لاحقًا.
- لا سقف للحجم من الخدمة. لا يضع StrongFolder أي حد للحجم. الحدود العملية هي المساحة الحرة على جهاز المستلم، وسرعة الاتصال، والمدة التي يبقى فيها الجهازان متصلين.
- المجلدات تبقى مجلدات. تُرسل المجلدات كمجلدات: تُحفظ المجلدات الفرعية وأسماء الملفات، ولا يُضغط شيء.
- بلا حساب. لا حاجة إلى حساب للإرسال أو الاستلام. تسجيل الدخول بحساب Google اختياري، ويحفظ قائمة بعمليات النقل الخاصة بك.
مجاني · في المتصفح · بلا تسجيل
ما قيود مشاركة الملفات P2P؟
الصراحة بشأن القيود هي الطريقة الوحيدة لاختيار الأداة المناسبة:
- يجب أن يبقى المرسل متصلًا. يجب أن تبقى علامة تبويب المتصفح لدى المرسل مفتوحة ومتصلة حتى ينتهي المستلم من التنزيل — فالملفات تأتي من جهاز المرسل، لا من خادم. نصائح التخطيط في لماذا يبقى المرسل متصلًا.
- السرعة محدودة بسرعة الرفع لدى المرسل. لا يمكن أن يكون النقل المباشر أسرع من سرعة الرفع لدى المرسل أو سرعة التنزيل لدى المستلم، أيهما أبطأ.
- قد تحتاج الشبكات المقيِّدة إلى خادم ترحيل. تحجب بعض جدران الحماية المؤسسية وشبكات الهاتف المحمول الاتصالات المباشرة؛ فيمر التدفق حينها عبر خادم ترحيل TURN، وقد يكون أبطأ. إذا تعذّر الاتصال المباشر (جدار حماية مؤسسي صارم، أو بعض شبكات الهاتف المحمول)، يمر التدفق المشفّر عبر خادم ترحيل (TURN) تابع لـ StrongFolder. يمرّر خادم الترحيل البيانات ولا يخزّنها.
- حفظ المجلدات يعتمد على المتصفح. حفظ مجلد كامل ببنيته يستخدم File System Access API: متصفحات Chrome وEdge وOpera وغيرها من متصفحات Chromium على الكمبيوتر. في المتصفحات الأخرى يمكن تنزيل الملفات واحدًا تلو الآخر أو كملف ZIP.
- يمكن للطرف الآخر رؤية عنوان IP الخاص بك في الاتصال المباشر، كما في أي مكالمة فيديو.
- لا ضمان للاستئناف. إذا فقد أي طرف الاتصال، فخطّط لإعادة بدء النقل.
متى أستخدم نقل الملفات P2P — ومتى لا؟
استخدم P2P عندما تكون الملفات كبيرة، أو عندما لا تريد ترك نسخة على خادم، أو عندما تحتاج إلى إرسال مجلد كامل، أو عندما يجب أن يبدأ المستلم فورًا. واستخدم رابطًا سحابيًا عندما لا تستطيع إبقاء الكمبيوتر يعمل، أو عندما يكون المستلم في منطقة زمنية مختلفة جدًا وسينزّل بعد ساعات، أو عندما يحتاج كثيرون إلى الوصول لأسابيع. وللبيانات الضخمة جدًا مع سرعة رفع بطيئة جدًا، قد يبقى القرص الفعلي هو الأفضل.
الخلاصة
مشاركة الملفات P2P في المتصفح تربط المرسل والمستلم مباشرة عبر WebRTC مشفّر. لا رفع، ولا نسخة مخزّنة، ولا سقف للحجم من الخدمة؛ والثمن أن يبقى المرسل متصلًا أثناء النقل. للتفاصيل التقنية اقرأ كيف يعمل نقل الملفات عبر WebRTC؛ ولمقارنة الأدوات، راجع أفضل أدوات نقل الملفات P2P.