غيّرت DNS وفتح الموقع، لكن تيليغرام بقي محجوباً: كيف أعرف أين تقع المشكلة؟

بدأت المشكلة برسالة على تيليغرام لم تصل.

كان ذلك بعد موجة الحجب التي طالت التطبيق في العراق في أبريل 2026، حين ارتفع الإقبال على خدمات VPN بسرعة مع محاولة المستخدمين استعادة الوصول إلى تيليغرام والخدمات المرتبطة به. (Proton VPN)

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

لكن كل حل وجدته على الإنترنت كان يقول شيئاً مختلفاً.

غيّر DNS.

استخدم VPN.

جرّب خادماً آخر.

ربما الـVPN نفسه محجوب.

بدأت بالحل الأقل إزعاجاً: غيّرت DNS.

عندما نجح تغيير DNS… جزئياً

فعّلت DNS مشفراً، ثم أعدت فتح موقع كان يتوقف عند التحميل.

فتح فوراً.

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

وهذا له سياق واضح في العراق. سبق أن أعلنت السلطات توجهاً لحجب Google Public DNS والاعتماد بصورة أكبر على بنية DNS محلية لدى مزودي الخدمة. كما أن حجب DNS يستطيع أن يجعل الموقع يبدو للمستخدم وكأنه غير موجود أو لا يستجيب، رغم أن الخادم نفسه لا يزال متاحاً. (SMEX / INSM^[2])

قلت لنفسي: انتهت المشكلة.

ثم فتحت تيليغرام.

وبقي يدور.

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

وهذا الفرق هو الذي وفّر عليّ بعد ذلك الكثير من التخمين.

ليس كل حجب يبدو مختلفاً على الشاشة

بالنسبة للمستخدم، النتائج متشابهة بشكل مزعج.

صفحة لا تفتح.

تطبيق ينتظر.

VPN يبقى عند «جارٍ الاتصال».

لكن تحت الشاشة قد تكون المشكلة في مراحل مختلفة تماماً.

دراسة نُشرت في 2026 وقاست الحجب من عدة شبكات عراقية وجدت أن التلاعب أو الحجب المرتبط بـDNS كان من أكثر الأساليب اتساقاً، لكنها رصدت أيضاً حجباً على مستوى عناوين IP، مع اختلاف النتائج بين مزود وآخر. (Al-Dujaily & Al-Musawi،^[3])

وهذا يفسر شيئاً كنت أعتبره سابقاً عشوائياً: قد يعمل موقع بمجرد تغيير DNS، بينما تبقى خدمة أخرى مغلقة. وقد يعمل الشيء نفسه على بيانات الهاتف ولا يعمل على شبكة المنزل.

حتى في نقاشات المستخدمين تظهر هذه الفوضى بصورة يومية أبسط؛ أحد المستخدمين في بغداد وصف نطاقاً كان متاحاً خارج العراق لكنه لم يفتح لديه محلياً إلا بعد تغيير DNS أو استخدام VPN. (Reddit^[4])

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

الاختبار البسيط الذي فرّق بين المشكلتين

أعدت التجربة بترتيب واضح.

مع DNS المشفر، فتحت الموقع الذي كان محجوباً.

نجح.

فتحت تيليغرام من دون VPN.

لم ينجح.

بعدها شغلت خدمة VPN كبيرة كنت أستخدمها من قبل. اخترت الاتصال التلقائي وانتظرت.

لم يكتمل الاتصال.

جربت خادماً آخر، ثم خيار اتصال آخر داخل التطبيق. بقيت النتيجة نفسها: الإنترنت موجود، لكن النفق لا يبدأ.

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

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

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

كنت بحاجة إلى VPN يستطيع بدء الاتصال على الشبكة التي أمامي.

وهذا غيّر معيار الاختيار كله.

عندها توقفت عن تبديل الخوادم وغيّرت نوع الاتصال

الخدمة الكبيرة التي كنت أستخدمها لم تكن بلا قيمة. لديها تاريخ أطول، شبكة واسعة، وعدد كبير من المواقع.

لكن في تلك اللحظة كان كل هذا يأتي بعد سؤال أبسط:

هل يستطيع النفق أن يبدأ؟

لهذا فتحت OnlydogVPN^[5].

لم أبدأ باختيار دولة من قائمة طويلة أو بتجربة عدة بروتوكولات. اخترت حالة الاستخدام وشغلت الاتصال.

اتصل.

فتحت تيليغرام.

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

بعد نجاح الاتصال فقط أصبح الفرق التقني يستحق التفكير فيه.

الخدمة تستخدم نقلاً مبنياً على HTTP/3 مع طبقة إضافية لإخفاء خصائص حركة الاتصال. بالنسبة إليّ، المغزى كان بسيطاً: تغيير DNS يستطيع مساعدتي في العثور على الوجهة، لكنه لا يغير شكل نفق VPN نفسه عندما تكون المشكلة في الوصول إلى ذلك النفق.

وهنا أصبح الفرق بين الحالتين واضحاً بما يكفي لأتذكره:

إذا غيّرت DNS فعاد الموقع، فقد أصلحت مشكلة الوصول إلى اسمه أو مساره الأول.

إذا ظل التطبيق أو النفق نفسه عاجزاً عن الاتصال، فأنا أحتاج إلى حل يتعامل مع الاتصال، لا إلى DNS آخر.

هذا كل ما احتجت معرفته.

ثم خرجت من المنزل

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

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

لكن الاتصال تعافى مع تغير الشبكة.

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

وهذا أيضاً جعلني أقل اهتماماً بالأرقام التي اعتدت مقارنة خدمات VPN بها.

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

متى أعرف أن DNS هو المشكلة فعلاً؟

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

إذا كان الموقع لا يفتح، ثم فتح مباشرة بعد استخدام DNS مختلف أو DNS مشفر، فهذا دليل عملي قوي على أن DNS كان جزءاً أساسياً من المشكلة. خدمات مثل Google Public DNS وDNS over HTTPS تغيّر الجهة والطريقة التي يحصل بها الجهاز على إجابة اسم النطاق. (Google Public DNS^[6])

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

وهذا بالضبط ما حدث معي: DNS المشفر أعاد موقعاً، لكنه لم يعِد تيليغرام، ولم يجعل نفق الـVPN الأول يتصل.

عندها أصبح المطلوب مختلفاً.

لم أكن بحاجة إلى DNS «أقوى».

كنت بحاجة إلى اتصال VPN يستطيع اجتياز الطبقة التالية.

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

ولهذا لم أعد أستخدم السؤال «DNS أم VPN؟» وكأن أحدهما بديل دائم للآخر.

أغيّر DNS أولاً وأراقب ما الذي عاد. إذا بقي النفق نفسه هو الجزء المعطل، أعرف أن وقت تبديل عناوين DNS انتهى.

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