ما هو split tunneling

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

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

متى يكون split tunneling منطقيًا

عدّة حالات استخدام حقيقية:

• خدمات الشبكة المحلية. طابعتك، NAS، hub المنزل الذكي على الـ LAN. إذا ذهب كل شيء عبر VPN، يتحدّث لابتوبك إلى تلك الأجهزة عبر مسار يمرّ عبر فرانكفورت ويعود. ليس ما تريده لطابعة على بُعد ثلاثة أمتار.
• بنوك وتطبيقات تحجب VPN. بعض التطبيقات ترفض العمل على IP خاصة بـ VPN التجارية (تطبيقات البنوك خاصةً). split tunneling يتيح لتلك التطبيقات الذهاب مباشرةً بينما يبقى باقي النظام منفّقًا.
• الألعاب. VPN يضيف زمن استجابة. الألعاب متعدّدة اللاعبين الحساسة لزمن الاستجابة تعمل أفضل مباشرةً. التصفّح والتنزيلات لا تزال يمكن أن تذهب عبر VPN. المزيد في VPN للألعاب.
• التطوير. خوادم dev محلية، شبكات حاويات، سير عمل VPN للمطوّرين يحتاج وصولًا مباشرًا إلى موارد سحابية معيّنة.

ماذا يكلّف split tunneling

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

• تسريب بالتصميم. إذا وضعت متصفّحك خارج النفق، مزوّد الإنترنت يرى كل موقع تزور. هذه المقايضة التي تقوم بها.
• تفاعل kill switch. kill switch الحقيقية تحجب كل الحركة غير النفقية عند سقوط VPN. تطبيقات split-tunneled هي حركة غير نفقية. على kill switch معرفة أي منهما، وإلا يلغي split tunneling حماية kill switch.
• تسريب DNS. تطبيقات split-tunneled تستخدم resolver النظام. إذا أردت خصوصية DNS فقط عبر VPN، فإن split tunneling يهزمها لتلك التطبيقات.

كيف نفكّر فيه

split tunneling مفيد للاستثناءات الضيّقة المتعمَّدة. إنه افتراضي سيّئ. النموذج الذهني: "النفق مفعَّل لكل شيء، باستثناء هذه التطبيقات المحدّدة حيث لديّ سبب محدّد للتجاوز."

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

الحالة في Fexyn

split tunneling في خارطة طريق تطبيق Windows. لا يُشحن بعد — بنية helper service تدعم التوجيه لكل تطبيق، لكن واجهة المستخدم ومحرّك القواعد لكشفه بنظافة قيد العمل. النموذج الحالي كل شيء أو لا شيء: متصل يعني كل شيء منفّق، غير متصل يعني لا شيء.

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

عندما يصل split tunneling، سيوصَل عبر helper service لكي يستمرّ kill switch في العمل — تطبيقات split-tunneled تستمرّ في العمل عند سقوط VPN، بينما التطبيقات التي لا تزال منفّقة تُحجب بدلًا من التسرّب.

جرّب Fexyn مجانًا لمدة 7 أيام — محرّك التدوير وkill switch على مستوى kernel هما الأولويّتان؛ split tunneling ينضمّ إليهما عندما يكون جاهزًا.