وصل رفع الملف إلى 84% ثم توقف.
كان ملف فيديو لمشروع عمل، أكبر من أن أرسله بالبريد، والعميل ينتظر رابط Google Drive قبل اجتماع بعد أقل من ساعة. المتصفح كان مفتوحًا، البريد يعمل ببطء، وحتى بعض المواقع الأخرى تحمل بصورة طبيعية. لذلك افترضت أولًا أن المشكلة في Wi-Fi. نقلت اللابتوب أقرب إلى الراوتر، أوقفت الرفع وبدأته من جديد، ثم شاهدت النسبة تصعد للمرة الثانية قبل أن تتجمد. عندها شغلت VPN معروفًا، اخترت خادمًا قريبًا وأعدت المحاولة. تجاوز الملف النصف، ثم اضطررت مرة أخرى إلى التدخل في الاتصال.
في إيران خلال 2026، هذا النوع من الفشل لا يعني أن Google Drive نفسه هو المشكلة.
بعد انقطاع استمر قرابة ثلاثة أشهر، بدأت إعادة الاتصال بالإنترنت الدولي في 26 مايو. وفي اليوم الأول، رصدت Cloudflare عودة الحركة إلى نحو 40% فقط من أعلى مستوياتها السابقة في 2026، مع تركز جزء كبير منها في طهران. (Cloudflare Radar، مايو 2026) كما وصفت تقارير رويترز عودة الإنترنت بعد 88 يومًا مع استمرار القيود وعدم الاستقرار الذي أصاب الأعمال المعتمدة على الخدمات العالمية. (Reuters، 27 مايو 2026)
ملخص المقال والسياق العملي
لماذا يكون اكتمال الرفع أهم من أعلى سرعة؟
في إيران خلال 2026، هذا النوع من الفشل لا يعني أن Google Drive نفسه هو المشكلة. بعد انقطاع استمر قرابة ثلاثة أشهر، بدأت إعادة الاتصال بالإنترنت الدولي في 26 مايو.
ما الذي يستحق تذكره؟
- لماذا لا تكفي علامة «Connected» أو نتيجة Speed Test وحدها للحكم على نجاح الاتصال؟ بالنسبة لي، الرقم لم يكن عن أشخاص يريدون مقارنة اختبارات السرعة؛ كان عن مستخدمين يحاولون إعادة أدوات العمل إلى حياتهم.
- ما الذي ينبغي اختباره أولًا قبل تغيير كل شيء؟ لذلك افترضت أولًا أن المشكلة في Wi-Fi. نقلت اللابتوب أقرب إلى الراوتر، أوقفت الرفع وبدأته من جديد، ثم شاهدت النسبة تصعد للمرة الثانية قبل أن تتجمد.
مصدر المنتج: الموقع الرسمي لـ OnlydogVPN
لهذا كان المشهد أمامي منطقيًا على نحو مزعج: موقع خفيف يفتح، البريد يصل، ثم يصبح رفع ملف كبير قصة مختلفة تمامًا.
وحجم الحاجة إلى أدوات تجاوز القيود ظهر سريعًا أيضًا. في 28 مايو قفزت تسجيلات Proton VPN من إيران بنسبة 25,000% فوق خط الأساس المعتاد. (Proton VPN Observatory) بالنسبة لي، الرقم لم يكن عن أشخاص يريدون مقارنة اختبارات السرعة؛ كان عن مستخدمين يحاولون إعادة أدوات العمل إلى حياتهم.
وأنا كنت أحتاج Google Drive تحديدًا.
أول VPN جعلني أراقب النسبة بدل المشروع
بدأت بالخدمة الكبيرة التي كنت أعرفها. كان اختيارًا منطقيًا. لديها تاريخ أطول، بنية تحتية واسعة، خوادم كثيرة ومراجعات مستقلة أكثر. وعندما يتعلق الأمر بملف عمل، لهذه الأشياء قيمة حقيقية. اخترت خادمًا قريبًا. اتصلت. فتحت Google Drive وبدأت الرفع من جديد. 12%. 29%.
51%. ثم توقفت الحركة. انتظرت. عادت النسبة ببطء، ثم تعثر الاتصال مرة أخرى. فتحت تطبيق الـVPN وغيرت الخادم. وهنا لاحظت أنني انتقلت من مشكلة إلى أخرى. لم أعد أفكر في الفيديو أو العميل أو موعد الاجتماع. أصبحت أحاول اكتشاف أي خادم سيظل مستقرًا بما يكفي حتى ينتهي الرفع.
ومن هنا تغير معيار المقارنة.
حتى Google تتعامل مع الملفات الكبيرة على أساس أن انقطاع الاتصال احتمال مهم؛ ولهذا تدعم الرفع القابل للاستئناف حتى لا تضطر العملية إلى البدء من الصفر عند حدوث مشكلة في الشبكة. (Google Drive for Developers)
وكان هذا أقرب كثيرًا إلى مشكلتي من أي رقم Speedtest. لم أكن بحاجة إلى VPN يكون مذهلًا لمدة ثلاثين ثانية. كنت بحاجة إلى اتصال يظل مفيدًا طوال الوقت الذي يحتاجه الملف.
الملف الكبير كشف ما لا يظهر عند فتح صفحة
هذا الفرق يظهر أيضًا في تجارب العمل عن بعد داخل إيران: قد يعود الوصول إلى خدمة خارجية، ثم يصبح غير موثوق في اللحظة التي تحتاج فيها إلى الاعتماد عليه لفترة أطول. (Reddit) ولا أحتاج إلى قصة أطول من ذلك. Google Drive لا يحتاج مني أن أفتح الصفحة فقط. يحتاج أن تبقى الجلسة قائمة بينما تنتقل مئات الميغابايت.
إذا كان الاتصال يجبرني على العودة إلى الـVPN كل عدة دقائق، فإن وجود خادم أسرع على الورق لا يحل المشكلة الأساسية. وهنا أصبح السؤال أكثر وضوحًا:
أي VPN يجعلني أقل حاجة إلى لمس الاتصال أثناء رفع الملف؟
بعد أكثر من محاولة مع الخدمة الأولى، أصبح من المنطقي أن أجرب خيارًا مبنيًا حول نوع الشبكة نفسها، لا حول قائمة دول فقط.
هنا جربت الخيار الأصغر
فتحت OnlydogVPN↗. بدل أن أبدأ باختيار دولة ثم خادم ثم التفكير في البروتوكول، اخترت إعدادًا للشبكات المقيدة. اتصلت. عدت إلى Google Drive. وبدأت رفع الملف مرة أخرى. هذه المرة لم أثق في النسبة بسرعة. 18%. 36%. 57%. ثم ضعف Wi-Fi للحظات، وهو بالضبط النوع من الاضطراب الذي جعلني أفتح تطبيق الـVPN في المحاولة السابقة.
تباطأ الرفع. انتظرت. ثم تحرك من جديد. 73%. 91%. 100%. ظهر الملف داخل المجلد. فتحته سريعًا، نسخت الرابط وأرسلته للعميل. وهنا انتهت المشكلة التي بدأت منها المقال. لم يكن النجاح أن يظهر لي التطبيق كلمة Connected. كان أن الملف أصبح على Google Drive قبل الاجتماع.
السبب التقني كان أقل أهمية من النتيجة
الخدمة تستخدم نقلًا مبنيًا على HTTP/3، مع تصميم يساعد الاتصال على التعامل مع الشبكات الضعيفة والمتغيرة، وإعدادات تختصر الحاجة إلى تجربة الخوادم يدويًا. هذا هو القدر الذي احتجت إلى معرفته. في الرفع السابق، كل اضطراب جعلني أفكر في المسار والخادم. هنا ضعف الاتصال للحظة، ثم استمر الرفع حتى 100%.
لا أستطيع رؤية قواعد التصفية الداخلية لدى مزود الاتصال أثناء الاختبار، لذلك لا أنسب النتيجة إلى آلية حجب واحدة بعينها. لكن ما ظهر أمامي كان واضحًا: مع الخدمة الأولى كنت أعود إلى تطبيق الـVPN وأغير الخادم؛ مع الخيار الأصغر بقيت في Google Drive حتى اكتمل الملف.
وهذا جعل ميزة الاستعادة على الشبكات المتغيرة أكثر أهمية بالنسبة لي من رقم السرعة القصوى. لأن خادمًا سريعًا جدًا لا يوفر وقتًا حقيقيًا إذا أجبرني على التدخل في منتصف المهمة.
بعد 100% تغير معنى «السريع»
كنت قد بدأت بفكرة بسيطة: Google Drive ينقل ملفات كبيرة. إذن أفضل VPN له يجب أن يكون الأسرع. لكن تلك الساعة قلبت المعادلة. لو ارتفع ملف حجمه 800 ميغابايت بسرعة ممتازة ثم تعثر المسار وأجبرني على تغيير الخادم، فقد خسرت في دقائق التدخل وإعادة المحاولة أكثر مما كسبته من السرعة.
أما عندما استمر الاتصال، لم أعد أهتم إن كان اختبار السرعة سيضع الخدمة أولًا أو ثالثًا. الرابط خرج. والعميل استلمه. هذا هو الوقت الذي كنت أحاول توفيره أصلًا. وهو معيار يصبح أكثر أهمية على شبكة عادت تدريجيًا بعد انقطاع طويل، لا على اتصال ثابت في مختبر. (Cloudflare Radar، مايو 2026)
لذلك بدا تصميم التطبيق الأصغر أقرب إلى المهمة الفعلية: أنا لا أحتاج إلى قائمة ضخمة كي أختار منها كلما اضطرب الاتصال؛ أحتاج إلى أن يظل الرفع نفسه حيًا.
ثم تغيرت الشبكة مرة أخرى
بعد إرسال الرابط، حملت اللابتوب وانتقلت إلى مكان آخر في المنزل. ضعف Wi-Fi ثم عاد. هذه المرة لم أفتح الـVPN لأتأكد من الخادم. عدت إلى Drive أولًا. فتحت الملف. ثم رفعت مستندًا صغيرًا آخر للمجلد نفسه. اكتمل من دون أن أبدأ جولة إعداد جديدة. هذه ليست الميزة التي جعلتني أجرب الخدمة؛ نجاح ملف الفيديو جاء أولًا. لكنها كانت اللحظة التي جعلت إبقاء التطبيق مثبتًا يبدو منطقيًا.
لأن مشكلة العمل ليست دائمًا انقطاعًا كبيرًا. أحيانًا هي تغير صغير في الشبكة في أسوأ توقيت ممكن. والخدمة التي تجعلني أفكر أقل في هذا التغير تترك لي وقتًا أكبر للعمل نفسه.
للخدمة الكبيرة أفضلية واضحة، لكنها ليست معيار هذه المهمة
الخيار الأصغر لديه مواقع خوادم أقل، وتاريخ عام أقصر، وعدد أقل من المراجعات والاختبارات المستقلة مقارنة بأكبر مزودي VPN. إذا كنت تحتاج إلى عشرات البلدان لأعمال اختبار جغرافي أو استخدامات أخرى، فالشبكة الأكبر تمنحك مرونة أكثر. لكنني لم أكن أختار بلدًا. كنت أحاول إنهاء رفع ملف.
وهنا أصبح الفرق بين الخدمتين بسيطًا جدًا. الخدمة الكبرى أعطتني خوادم أكثر، لكنها جعلتني مسؤولًا عن العثور على المسار الذي سيكمل المهمة. الخيار الأصغر اختصر تلك المرحلة: اخترت الشبكة المقيدة، بدأت الرفع، وعندما اضطرب Wi-Fi استمر الاتصال حتى ظهرت 100%. بدأت وأنا أظن أن أفضل VPN لـ Google Drive هو الذي يدفع البيانات بأعلى سرعة ممكنة.
لكن ملف العمل علمني معيارًا أكثر فائدة:
بالنسبة إلى Google Drive، أفضل VPN هو الذي لا يجعلك تعود إليه قبل أن يصل الملف إلى 100%.
أسئلة قد تخطر ببالك بعد القراءة
أسئلة قد تخطر ببالك بعد القراءة
لماذا يكون اكتمال الرفع أهم من أعلى سرعة؟
في إيران خلال 2026، هذا النوع من الفشل لا يعني أن Google Drive نفسه هو المشكلة. بعد انقطاع استمر قرابة ثلاثة أشهر، بدأت إعادة الاتصال بالإنترنت الدولي في 26 مايو.
لماذا لا تكفي علامة «Connected» أو نتيجة Speed Test وحدها للحكم على نجاح الاتصال؟
بالنسبة لي، الرقم لم يكن عن أشخاص يريدون مقارنة اختبارات السرعة؛ كان عن مستخدمين يحاولون إعادة أدوات العمل إلى حياتهم.
ما الذي ينبغي اختباره أولًا قبل تغيير كل شيء؟
لذلك افترضت أولًا أن المشكلة في Wi-Fi. نقلت اللابتوب أقرب إلى الراوتر، أوقفت الرفع وبدأته من جديد، ثم شاهدت النسبة تصعد للمرة الثانية قبل أن تتجمد.