کیا آپ کا حفاظتی سوئچ اس ایپ کو بلاک کرے گا جسے آپ نے ٹنل سے خارج کیا تھا؟

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

دو پالیسیاں، ایک مشین

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

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

قاعدے سے پہلے ایپ کی فہرست لکھیں

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

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

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

خلل کے دوران کلائنٹ کیا کرتا ہے

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

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

آپ کے سامنے موجود آپریٹنگ سسٹم کا رویہ پڑھیں، کہیں اور اسی نام کی ترتیب نہیں۔ نفاذ کے API مختلف ہیں، اور ایک چیک باکس ڈیسک ٹاپ اور فون پر بالکل مختلف معنی رکھ سکتا ہے۔ ورژن بھی اہم ہے، کیونکہ لاک ڈاؤن کنٹرول Android ریلیز کے دوران اسکرینوں کے درمیان منتقل ہوا ہے، اور کلائنٹ کی طرف کی استثنا فہرست پلیٹ فارم لاک ڈاؤن جیسا کنٹرول نہیں۔

تین لمحے: ٹنل آن، ٹنل بند، دوبارہ جڑنا

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

curl -sS --max-time 8 https://api.ipify.org
curl -sS --max-time 8 --interface tun0 https://api.ipify.org
dig +short example.com

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

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