ایک ہی فون پر دو VPN: ترتیب چنیں، ایپس کی تعداد نہیں

دو VPN استعمال کرنا ایک ہی درخواست نہیں ہے۔ اس کا مطلب دو اداروں تک یکے بعد دیگرے پہنچنا، کام اور ذاتی ایپس کو الگ رکھنا، یا ایک سرنگ کو دوسری کے اندر چلانا ہو سکتا ہے۔ Android ان تینوں صورتوں کو بالکل مختلف طریقوں سے سنبھالتا ہے، اور فون پر نصب VPN ایپس کی تعداد فن تعمیر نہیں ہے۔ انہیں الگ کرنے والا سوال سادہ ہے: کیا ایک ہی ایپ کے لیے اسی لمحے دو راستے ہونے چاہئیں؟

تین ترتیبیں، ایک سوال

اگر جواب نہیں ہے، کیونکہ دونوں نیٹ ورک مختلف اوقات میں استعمال ہوتے ہیں، تو آپ کو جان بوجھ کر تبدیلی چاہیے۔ اگر جواب نہیں ہے کیونکہ ایپس خود الگ ہیں، تو آپ کو پروفائل کی علیحدگی چاہیے، جس میں ہر ایپ اس سیاق میں بیٹھتی ہے جو اس کی سرنگ کا مالک ہے۔ اگر جواب ہاں ہے، اور ایک راستے کو دوسرے کو طبعی طور پر اٹھانا ہے، تو آپ کو زنجیر چاہیے، اور تینوں میں سے یہی واحد ہے جہاں ترتیب ڈیزائن کا حصہ ہے۔

باقی سب اسی انتخاب سے نکلتا ہے۔ تبدیلی میں منتقلی کی کھڑکی ہے، علیحدگی میں پالیسی کی حد ہے، اور زنجیر میں اضافی لاگت اور انحصار کی لاگت ہے۔ غلط کا انتخاب صاف طور پر ناکام نہیں ہوتا؛ یہ ایسا فون بناتا ہے جو جڑا ہوا دکھائی دیتا ہے اور ایسی ایپ جو کہیں نہیں پہنچتی۔

ایک صارف کے سیاق میں تبدیلی

Android ہر صارف کے لیے ایک فعال VPN سروس کی اجازت دیتا ہے۔ اسی سیاق میں دوسری VPN ایپ شروع کرنے سے پہلی بدل جاتی ہے یا صریحاً مسترد کر دی جاتی ہے؛ یہ کبھی دونوں روٹ سیٹوں کو یکجا نہیں کرتی، اور یقیناً ان کی خفیہ کاری کو اوپر تلے نہیں رکھتی۔ ایک صارف کے اندر دو سرنگیں ایک ترتیب ہیں، مجموعہ نہیں۔

یہ تب عملی ہے جب رسائی واقعی ترتیب وار ہو۔ پروفائلز کے ایسے نام رکھیں کہ فعال واضح ہو، تبدیلی سے پہلے ہر حساس کام مکمل کریں، اور ایسی مختصر کھڑکی کی توقع رکھیں جس میں دونوں میں سے کوئی راستہ مکمل طور پر قائم نہ ہو۔ براؤزر ٹیب بند کرنا سیشن ختم کرنے کے مترادف نہیں: ٹیب اپنے اکاؤنٹ کی حالت رکھ سکتا ہے اور اگلی درخواست صرف نئے منتخب شدہ نیٹ ورک سے بھیج سکتا ہے، اور یہی وہ رساؤ ہے جو لوگ بعد میں نوٹ کرتے ہیں۔

تبدیلی جو آپ کو نہیں دے سکتی وہ ایک مشین ہے جو ایک ہی وقت میں دونوں نیٹ ورکس پر ہو۔ اگر ایپ کو ہر طرف سے نجی پتہ درکار ہو، تو کلائنٹ کا کوئی نظم و ضبط اسے پیدا نہیں کرے گا۔

پروفائل کے مطابق علیحدگی

منظم شدہ کام کا پروفائل ایک الگ صارف ہے جس کے اپنے ایپس، کلید خانہ اور نیٹ ورک پالیسی ہے۔ کام کا میل کلائنٹ ادارے کی سرنگ استعمال کر سکتا ہے جبکہ ذاتی براؤزر ذاتی سرنگ استعمال کرتا ہے، اور دونوں ایک ہی وقت میں جڑے ہو سکتے ہیں کیونکہ وہ ایک ہی سیاق میں جگہ کے لیے مقابلہ نہیں کر رہے۔

علیحدگی ہی حد ہے۔ ذاتی براؤزر کام کی سرنگ مستعار نہیں لیتا، کام کے DNS لاحقے نہیں دیکھتا، اور صرف اس لیے کام کے نیٹ ورک تک نہیں پہنچتا کہ دونوں سروسز جڑی دکھائی دیتی ہیں۔ جب کوئی بتائے کہ لنک نہیں کھل رہا، تو دونوں میں سے کسی بھی VPN کو چھونے سے پہلے دیکھیں کہ ایپ کی کون سی نقل نے اسے سنبھالا اور کون سا پروفائل اس اکاؤنٹ کا مالک ہے۔

حد کو مستقل سمجھیں۔ آجر کے روٹنگ فیصلے سے بچنے کے لیے دوسرا پروفائل بنانا یا کام کا پروفائل ہٹانا اسی علیحدگی کو تباہ کرتا ہے جس نے ترتیب کو کارآمد بنایا تھا، اور منظم ڈیوائس پر یہ عام طور پر کنفیگریشن کی تبدیلی نہیں بلکہ پالیسی کی خلاف ورزی ہے۔

زنجیر، جہاں ترتیب ہی ڈیزائن ہے

زنجیر وہ ترتیب ہے جو لوگ عام طور پر مراد لیتے ہیں جب وہ کہتے ہیں دونوں ایک ساتھ: فون کی سرنگ راؤٹر کی سرنگ کے اندر سفر کرتی ہے۔ یہ کام کر سکتی ہے، اور پابندیاں مخصوص ہیں۔ بیرونی فراہم کنندہ کو فون کے VPN اختتامی نقطے تک کام کرنے والا راستہ اجازت دینا ہوگا، جس کا UDP پر مبنی پروٹوکولز کے لیے مطلب یہ ہے کہ بیرونی سروس کو اس ٹریفک کو روکنا یا محدود نہیں کرنا چاہیے۔

سمجھیں کہ کون کیا دیکھتا ہے۔ بیرونی فراہم کنندہ اندرونی اختتامی نقطے کی طرف رابطہ دیکھتا ہے۔ اندرونی فراہم کنندہ بیرونی اخراج سے فون کی ٹریفک وصول کرتا ہے اور اسے آگے بھیجتا ہے۔ حتمی منزل عام طور پر اندرونی سروس کا اخراج دیکھتی ہے، اور زنجیر کے ساتھ کوئی بھی فراہم کنندہ اندھا نہیں ہے؛ ایپ اکاؤنٹس راستے سے قطع نظر صارف کی شناخت کرتے ہیں۔

عملی لاگت کی توقع رکھیں۔ ہر پرت انکیپسولیشن شامل کرتی ہے، اس لیے مؤثر MTU گرتا ہے اور ایک سرنگ کے لیے مناسب رہی قدر اب ٹکڑے ٹکڑے ہوتی ہے یا رک جاتی ہے جب تک اندرونی سرنگ کا MTU احتیاط سے مقرر نہ ہو۔ دو پرتیں دو ناکامی انحصار اور دو محفوظ رکھنے والے پیغامات کے مجموعے بھی ہیں، اور نقصان والے بیرونی لنک پر TCP پر مبنی اندرونی سرنگ ایسے طریقوں سے رک سکتی ہے جو مردہ سرور جیسے لگیں۔

سب سے اہم، زنجیر دو نجی نیٹ ورکس کو یکجا نہیں کرتی۔ راستے، متجاوز سابقے، DNS حل اور رسائی کے قواعد الگ فیصلے ہی رہتے ہیں، اور ایک VPN اٹھانے والا راؤٹر جبکہ فون دوسرا اٹھائے، فون کو دونوں پتہ جگہیں نہیں دیتا۔

ڈیبگ کرنے سے پہلے ڈیزائن جانچیں

ترتیب کو ایک جملے میں لکھیں اور ناکام ہونے والی ایپ کے سامنے جانچیں۔ ترتیب وار رسائی کو ایک وقت میں ایک سرنگ دکھانی چاہیے؛ پروفائل کی علیحدگی کو ہر ایپ اس کے اپنے صارف میں دکھانی چاہیے؛ زنجیر کو دکھانا چاہیے کہ اندرونی سرنگ طبعی کے بجائے بیرونی انٹرفیس پر قائم ہو رہی ہے۔

adb shell ip -br addr
adb shell ip route get 10.20.0.8
adb shell dumpsys connectivity | grep -i vpn

اگر راستے کی تلاش طبعی انٹرفیس کا نام لے جبکہ ایپ سرنگ کی توقع رکھتی ہے، تو ڈیزائن اور ایپ کا سیاق متفق نہیں، اور کوئی اضافی VPN ایپ انہیں نہیں ملا سکے گی۔ اگر آپ کو روٹنگ کے بجائے پالیسی کی تفصیل درکار ہو، تو منظم پروفائلز کی دستاویز علیحدگی کے قواعد کا احاطہ کرتی ہے۔