هل يغطي VPN هاتفك الحاسوب المحمول على نقطة الاتصال؟

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

ما الذي تمرّره نقطة الاتصال فعلاً

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

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

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

الشرط الأول: أي نفق يشغّله الهاتف

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

ثم تحقق مما يقوله المزوّد عن الربط. بعضهم يوثّق صراحةً أن حركة نقطة الاتصال العادية خارج النفق، وهذا هو الجواب الصادق لخدمة استهلاكية لم تعِد قط بأن تكون موجِّهاً. إرشادات Proton VPN لنقطة اتصال Android مثال منشور على هذا التمييز؛ وتوثيق مزوّدك نفسه هو ما يهم جهازك.

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

الشرط الثاني: هل الربط مشمول

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

الانتقال من Wi-Fi إلى USB لا يغيّر هذا. يدعم نظام الربط عدة وسائط نقل، لكن وسيط النقل ليس قرار التوجيه. الكابل يجعل الوصلة أكثر استقراراً ولا يفعل شيئاً لتغطية النفق، ولهذا فإن نصيحة «استخدم USB فقط» تجيب عن سؤال غير السؤال المطروح.

الوصفات القديمة التي تمسح قواعد جدار الحماية وتفترض أسماء واجهات معينة ليست تعليمات قابلة للنقل. كُتبت لجهاز معين وROM معين وسنة معينة، وتطبيقها على هاتف حالي أرجح أن يكسر الربط من أن يوسّع نفقاً.

الشرط الثالث: هوية مَن تحتاجها الوجهة

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

ip -brief addr show
curl -sS https://ifconfig.me/ip
dig +short myip.opendns.com @resolver1.opendns.com

نفّذ تلك الأوامر على الحاسوب لا على الهاتف، لأن السؤال هو ما تراه الوجهة من الجهاز الذي يهمك. والعنوان العام الذي يبلّغ عنه الهاتف يجيب عن سؤال يخص الهاتف.

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

ما العمل بدلاً من ذلك، بحسب الجهد

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

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

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