اینڈرائیڈ پر IKEv2 VPN پروفائل ہر صارف کے لیے ہوتے ہیں، ہر ڈیوائس کے لیے نہیں

اینڈرائیڈ پر «بلٹ اِن VPN» کی اصطلاح دو غیر متعلق چیزوں کو محیط ہے: ایک پروٹوکول کی تنفیذ جو پلیٹ فارم آپ کی جانب سے چلاتا ہے، اور ترتیبات کی وہ شکل جو بنانے والے نے ظاہر کرنے کا فیصلہ کیا۔ یہ ایک ہی شے نہیں ہیں، اور ان میں سے کوئی بھی ضمانت نہیں دیتی کہ ٹنل اُس صارف کا ہے جس کے ایپس کو اُس کی ضرورت ہے۔ تیاری کسی مخصوص صارف میں مخصوص کال کرنے والے پیکج کے ساتھ ہوتی ہے، اور آگے آنے والا ہر معاملہ یہی سیاق ورثے میں لیتا ہے۔ ترتیبات کی سکرین پڑھنے سے پہلے ملکیت کا سلسلہ پڑھیں۔

پلیٹ فارم آپ کے لیے کیا بناتا ہے

اینڈرائیڈ 11 سے پلیٹ فارم VpnManager کے ذریعے VPN کی تیاری فراہم کرتا ہے۔ منظور شدہ ایپ IKEv2 پروفائل بیان کرتی ہے، اور پلیٹ فارم خود IPsec اور IKE کا تبادلہ چلاتا ہے، اس لیے ایپ کبھی پیکٹوں کو نہیں چھوتی۔ یہ اپنی VPN ایپ سے اہم فرق ہے، جو VpnService نافذ کرتی ہے اور ٹنل اپنے عمل میں بناتی ہے۔

val profile = Ikev2VpnProfile.Builder(serverAddress, identity)
    .setAuthUsernamePassword(user, secret, rootCa)
    .build()
getSystemService(VpnManager::class.java).provisionVpnProfile(profile)

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

اس ڈیزائن سے دو خصوصیات نکلتی ہیں۔ پروفائل ڈیٹا ہے، اس لیے اسے ہاتھ سے ٹائپ کرنے کے بجائے منتظم تیار کر سکتا ہے۔ اور ٹنل پلیٹ فارم کا نیٹ ورک ہے، اس لیے ایپلیکیشنز کو یہ کسی دوسری ایپ کے ساکٹ کے بجائے VPN ٹرانسپورٹ والا نیٹ ورک دکھائی دیتا ہے۔

ملکیت پہلے صارف، پھر پیکج

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

تیاری اُسی صارف میں کال کرنے والے پیکج کے نام درج ہوتی ہے۔ اس لیے ذاتی پروفائل میں چلنے والی ایپ ذاتی ٹنل بناتی ہے، اور کام کے پروفائل کی کام والی ایپس کو اُس کا کچھ نظر نہیں آتا۔ اُلٹا بھی سچ ہے، اسی لیے کام کے پروفائل کا ٹنل کسی واضح پالیسی کے بغیر ذاتی ایپس کو نظر نہیں آتا۔

ڈیوائس پالیسی کنٹرولر منظم پروفائل کی جانب سے تیاری کر سکتا ہے، اور یہی اُس اندراج کی وضاحت ہے جو دفتر میں کسی کو یاد نہیں کہ کس نے بنایا۔ اگر آپ فون کا آڈٹ کر رہے ہیں تو خاکی ہو چکے پروفائل کا ممکنہ مالک وہی ہے، اور تجربے کے طور پر اُسے مٹانا آپ کا کام نہیں۔

پیکٹ ہلنے سے پہلے تین دروازے

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

تیسرا رضامندی اور پالیسی ہے۔ صارف عام طور پر پہلی بار استعمال پر کنکشن منظور کرتا ہے، اور منتظم اسے ہمیشہ فعال کے طور پر بھی محفوظ کر سکتا ہے، اختیاری طور پر لاک ڈاؤن کے ساتھ تاکہ ٹریفک ٹنل سے باہر نہ جا سکے۔ یہ ترتیبات طے کرتی ہیں کہ ٹنل بند ہونے پر کیا ہوتا ہے، اور یہی حصہ صارفین محسوس کرتے ہیں۔

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

ذاتی کنکشن کام والی ایپس کو کیوں نہیں ڈھکتا

کام والی ایپ سے ٹریفک کام والے صارف میں پیدا ہوتا ہے، اور لاگو نیٹ ورک پالیسی اُسی صارف کی ہوتی ہے۔ ذاتی پروفائل میں قائم ٹنل اُسے نہیں لے جاتا، چاہے اشاریہ کتنا ہی صحت مند دکھے۔ یہی ایک حقیقت اکثر ایسی شکایات کی وضاحت کرتی ہے جہاں صارف قسم کھاتا ہے کہ VPN جڑا ہوا ہے مگر ایک مخصوص ایپ پھر بھی اندرونی سروس تک نہیں پہنچ پاتی۔

ناموں کا حل بھی وہی حد مانتا ہے۔ نجی DNS لاحقے اور اعتماد کے لنگر ہر صارف کے لیے ہوتے ہیں، اس لیے ذاتی پروفائل میں حل ہونے والا اندرونی ہوسٹ نام کام کے پروفائل میں ناکام ہو سکتا ہے، اگرچہ ٹنل برابر دکھے، کیونکہ حل کرنے والے کی پالیسی اور CA ذخیرہ الگ اشیاء ہیں۔

لیب کے فون پر نہیں، حقیقی اندراج پر تصدیق کریں

ڈیوائس پر پہلے اندراج کا مالک پہچانیں: کون سا صارف، کون سا پیکج، اور پروفائل پلیٹ فارم فراہم کنندہ سے آیا یا ایسی ایپ سے جو اپنی VPN سروس نافذ کرتی ہے۔ پھر تصدیق کریں کہ پروفائل جس شناخت کی توقع کرتا ہے وہ واقعی اُس صارف کے keystore میں موجود ہے۔

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

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

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