اینڈرائیڈ ہوم لین VPN استثنا: ایک سروس کے لیے رن بک

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

استثنے کو سروس کے طور پر متعین کریں، سب نیٹ کے طور پر نہیں

ایپ، منزل کا ہوسٹ نام اور پتہ، پروٹوکول اور پورٹ، وہ نیٹ ورک جہاں اُس کی اجازت ہے، اور وہ شناخت کی جانچ جو سروس خود کرتی ہے، سب درج کریں۔ تصدیق شدہ NAS کے لیے سرٹیفکیٹ یا اکاؤنٹ ہی ثابت کرتا ہے کہ آپ درست مشین تک پہنچے۔ 192.168.0.0/16 میں کوئی پتہ کچھ ثابت نہیں کرتا، کیونکہ ہر گھریلو راؤٹر وہی سابقے تقسیم کرتا ہے۔

یہ بھی طے کریں کہ قریب کا مطلب کیا ہے۔ روٹ شدہ VLAN پر موجود سروس اُس سب نیٹ پر نہیں جس سے فون براہِ راست جڑا ہے، اور مہمان Wi-Fi گھر کے ساتھ وہی پرائیویٹ سابقہ رکھ سکتا ہے جبکہ بالکل مختلف مشین ہو۔ استثنے کو سروس اور ماحول کا نام دینا چاہیے، صرف پتوں کی حد کا نہیں۔

تصدیق کریں کہ پلیٹ فارم کنٹرول ضرورت کے مطابق ہے

اینڈرائیڈ IKEv2 پروفائل بلڈر setLocalRoutesExcluded(true) فراہم کرتا ہے، اور اُس کی دستاویزات بائی پاس کے قابل VPN لازمی قرار دیتی ہیں: استثنا تبھی معنی رکھتا ہے جب کلائنٹ ٹریفک کو ٹنل سے بائی پاس ہونے دے۔ وہی دستاویزات خبردار کرتی ہیں کہ بنیادی نیٹ ورک ایسے روٹ فراہم کر سکتا ہے جو استثنے پر اثر ڈالیں، اسی لیے یہ سیٹنگ اُس نیٹ ورک کی پیروی کرتی ہے جس میں آپ شامل ہوتے ہیں، نہ کہ اُس کے جس پر آپ بھروسا کرتے ہیں۔

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

رن بک: استثنا بنائیں اور لاگو کریں

قدم 1: تعیناتی کے لیے معاون راستے سے پروفائل بنائیں، یا منظم کنفیگریشن یا کلائنٹ بلڈر۔ قدم 2: VPN کو بائی پاس کے قابل نشان زد کریں، کیونکہ اِس کے بغیر مقامی روٹ استثنا کارآمد نہیں۔ قدم 3: مقامی روٹ استثنا فعال کریں۔ قدم 4: سروس کی اپنی تصدیق اور سرٹیفکیٹ کی جانچ فعال رکھیں؛ استثنا روٹنگ کے بارے میں ہے، بھروسے کے بارے میں نہیں۔ قدم 5: محفوظ کریں اور دوبارہ جڑیں تاکہ پروفائل لاگو ہو۔

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

وہ چار صورتیں آزمائیں جو اہم ہیں

بےضرر درخواستیں استعمال کریں اور ہر صورت چلانے سے پہلے متوقع نتیجہ لکھیں۔ نیچے دیا گیا میٹرکس قبولیت کی جانچ ہے، تجویز نہیں: اگر کوئی ایسی صورت کامیاب ہو جس کا انکار ہونا چاہیے، تو استثنا پالیسی سے زیادہ وسیع ہے۔

صورت 3 وہ ہے جو وسیع پرائیویٹ سب نیٹ بائی پاس پکڑتی ہے، اور صورت 4 اُس کلائنٹ کو پکڑتی ہے جس نے استثنا صرف جڑنے کے وقت لاگو کیا۔ صورت 4 اُس وقت چلائیں جب VPN منقطع ہو اور فون سیلولر پر منتقل ہو، پھر دوبارہ جڑ کر تصدیق کریں کہ استثنا ریبوٹ کے بغیر واپس آ گیا۔ مقامی روٹ API حوالہ وہ بائی پاس شرط بتاتا ہے جو قدم 2 کو اختیاری نہیں رہنے دیتی۔

استثنا درج کریں اور اُس کا جائزہ لیں

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

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