أفضل VPN مع راوتر DD-WRT في 2026: حماية الأجهزة المهمة أهم من تمرير المنزل كله عبر نفق واحد

استيقظت على ثلاث شكاوى في الوقت نفسه. اللابتوب لا يفتح البريد، التلفاز يقول إن الإنترنت غير متاح، وهاتف زوجتي متصل بالـWi-Fi لكنه لا يحمل أي صفحة. أول ما فعلته كان لوم مزود الإنترنت. أعدت تشغيل المودم، ثم راوتر DD-WRT، وانتظرت. عادت الشبكة اللاسلكية، لكن الإنترنت لم يعد للأجهزة. دخلت إلى لوحة الراوتر فوجدت اتصال WAN طبيعيًا، بينما عميل الـVPN يحاول الاتصال ويفشل، والقاعدة التي وضعتها لمنع الخروج خارج النفق تفعل وظيفتها بإخلاص مزعج: إذا مات الـVPN، يتوقف البيت كله. عندها تغير معنى بحثي عن أفضل VPN لراوتر DD-WRT. لم أعد أريد مجرد خدمة تعطيني ملف إعداد أضعه في الراوتر؛ أردت ألا تتحول مشكلة واحدة في النفق إلى مشكلة لكل جهاز في المنزل. *(

لم يكن DD-WRT نفسه قد تعطل.

المشكلة كانت في ترتيب بنيته قبل أشهر ثم نسيته لأنه عمل فترة طويلة: كنت أمرر المنزل كله عبر VPN واحد على الراوتر.

وفي 15 يناير/كانون الثاني 2026 أوقف Mullvad خوادم OpenVPN ودعمه نهائيًا وانتقل إلى WireGuard. Mullvad بالنسبة لمستخدم التطبيق العادي، هذا تغيير بروتوكول. أما عندما يعيش الاتصال داخل الراوتر، فقد يصبح تغييرًا يمس الشبكة كلها.

وهذا ما حدث معي. DD-WRT ما زال يدعم OpenVPN وWireGuard، كما توجد أدلة حديثة لإعداد WireGuard عليه. DD-WRT Forum Windscribe لذلك كان بإمكاني إصلاح التصميم الذي لدي، وفعلت ذلك بالفعل. ولّدت إعداد WireGuard. دخلت إلى إعدادات الأنفاق. أضفت البيانات الجديدة. اتصل النفق.

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

أما التلفاز، ووحدة الألعاب، وأجهزة المنزل الذكي، وبقية الهواتف، فلا يوجد سبب يجعلها كلها تمر عبر النفق نفسه فقط لأن DD-WRT يستطيع فعل ذلك. وهنا بدت Policy-Based Routing كحل طبيعي. DD-WRT يسمح بتوجيه أجهزة محددة فقط عبر VPN بدل إرسال الشبكة كلها إليه. DD-WRT Wiki بدأت إعداد ذلك.

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

المشكلة ليست أن DD-WRT لا يستطيع القيام بذلك. يستطيع، وبصورة جيدة. المشكلة أنني بدأت أستخدم قوته لحل تعقيد صنعته بنفسي. بعض مستخدمي DD-WRT يفصلون أصلًا بين شبكة تمر عبر VPN وأخرى تخرج مباشرة، وهو ترتيب منطقي لمن يريد إدارة المنزل بهذه الطريقة. Reddit لكنني توقفت عند سؤال أبسط:

إذا كنت أحتاج VPN على جهازين فقط، لماذا أجعل البيت كله يعتمد على VPN الراوتر؟

هنا أعدت DD-WRT إلى دور أبسط. تركته يدير الإنترنت المنزلي، وWi-Fi، وDHCP، وبقية الأشياء التي يجيدها. ثم ثبتُّ OnlydogVPN^↗ على لابتوب العمل. شغلت الخدمة. فتح البريد. اتصل Teams. دخلت إلى مساحة العمل. ثم أخذت الهاتف. بدل إضافة عنوان آخر إلى سياسة التوجيه في الراوتر، شاركت الوصول إلى الجهاز الثاني برمز التحقق.

اتصل الهاتف. وانتهت المهمة. في غرفة الجلوس ظل التلفاز على اتصال المنزل المعتاد. وحدة الألعاب لم تتغير. الأجهزة الذكية لم تصبح مرتبطة بنفق العمل. وأنا حصلت على VPN على الجهازين اللذين أحتاجه عليهما فعلًا. هذه كانت اللحظة التي تغير فيها حكمي. كنت أعتقد أن أفضل VPN مع DD-WRT هو الذي يندمج أعمق ما يمكن داخل الراوتر.

بعد هذه التجربة أصبح المعيار مختلفًا:

عندما يكون احتياج الـVPN محدودًا بعدد قليل من الأجهزة، سهولة حماية تلك الأجهزة أهم من تحويل النفق إلى نقطة يعتمد عليها المنزل كله.

DD-WRT لم يصبح أقل قيمة بهذا القرار. بالعكس، توقفت عن جعله مسؤولًا عن مشكلة لا يحتاج المنزل كله إلى المشاركة فيها. وبعد أيام احتجت إلى إضافة اللابتوب الاحتياطي. في التصميم القديم كنت سأبدأ بتحديد عنوان ثابت، ثم تعديل PBR، ثم التفكير فيما يحدث إذا فشل الـVPN. مع الخدمة على الجهاز، استخدمت رمز التحقق وانتهى الأمر.

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

التحول الذي حدث مع OpenVPN في 2026 ذكرني بأن بروتوكولًا قد يخرج من الخدمة، أو أن إعدادًا قد يحتاج إلى تحديث، أو أن إصدارًا أحدث من DD-WRT يسهل استيراد إعداد WireGuard بينما يظل الإصدار القديم بحاجة إلى عمل يدوي أكبر. Windscribe

كل هذا يمكن إصلاحه. لكنني لم أعد أريد أن يكون إصلاحه شرطًا لعودة التلفاز وهواتف الأسرة إلى الإنترنت. وهذه النقطة هي التي جعلت الخدمة الأصغر أكثر ملاءمة لحالتي. لديها مواقع خوادم أقل من أكبر مزودي VPN، وتاريخ عام أقصر، وعدد مراجعات مستقلة أقل. كما أنني لا أقدمها هنا باعتبارها عميلًا يجب تثبيته داخل DD-WRT.

سبب فائدتها كان أنني توقفت عن اشتراط وجود الـVPN داخل الراوتر أصلًا. إذا كان هدفك فعلًا أن تمرر عشرات الأجهزة أو أجهزة لا تستطيع تثبيت تطبيق VPN عبر نفق مركزي، فـDD-WRT مع مزود يقدم ملفات WireGuard أو OpenVPN واضحة يظل ترتيبًا منطقيًا جدًا. أما أنا، فكنت أحمي لابتوبًا وهاتفًا، وأحيانًا جهازًا ثالثًا.

في هذه الحالة، التثبيت على الأجهزة أبقى مشكلة VPN محصورة في الأجهزة التي تحتاجه.

لا أستطيع رؤية كل قواعد التوجيه الداخلية التي يبنيها DD-WRT أو كل ما يحدث داخل اتصال كل مزود، لذلك لا أنسب كل اختلاف إلى سبب واحد مخفي. ما أستطيع الحكم عليه هو النتيجة: عندما مررت المنزل كله عبر نفق واحد، أصبح فشل الـVPN مشكلة للجميع؛ وعندما نقلت الاتصال إلى الأجهزة المهمة، اختفت هذه العلاقة.

وهذا الفرق ظهر بوضوح في المرة التالية التي أعدت فيها تشغيل الراوتر. عاد Wi-Fi. عاد التلفاز. عادت الأجهزة الذكية. عادت هواتف الأسرة. أما لابتوب العمل، فعندما احتجت إلى VPN، شغلت الخدمة عليه. لم يعد البيت ينتظر نجاح نفق واحد حتى يستطيع استخدام الإنترنت. وهنا فهمت لماذا خدعتني فكرة «كل شيء في مكان واحد».

الإدارة المركزية تبدو أبسط. لكنها تجمع أيضًا الاعتماد في المكان نفسه. بالنسبة لشبكة تحتاج فعلًا إلى VPN مركزي، قد يكون ذلك منطقيًا. أما بالنسبة لي، فكان الأكثر عملية أن يظل DD-WRT راوترًا قويًا، ويظل الـVPN قريبًا من الأجهزة التي تحتاجه.

لهذا، أفضل VPN مع راوتر DD-WRT بالنسبة لي ليس الذي يجعل كل جهاز في المنزل يعتمد على نفق واحد؛ بل الذي يسمح لي بحماية الأجهزة المهمة من دون أن أحول الراوتر نفسه إلى نقطة فشل للجميع.