دفتر سفر شخصي
ملاحظات من الطريق والاتصال

هل VPN محظور في إيران؟ لماذا قد يفشل بروتوكول بينما ينجح اتصال مموّه على الشبكة نفسها

شارع إيراني عند الغسق بين مبانٍ سكنية قديمة وجبال بعيدة

الغريب أن الـVPN كان يعمل قبل وصولي.

اختبرته خارج إيران، اخترت خادمًا، وظهر Connected خلال ثوانٍ. لهذا عندما فتحته على شبكة إيرانية لم أتوقع أن يصبح هو المشكلة.

ضغطت الاتصال.

Connecting…

ملخص المقال والنقطة الأساسية

الخلاصة العملية

ابدأ من مكان الفشل: هل الإنترنت نفسه يعمل، هل النفق يتصل، وهل المهمة داخل التطبيق تعمل بعد الاتصال؟ في نقاش حديث، وصف مستخدم داخل إيران اتصال OpenVPN يعمل على جهاز بينما يفشل خيار آخر على هاتفه، في حين نجح VPN مختلف. وفي فترة قيود أخرى، تحدث مستخدم عن توقف أدوات كانت تعمل في اليوم…

انتظرت.

غيرت الخادم. ثم الدولة. مرة ظهر الاتصال لثوانٍ قبل أن يسقط، ومرة ظل التطبيق يحاول بلا نهاية.

الإنترنت نفسه لم يكن ميتًا. بعض الصفحات المحلية فتحت، بينما ظلت خدمات خارجية أبطأ أو غير متاحة.

بعد المحاولة الخامسة كان الاستنتاج السهل جاهزًا:

إذًا الـVPN محظور في إيران.

لكن بعد قليل نجح اتصال مختلف على الشبكة نفسها.

وهنا تغير السؤال. بدل «هل VPN محظور؟» أصبح الأهم: ما نوع الاتصال الذي تستطيع الشبكة تمريره الآن؟

الإنترنت قد يعود من دون أن يعود كما كان

هذا السؤال أصبح مهمًا بصورة خاصة في إيران خلال 2026.

في 8 يناير شهدت البلاد انقطاعًا واسعًا للإنترنت، وهبطت حركة الشبكة في قياسات Cloudflare إلى مستوى قريب من الصفر. وبعد فترات طويلة من الانقطاع، بدأ الاتصال الدولي يعود تدريجيًا، لكن عودته لم تكن عودة بسيطة إلى الوضع السابق. (Cloudflare[1])

تحليل Filterwatch لمرحلة الاستعادة وصف نموذجًا أكثر انتقائية، ظل فيه الوصول الدولي مقيدًا حتى بعد عودة قدر من الاتصال. (Filterwatch[2])

وهذا يفسر شيئًا يبدو متناقضًا للمستخدم: الهاتف لديه إنترنت، لكن أداة كانت تعمل بالأمس لا تستطيع إنشاء نفق اليوم.

أثناء قطع كامل للإنترنت الدولي، لن يصنع VPN طريقًا خارجيًا غير موجود. لكن عندما يكون الإنترنت موجودًا وتصبح التصفية انتقائية، تبدأ الفروق بين طرق الاتصال نفسها بالظهور.

وهذه كانت المشكلة التي أمامي.

تغيير الخادم لم يكن يغير المشكلة

عدت إلى VPN كبير كنت أعرفه جيدًا.

اختياري له كان منطقيًا: شركة معروفة، تطبيق ناضج، وعدد ضخم من الخوادم.

جربت خادمًا في دولة قريبة.

فشل.

جربت آخر في أوروبا.

فشل أيضًا.

ثم ثالثًا.

في البداية كنت أتعامل مع كل محاولة وكأن الخادم السابق هو المشكلة. لكن بعد عدة تغييرات ظهر نمط واضح: العنوان يتغير، بينما النتيجة لا تتغير.

هنا أدركت أنني ربما أغيّر الشيء الخطأ.

إذا كان خادم بعينه غير قابل للوصول، فوجود مئات الخوادم مفيد. أما إذا كانت الشبكة تتعرف على نمط الاتصال أو تعطل بروتوكولًا معينًا، فإن إرسال النوع نفسه من الحركة إلى عنوان جديد قد يعيد الفشل نفسه.

وهذا ليس احتمالًا غريبًا في إيران. أبحاث وقياسات للشبكة وثقت استخدام التصفية العميقة والخنق والتدخل الانتقائي في أنواع مختلفة من الاتصال، بدل الاعتماد على قطع الإنترنت بالكامل في كل مرة. (Arash Aryapour[3])

وهنا لم تعد قائمة الخوادم هي المعيار الذي يهمني.

في شبكة تنتقي ما تسمح بمروره، طريقة إخفاء الاتصال أهم من عدد الوجهات التي تستطيع إرسال الاتصال نفسه إليها.

تجارب المستخدمين شرحت الإحباط في سطر واحد

هذا التفاوت يظهر أيضًا في تجارب الناس.

في نقاش حديث، وصف مستخدم داخل إيران اتصال OpenVPN يعمل على جهاز بينما يفشل خيار آخر على هاتفه، في حين نجح VPN مختلف. وفي فترة قيود أخرى، تحدث مستخدم عن توقف أدوات كانت تعمل في اليوم السابق قبل أن ينجح معه مسار بديل لاحقًا. (Reddit[4]) (Reddit[5])

لم أحتج إلى أكثر من ذلك من Reddit.

الفكرة واضحة: «كان يعمل أمس» ليست معلومة كافية في شبكة قد تتغير طريقة تصفيتها اليوم.

ولهذا توقفت عن تجربة الخادم الرابع والخامس بالطريقة نفسها.

هاتف مضاء إلى جوار دفتر ومحوّل سفر قرب نافذة في الليل
بعد تبديل الخوادم مرارًا، لم يعد العنوان الجديد يعني محاولة مختلفة.

المحاولة التالية لم تبدأ بدولة جديدة

فتحت OnlydogVPN[6].

بدل العودة إلى قائمة الدول، اخترت الإعداد المخصص للشبكات المقيدة وشغلت الاتصال.

انتظرت.

تم الاتصال.

خرجت مباشرة من التطبيق وفتحت Telegram.

ظهرت الرسائل الجديدة.

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

هذه كانت النتيجة التي أبحث عنها.

لم أكن أريد أن يخبرني تطبيق الـVPN بأنه متصل. كنت أريد الإنترنت الموجود خلفه.

والفرق هنا أن الخدمة لا تعتمد فقط على تبديل عنوان الخادم. تستخدم نقلًا مبنيًا على HTTP/3 مع إخفاء إضافي لحركة الـVPN، بحيث لا يظهر الاتصال بالطريقة التقليدية نفسها أمام شبكة تحاول تصنيف هذا النوع من الحركة. (Arash Aryapour[3]) (IETF[7])

هذه هي التقنية الوحيدة التي احتجت إلى فهمها: إذا كان شكل النفق نفسه هو المشكلة، غيّر شكل النفق، لا الخادم فقط.


عندها فهمت لماذا يفشل VPN ويعمل آخر

قبل ذلك، كنت أتعامل مع كلمة VPN كأنها تصف تقنية واحدة.

لكنها تصف النتيجة أكثر مما تصف الطريق.

تطبيقان قد يعرضان زرًا متشابهًا وكلمة Connected نفسها، بينما تختلف الطريقة التي يحاول بها كل واحد الوصول إلى خادمه.

وهذا مهم جدًا في إيران.

إذا أصبح بروتوكول مألوف سهل التمييز على الشبكة، قد يبقى التطبيق عالقًا عند Connecting مهما بدلت البلدان. أما الاتصال المموّه فيبدأ من فرضية مختلفة: المشكلة ليست دائمًا المكان الذي تتصل به، بل ما الذي تراه الشبكة أثناء محاولة الاتصال.

هذا أيضًا جعل واجهة الخدمة أبسط مما توقعت.

لم أحتج إلى اختيار بروتوكول ثم منفذ ثم خادم ثم العودة لاختبار كل شيء يدويًا. اخترت الموقف وتركت التطبيق يتعامل مع التفاصيل.

في شبكة طبيعية، قد تبدو هذه مجرد بساطة في التصميم.

في شبكة مقيدة، أصبحت جزءًا من الحل.

لماذا كانت قلة الإعدادات ميزة فعلية؟

لأن لحظة فشل الإنترنت ليست الوقت الذي أريد فيه البدء في دراسة البروتوكولات.

في الخدمة السابقة دخلت سريعًا في وضع صيانة:

خادم آخر.

بروتوكول آخر.

إعادة اتصال.

اختبار.

ثم محاولة جديدة.

كل خيار منفرد مفيد، لكن تراكمها جعلني أنا المسؤول عن العثور على التركيبة التي تمر.

أما هنا، فالإخفاء وطريقة النقل كانا موجودين داخل الإعداد المخصص للموقف. لم أحتج إلى اكتشافهما بعد الفشل.

وهذا مهم أكثر في إيران لأن الوصول إلى الأدوات نفسها قد يصبح جزءًا من المشكلة. قياسات OONI السابقة وثقت حجب خدمات ومتاجر تطبيقات يستخدمها الناس للحصول على أدوات جديدة. (OONI[8])

لذلك، إذا كنت أعرف أنني سأحتاج VPN في إيران، أفضل أن يكون مثبتًا ومجهزًا قبل أن تصبح الشبكة صعبة، لا أن أبدأ البحث عن ملف إعداد جديد بعد ذلك.

الشيء الذي رأيته كان أبسط من قواعد الشبكة

لا أستطيع من خارج البنية التحتية الإيرانية رؤية قواعد التصفية الداخلية التي طبقت على جلستي بعينها أو تحديد أي قاعدة أوقفت البروتوكول السابق.

لكنني لم أحتج إلى ذلك لاتخاذ القرار.

رأيت اتصالًا تقليديًا يبقى عالقًا رغم تغيير الخوادم.

ثم رأيت اتصالًا مموّهًا ينشئ النفق ويفتح الخدمات التي جئت من أجلها.

وهذا هو المستوى الذي يهمني كمستخدم.

ليس اسم تقنية الحجب في الخلفية، بل ما إذا كنت سأظل أقلب قائمة الخوادم أو سأعود إلى Telegram ولوحة العمل.

«VPN محظور» ليست إجابة دقيقة بما يكفي

في إيران توجد قيود فعلية على أدوات تجاوز الفلترة، كما اتخذ المجلس الأعلى للفضاء السيبراني في 2024 قرارًا يحظر استخدام أدوات تجاوز التصفية دون تصريح. تحليل قانوني لـFilterwatch أشار في الوقت نفسه إلى أن نص القرار لم ينشئ بنفسه عقوبة جنائية عامة لمجرد استخدام VPN. (Filterwatch[9])

لكن السؤال القانوني منفصل عن الشيء الذي يظهر على شاشة الهاتف.

تقنيًا، لا تتصرف كل أدوات VPN بالطريقة نفسها، ولا يعني فشل بروتوكول واحد أن كل اتصال VPN أصبح مستحيلًا.

والعكس صحيح أيضًا: نجاح اتصال واحد لا يعني أن الشبكة بلا قيود.

بالنسبة لشخص يحاول فقط استعادة وصوله، التقسيم الأكثر فائدة هو هذا:

إذا كان الإنترنت الدولي مقطوعًا بالكامل، فلن ينقذك تبديل البروتوكول.

أما إذا كان الإنترنت موجودًا لكن VPN المعتاد لا يستطيع إنشاء الاتصال، فهنا يصبح الإخفاء هو الشيء الذي أختبره قبل أن أضيع الوقت بين عشرات الخوادم.


هذه المرة، شبكة الخوادم الأصغر لم تكن هي المشكلة

هناك مقايضة واضحة.

الخدمة الأصغر لديها مواقع خوادم أقل من بعض المزودين الكبار، وتاريخ علني أقصر، كما أن عدد المراجعات المستقلة عنها أقل.

لو كانت أولويتي الحصول على عنوان IP في عشرات الدول المختلفة، سأعطي هذه النقاط وزنًا أكبر.

لكنها لم تكن أولويتي في إيران.

أنا لم أكن أبحث عن خادم إضافي.

كان لدي بالفعل الكثير منها، ولم تكن تعبر.

كنت أبحث عن طريقة مختلفة لإيصال الاتصال نفسه.

الخدمة الكبيرة أعطتني مزيدًا من الأماكن التي أستطيع إعادة المحاولة منها. أما الخيار المموّه فغيّر طبيعة المحاولة وأعادني إلى الخدمات التي كنت أحاول الوصول إليها.

وفي إيران، عندما يكون الإنترنت موجودًا لكن النفق المعتاد لا يعبره، تغيير شكل الاتصال أهم من إضافة خادم آخر إلى قائمة المحاولات الفاشلة.

أسئلة يهم المستخدم معرفتها

ما السبب الأرجح للمشكلة قبل أن أغيّر الخادم؟

ابدأ من مكان الفشل: هل الإنترنت نفسه يعمل، هل النفق يتصل، وهل المهمة داخل التطبيق تعمل بعد الاتصال؟ في نقاش حديث، وصف مستخدم داخل إيران اتصال OpenVPN يعمل على جهاز بينما يفشل خيار آخر على هاتفه، في حين نجح VPN مختلف. وفي فترة قيود أخرى، تحدث مستخدم عن توقف أدوات كانت تعمل في اليوم…

ما أول اختبار يساعدني على تحديد مكان العطل؟

غيّر متغيرًا واحدًا فقط وأعد نفس المهمة؛ بهذه الطريقة تعرف هل السبب في الشبكة أو النفق أو التطبيق. اختبرته خارج إيران، اخترت خادمًا، وظهر Connected خلال ثوانٍ. لهذا عندما فتحته على شبكة إيرانية لم أتوقع أن يصبح هو المشكلة.

ما الإشارة التي يجب أن أثق بها أكثر من Speedtest أو كلمة Connected؟

النتيجة التي تخص المهمة نفسها أهم: مكالمة مستقرة، بث يبدأ، صفحة تفتح أو جلسة تبقى متصلة. وهنا تغير السؤال. بدل «هل VPN محظور؟» أصبح الأهم: ما نوع الاتصال الذي تستطيع الشبكة تمريره الآن؟

متى أتوقف عن إعادة المحاولة بالطريقة نفسها؟

إذا تكرر الفشل مع خوادم متعددة بالطريقة نفسها، فاختبر طبقة أخرى مثل البروتوكول أو الشبكة أو التطبيق بدل خادم إضافي. في البداية كنت أتعامل مع كل محاولة وكأن الخادم السابق هو المشكلة. لكن بعد عدة تغييرات ظهر نمط واضح: العنوان يتغير، بينما النتيجة لا تتغير.

المصادر والمراجع

المراجع الخارجية توثّق المعلومات أو المفاهيم التقنية المذكورة. أما نتائج الاستخدام الميداني ووصف ما حدث في الرحلة فهي تجربة الكاتب كما وردت في النص.

  1. Cloudflare — مرجع مرتبط بقسم «الإنترنت قد يعود من دون أن يعود كما كان»(مصدر أولي/خارجي)
  2. Filterwatch — مرجع مرتبط بقسم «الإنترنت قد يعود من دون أن يعود كما كان»(مصدر أولي/خارجي)
  3. Arash Aryapour — مرجع مرتبط بقسم «تغيير الخادم لم يكن يغير المشكلة»(مصدر أولي/خارجي)
  4. Reddit — تجربة مستخدم مرتبطة بالنقطة المذكورة في النص(تجربة مستخدم)
  5. Reddit — تجربة مستخدم مرتبطة بالنقطة المذكورة في النص(تجربة مستخدم)
  6. OnlydogVPN — مرجع مرتبط بقسم «المحاولة التالية لم تبدأ بدولة جديدة»(مصدر أولي/خارجي)
  7. IETF — مرجع مرتبط بقسم «المحاولة التالية لم تبدأ بدولة جديدة»(مصدر أولي/خارجي)
  8. OONI — مرجع مرتبط بقسم «لماذا كانت قلة الإعدادات ميزة فعلية؟»(مصدر أولي/خارجي)
  9. Filterwatch — مرجع مرتبط بقسم ««VPN محظور» ليست إجابة دقيقة بما يكفي»(مصدر أولي/خارجي)
  10. OpenVPN — OpenVPN Protocol(مرجع تقني أولي)