ایپ کا کِل سوئچ بمقابلہ فائر وال کا کِل سوئچ: ہر ایک کیا روکتا ہے

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

پہلے نافذ کرنے کا طریقہ کار نام دیں

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

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

کیا بلاک کلائنٹ سے زیادہ دیر تک رہتا ہے؟

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

لمبی ڈاؤن لوڈ کے درمیان کلائنٹ بند کریں اور دیکھیں کہ منتقلی رکتی ہے یا جاری رہتی ہے۔

عام سوراخ تلاش کریں

IPv6 پہلا ہے۔ IPv4 پتوں کے لیے لکھا اصول IPv6 ٹریفک کو اچھوتا چھوڑ دیتا ہے، اور بہت سے کلائنٹ صرف v4 آدھا لکھتے ہیں۔ دوسرا انٹرفیس ہے: USB ٹیتھرنگ، دوسرا Wi-Fi اڈاپٹر اور سیلولر موڈیم بنیادی کنکشن تک محدود اصول میں شامل نہ ہوں۔ خارج شدہ ایپس اور مقامی نیٹ ورک کی استثنائیں تیسرا ہیں۔

Windows پر آپ ٹوگل پر بھروسا کرنے کی بجائے نصب شدہ اصول پڑھ سکتے ہیں: Get-NetFirewallRule -DisplayName '*VPN*' اور netsh wfp show filters دونوں دکھاتے ہیں کہ کیا موجود ہے۔ Linux پر iptables -S، ip6tables -S اور nft list ruleset عام صورتیں ڈھانپتے ہیں، اور تینوں کا موازنہ کرنا ہی اصل بات ہے۔

DNS ہی عام رساؤ ہے

UDP 53 کھلا رکھ کر TCP روکنے سے آپ کو انتہائی قائل کرنے والا کِل سوئچ ملتا ہے جو اب بھی ہر ہوسٹ نام کے سوال کا جواب دیتا ہے۔ یہی بات اس وقت بھی لاگو ہوتی ہے جب DNS کسی دوسرے انٹرفیس کے حل کنندہ کو دیا جائے، یا جب کلائنٹ صرف v4 روکے اور حل کنندہ v6 کے ذریعے قابل رسائی ہو۔

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

ٹوگل نہیں، منتقلی جانچیں

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

ایک لیپ ٹاپ کا نتیجہ فون یا راؤٹر پر منتقل نہیں ہوتا۔ مختلف پلیٹ فارم API، مختلف ڈیفالٹ، اور Android پر فرق واضح ہے: بلاکنگ کے ساتھ always-on کلائنٹ نہیں، سسٹم نافذ کرتا ہے، اس لیے کلائنٹ نہ کرے تب بھی وہ چلتا رہتا ہے۔ Android VPN رہنما اس تقسیم کی وضاحت کرتا ہے۔

واپسی کا راستہ رکھیں

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

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