کلائنٹ ڈاؤن لوڈ کے درمیان مر جاتا ہے اور ٹرے کا آئیکن غائب ہو جاتا ہے۔ منتقلی گھر کے کنکشن سے جاری رہتی ہے۔ یہی ترتیب kill switch ہونے کی وجہ ہے، اور Windows دوسری مصنوعات کے بغیر اس کے قریب جا سکتا ہے۔

جاننے کے قابل دو طریقے ہیں۔ وہ مختلف جگہوں پر ناکام ہوتے ہیں، اور کوئی بھی مکمل جواب نہیں ہے۔

طریقہ ایک: پروگرام کو صرف ایک پروفائل پر اجازت دیں

Windows فائر وال قواعد کو Domain، Private اور Public پروفائلز تک محدود کرتا ہے۔ ترکیب یہ ہے کہ ٹنل اڈاپٹر کو ایک قسم اور فزیکل اڈاپٹر کو دوسری قسم دی جائے۔ پھر آپ ایک آؤٹ باؤنڈ قاعدہ لکھتے ہیں جو محفوظ پروگرام کو ٹنل پروفائل پر اجازت دیتا ہے اور باقی ہر جگہ اسے روکتا ہے۔ فائر وال قسم پڑھتا ہے، اڈاپٹر کا نام نہیں۔

پہلے VPN کنکشن کو Private اور فزیکل نیٹ ورک کو Public پر رکھیں۔ پھر پروگرام کے لیے روکنے کا قاعدہ شامل کریں جو ان پروفائلز پر لاگو ہوتا ہے جو آپ نہیں چاہتے۔ اس کے بعد Get-NetConnectionProfile سے تخصیص کی تصدیق کریں، کیونکہ قاعدہ اسی تخصیص کی پیروی کرتا ہے۔

Get-NetConnectionProfile | Select-Object Name, InterfaceAlias, NetworkCategory

New-NetFirewallRule -DisplayName 'Block browser off VPN' -Direction Outbound `
  -Program 'C:\Program Files\Mozilla Firefox\firefox.exe' -Action Block -Profile Public

New-NetFirewallRule -DisplayName 'Allow browser on VPN' -Direction Outbound `
  -Program 'C:\Program Files\Mozilla Firefox\firefox.exe' -Action Allow -Profile Private

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

طریقہ دو: فزیکل ڈیفالٹ روٹ ہٹائیں

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

route print -4
route delete 0.0.0.0 mask 0.0.0.0 192.168.50.1
route print -4 | findstr /c:"0.0.0.0"

جب کلائنٹ مرتا ہے تو VPN روٹ اپنے اڈاپٹر کے ساتھ چلا جاتا ہے۔ مشین لیک ہونے کے بجائے آف لائن ہو جاتی ہے، اور kill switch نے یہی پیدا کرنا ہوتا ہے۔

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

طریقہ تین: کوئی گیٹ وے نہیں، ایک مستقل ہوسٹ روٹ

تیسرا آپشن اڈاپٹر کی سیٹنگز سے گیٹ وے صاف کرنے سے شروع ہوتا ہے۔ پھر VPN کے سرے تک ایک مستقل روٹ اس کی جگہ لیتا ہے۔ اس کے بعد ٹنل اوپر آنے تک مشین سرور سے بات کر سکتی ہے اور کسی اور سے نہیں۔

route -p add 198.51.100.44 mask 255.255.255.255 192.168.50.1 metric 1
route print -4 | findstr 198.51.100.44

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

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

گلوب آئیکن کیوں کچھ ثابت نہیں کرتا

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

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

اصلی وقفے کے بعد کیا درج کریں

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

taskkill /IM openvpn-gui.exe /F
ping -4 198.51.100.44
ping -6 2606:4700:4700::1111
route print -4 | findstr /c:"0.0.0.0"

نیند کے بعد، Wi-Fi کی تبدیلی کے بعد اور کیبل سے وائرلیس پر جانے کے بعد ترتیب دہرائیں۔ انہی انتقالات میں پروفائل طریقہ اور DHCP کا رویہ دونوں ناکام ہوتے ہیں۔ میز پر ٹکنے والا قاعدہ ہوٹل میں ٹکے، یہ ضروری نہیں۔

ہر قاعدے اور روٹ کے ساتھ واپسی کا مرحلہ لکھیں۔ Microsoft آؤٹ باؤنڈ قواعد بنانے کی دستاویز اپنے Windows فائر وال قواعد کے حوالے میں کرتا ہے، اور وہ صرف اسکرین شاٹس والی گائیڈ سے بہتر ماخذ ہے۔

متعلقہ مضامین