تقسیم شدہ ٹنل اب بھی اس ایپ کو خارج کرتا ہے جسے آپ نے ان انسٹال کیا

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

اسے صاف کرنا بنیادی طور پر شناخت کا معاملہ ہے: اصول اب کس کی طرف اشارہ کرتا ہے، اور فہرست کس کی ملکیت ہے۔

علامت: ایسا اخراج جو کسی چیز سے نہیں ملتا

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

اصول کو مٹانے سے نہیں، پڑھنے سے شروع کریں۔

جانیں کہ اصول کیا شناخت کرتا ہے

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

دکھایا گیا نام اندراج کا سب سے کم قابلِ بھروسا حصہ ہے، اور لوگ وہی حصہ پڑھتے ہیں۔

راستے کے اصول اور پیکیج کے اصول مختلف طرح برتاؤ کرتے ہیں

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

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

مالک کے ذریعے اسے ہٹائیں

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

خالی فہرست مقصود نہیں۔ مقصود وہ فہرست ہے جس کے اندراجات اب بھی حقیقی ضروریات سے مطابقت رکھتے ہیں۔

پھر دونوں سمتوں کی جانچ کریں

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

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