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

ما هو المستمع المدمج حقاً

يحوّل معالج الاتصال الوارد محطة العمل إلى نقطة نهاية صغيرة للوصول عن بعد. تختار الحسابات المحلية المسموح لها بالاتصال، وكيف تُوزَّع العناوين، وأي بروتوكول يُفعَّل: PPTP، إضافة إلى L2TP/IPsec أو SSTP حيث تدعمهما الإصدار وأعمال الشهادات.

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

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

ثلاثة شروط تحسم الاختيار

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

إذا كان الجواب جهازاً واحداً وشخصاً واحداً وبضع ساعات على شبكة تتحكم في موجّهها، فالمستمع المدمج مناسب. أما إذا كان الوصول يجب أن ينجو من إعادة التشغيل شهراً كاملاً، أو أن يخدم خمسة زملاء ببيانات اعتماد منفصلة، أو أن يعمل من شبكة جوال لا تستقبل اتصالات واردة، فهو غير مناسب. وإذا كان البروتوكول يتطلب بروتوكول IP رقم 47 بدل منفذ، فقد ترفض الشبكة إيصاله مهما دعم Windows.

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

أين يفوز موجّه كنقطة نهاية

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

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

أين يفوز مضيف OpenVPN

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

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

تحقق من المسار قبل أن تَعِد بالوصول

أكثر سبب شائع لفشل مستمع Windows ليس المصادقة. إنه المسار: فـ PPTP يحتاج TCP 1723 الوارد وGRE، وهو بروتوكول 47 لا منفذ، وكثير من الموجّهات تمرّر المنافذ فقط. وبعض شبكات الوصول لا تسمح باتصالات واردة إطلاقاً. هذه الحقيقة وحدها تستبعد المستمع المدمج على شبكات أكثر مما تفعل أي إعداد في Windows.

اختبر المسار قبل إعداد الحسابات، حتى يكون للفشل مرشح واحد لا ثلاثة:

Test-NetConnection -ComputerName 203.0.113.45 -Port 1723
Get-NetAdapterBinding | Where-Object ComponentID -like ms_pptp
ss -lunp | grep 1194

المنفذ المغلق في السطر الأول مشكلة تمرير أو مشكلة مشغّل، لا مشكلة Windows. والسطر الثالث هو الفحص الذي تجريه بعد اختيار OpenVPN، حيث يستبدل منفذ UDP واحد يستمع بالكامل مسألة البروتوكول كلها.

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

مقالات ذات صلة