كان ملف Ubuntu قد وصل إلى 87% عندما اختفى الاتصال.
لم أكن أنزّل فيلمًا ولا أبحث عن محتوى مجهول المصدر. كنت أحتاج نسخة Ubuntu 26.04 LTS لإنشاء USB إقلاعي قبل عمل في صباح اليوم التالي. Canonical نفسها توفر Ubuntu عبر BitTorrent، وتذكر P2P كطريقة موثوقة لتنزيل الملفات الكبيرة. Ubuntu / Canonical
المحاولة المباشرة من المتصفح كانت قد تعطلت مرتين، لذلك فتحت ملف الـtorrent الرسمي في qBittorrent.
بدأ التنزيل بسرعة ممتازة.
ملخص المقال والسياق العملي
لماذا أصبح بقاء الاتصال أهم من أعلى سرعة تحميل؟
مع الاتصال الأول، كنت أحصل على قمم سرعة ممتازة تتخللها إعادة اتصال. مع الثاني، لم أرَ قفزة سحرية في عداد السرعة.
ما الذي يستحق تذكره؟
- لماذا تصبح استمرارية الاتصال أهم من ذروة السرعة في جلسات P2P الطويلة؟ لكن عندما كان الاتصال قائمًا، كانت السرعة جيدة جدًا. المشكلة كانت ما يحدث بين فترات السرعة الجيدة .
- ما الذي يستحق اختباره أولًا قبل تغيير إعدادات التورنت كلها؟ المحاولة المباشرة من المتصفح كانت قد تعطلت مرتين، لذلك فتحت ملف الـtorrent الرسمي في qBittorrent. عاد الـVPN، وانتظرت حتى عاد عدد الـpeers وبدأ التنزيل يتحرك من جديد.
مصدر المنتج: الموقع الرسمي لـ OnlydogVPN
ثم انقطع الـVPN لثوانٍ. qBittorrent توقف. عاد الـVPN، وانتظرت حتى عاد عدد الـpeers وبدأ التنزيل يتحرك من جديد. بعد دقائق حدث الشيء نفسه. في البداية ألقيت اللوم على الـtorrent: ربما الـseeders قليلون، ربما الـtracker بطيء، ربما P2P نفسه غير مستقر. لكن عندما كان الاتصال قائمًا، كانت السرعة جيدة جدًا.
المشكلة كانت ما يحدث بين فترات السرعة الجيدة. وهنا تغير السؤال الذي كنت أطرحه عن “أفضل VPN لـP2P”. لم أعد أبحث أولًا عن أعلى Mbps. أصبحت أبحث عن VPN يستطيع البقاء تحت جلسة طويلة حتى تصل المهمة إلى النهاية.
في P2P، ثواني الانقطاع تظهر بسرعة
التصفح متسامح نسبيًا. إذا سقط الاتصال للحظات، تعيد تحميل الصفحة وتكمل. أما qBittorrent فيكون متصلًا بعدد من الـpeers، يستقبل أجزاء مختلفة من الملف ويرسل أجزاء يمتلكها. وعناوين IP بين الـpeers جزء طبيعي من طريقة عمل BitTorrent. BitTorrent لهذا كنت قد ربطت qBittorrent بواجهة الـVPN نفسها.
إذا اختفى اتصال الـVPN، يتوقف نقل الـtorrent بدل أن ينتقل بصمت إلى عنوان الإنترنت العادي. دليل qBittorrent نفسه يوصي بهذا الأسلوب لمن يريد منع تسرب عنوان IP. qBittorrent Wiki من ناحية الخصوصية، هذا ما أريده. لكن النتيجة العملية واضحة أيضًا:
إذا كان سقوط الـVPN يوقف الـtorrent عمدًا، فإن استقرار الـVPN يصبح جزءًا من أداء P2P.
وهنا بدأت أفهم لماذا كانت السرعة وحدها تعطيني صورة ناقصة.
المزود الكبير كان سريعًا… عندما بقي متصلًا
الخدمة التي كنت أستخدمها لم تكن سيئة لـP2P. لديها تاريخ طويل، شبكة كبيرة، تطبيق ناضج وخيارات كثيرة للمستخدم المتقدم. وعندما كان النفق مستقرًا، وصلت سرعة التنزيل إلى مستوى ممتاز. ثم حدث Reconnecting. توقف qBittorrent. عاد الـVPN. بدأ العميل يستعيد اتصالاته. عادت السرعة.
ثم تكرر الأمر. هذا النوع من الاحتكاك يظهر أيضًا في تجارب مستخدمي qBittorrent؛ أحد نقاشات Reddit وصف كيف أثرت إعادة اتصال الـVPN وتغير الاتصال مباشرة في جلسة التنزيل. Reddit كانت الملاحظة مفيدة لأنها أكدت ما كنت أراه أمامي: جلسة P2P طويلة لا تختبر فقط كم أنت سريع عندما يعمل كل شيء.
إنها تختبر أيضًا كم مرة يختفي الطريق أثناء المهمة. وعند 91%، كنت قد بدأت أفعل شيئًا لا أريد فعله مع أي VPN. كنت أراقبه.
توقفت عن مراقبة الـpeers وغيّرت الاتصال
نظرت إلى qBittorrent. Peers: 18. ثم 11. ثم 3. ثم صفر أثناء إعادة الاتصال. كنت أستطيع تجربة سيرفر آخر. لكنني جربت ذلك بالفعل. لذلك فتحت OnlydogVPN↗ واخترت الوضع المناسب لاتصال طويل على شبكة غير مستقرة. أبقيت qBittorrent مربوطًا بواجهة الـVPN. لم أغير إعداد الخصوصية الذي أريده فقط لكي أجعل التنزيل يكمل بأي طريقة.
ثم ضغطت Resume. 92%. 94%. 97%. السرعة نفسها ارتفعت وانخفضت من وقت إلى آخر، كما يحدث عادة مع الـtorrent. لكن الشيء الذي اختفى هو دورة:
Reconnecting → صفر peers → انتظار → بداية جديدة.
99%. 100%. وصل الملف كاملًا. تركت qBittorrent يعمل قليلًا بعد ذلك كي يرفع أجزاء إلى peers آخرين، تحققت من checksum، ثم أغلقت الجهاز. المهمة انتهت. وهذه كانت اللحظة التي تغير فيها معنى “أفضل VPN لـP2P” بالنسبة لي.
لم أكن أحتاج رقم سرعة أكبر
من السهل جدًا تحويل مقارنة VPN لـP2P إلى سباق أرقام: 500 Mbps. 900 Mbps. أسرع خادم. أسرع بروتوكول. لكن الـtorrent الذي أمامي لم يكن benchmark. كان ملفًا أريده كاملًا قبل الصباح. وسرعة P2P تعتمد أصلًا على الـpeers والـswarm والطرف الذي يرفع إليك، وليس على اتصال الـVPN وحده.
لذلك أصبحت المقارنة التي رأيتها أمامي أكثر فائدة. مع الاتصال الأول، كنت أحصل على قمم سرعة ممتازة تتخللها إعادة اتصال. مع الثاني، لم أرَ قفزة سحرية في عداد السرعة. رأيت شيئًا أهم:
التنزيل لم يعد يتوقف عن كونه تنزيلًا.
استمر حتى النهاية. ومن هنا أصبحت أفضل الاستقرار على أعلى رقم لحظي.
السبب التقني الذي احتجته كان بسيطًا
الخدمة تستخدم نقلًا قائمًا على HTTP/3 وQUIC، وهي مصممة للتعافي بصورة أفضل عندما يتغير مسار الشبكة أو يضعف الاتصال. بالنسبة لي، لا أحتاج إلى شرح أعمق من ذلك: P2P يدير أصلًا اتصالات كثيرة. لا أريد أن يضيف الـVPN فوقها انقطاعات متكررة. لا أستطيع رؤية كل ما كان يحدث داخل الشبكة أو لدى كل peer أثناء الاختبار، لذلك لا أستطيع تحديد سبب كل توقف سابق من الخارج.
لكنني استطعت مقارنة الشيء الذي يهمني: qBittorrent بقي مربوطًا بواجهة الـVPN في الحالتين. وفي المحاولة الثانية وصل الملف إلى 100% من دون أن أضطر إلى إنقاذ الجلسة يدويًا. هذا بالنسبة لي كان أكثر قيمة من نتيجة Speedtest أعلى.
هناك حالة واحدة كنت سأختار فيها مزودًا أكبر
بعد اكتمال التنزيل تركت الملف seeding لبعض الوقت. وهنا يختلف شخص يريد تنزيل ملف كبير عن شخص يدير torrents باستمرار ويرفع لساعات طويلة. المستخدم المتقدم قد يهتم بـport forwarding كي يصبح العميل أكثر قابلية للوصول من peers آخرين. Proton VPN، مثلًا، يوثق دعم port forwarding واستخدامه مع تطبيقات مثل qBittorrent. Proton VPN
هذه ميزة حقيقية للمستخدم الذي يهتم بالـseeding المستمر أو إعداد P2P متقدم. الخدمة الأصغر هنا لا تملك الشبكة الواسعة نفسها أو التاريخ الطويل نفسه، كما أنني لا أملك أساسًا موثقًا لأضع port forwarding ضمن مزاياها. لذلك لو كان سؤالي:
ما أفضل VPN لمستخدم torrent متقدم يريد التحكم بالمنافذ والـseeding طوال اليوم؟
فسأعطي هذه النقطة وزنًا أكبر. لكن هذا لم يكن سؤالي. أنا كنت أحتاج: ملفًا كبيرًا. qBittorrent مربوطًا بالـVPN. جلسة طويلة. واتصالًا لا يجبرني على متابعة حالته كل عدة دقائق. وهنا كان معيار مختلف أكثر أهمية.
الخصوصية لا تفيد إذا اضطررت إلى فكها كي يكمل الملف
قبل هذه التجربة، كنت أفكر في P2P وVPN بطريقة بسيطة: شغّل VPN. يتغير IP. ابدأ التنزيل. لكن ربط qBittorrent بواجهة الـVPN جعل العلاقة أوضح. أنا لا أريد فقط أن يبدأ الـtorrent بعنوان VPN. أريد أن يبقى داخل ذلك الطريق طوال الجلسة. ولهذا أقبل أن يتوقف qBittorrent إذا اختفى النفق بدل أن يعود إلى اتصال الإنترنت العادي.
لكن بمجرد أن أتخذ هذا القرار، تصبح موثوقية النفق أكثر أهمية. لأن VPN كثير الانقطاع يضعني أمام خيار سيئ: إما أن أترك torrent يتوقف باستمرار، أو أن أتراخى في إعداد الخصوصية فقط لكي يكمل. الخدمة التي استطاعت إبقاء الجلسة مستقرة أزالت هذا الاختيار من أمامي. لم أحتج إلى تعطيل الربط.
ولم أحتج إلى مراقبة عنوان IP. تركت التنزيل يكمل.
عند 100% تغير السؤال كله
Canonical توفر Ubuntu رسميًا عبر BitTorrent لأن P2P مناسب لنقل الملفات الكبيرة. Ubuntu / Canonical لكن مزايا BitTorrent نفسها لا تستطيع تعويض VPN يعيد الاتصال باستمرار. وفي المقابل، أعلى سرعة في دقيقة واحدة لا تقول لي الكثير عن جلسة قد تستمر ساعة. لذلك أصبحت أختبر VPN لـP2P بترتيب مختلف.
أولًا:
هل يبقى qBittorrent داخل اتصال الـVPN الذي اخترته؟
ثم:
هل يستطيع هذا الاتصال البقاء موجودًا حتى تنتهي المهمة؟
بعد ذلك فقط أهتم بالسرعة. المزود الأكبر قد يكون أفضل للمستخدم المتقدم الذي يحتاج port forwarding وخيارات أوسع. أما بالنسبة للتنزيل الذي كان أمامي، فالأمر كان أبسط بكثير: ملف كبير. جلسة طويلة. ونفق لا يختفي قبل النهاية. ولهذا عندما أبحث الآن عن أفضل VPN لـP2P، لا أبدأ بأعلى رقم على اختبار السرعة.
أبدأ بالسؤال الذي تعلمته وأنا أحدق في آخر 9% من ذلك الملف:
هل سيبقى الاتصال موجودًا إلى أن يصل الـtorrent إلى 100%؟
أسئلة قد تخطر ببالك بعد القراءة
أسئلة قد تخطر ببالك بعد القراءة
لماذا أصبح بقاء الاتصال أهم من أعلى سرعة تحميل؟
مع الاتصال الأول، كنت أحصل على قمم سرعة ممتازة تتخللها إعادة اتصال. مع الثاني، لم أرَ قفزة سحرية في عداد السرعة.
لماذا تصبح استمرارية الاتصال أهم من ذروة السرعة في جلسات P2P الطويلة؟
لكن عندما كان الاتصال قائمًا، كانت السرعة جيدة جدًا. المشكلة كانت ما يحدث بين فترات السرعة الجيدة .
ما الذي يستحق اختباره أولًا قبل تغيير إعدادات التورنت كلها؟
المحاولة المباشرة من المتصفح كانت قد تعطلت مرتين، لذلك فتحت ملف الـtorrent الرسمي في qBittorrent. عاد الـVPN، وانتظرت حتى عاد عدد الـpeers وبدأ التنزيل يتحرك من جديد.