VPN ہٹانے کے بعد انٹرنیٹ نہیں؟ تین مالکان کو چیک کریں

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

جانچ 1: ابھی کیا ہے، اور وہ کس لیے ہے

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

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object Action -eq 'Block'
ip route show
ip -4 rule show

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

جانچ 2: کون سا مالک اِسے کنٹرول کرتا ہے

ہر چیز کا ایک مالک ہوتا ہے۔ ورچوئل اڈاپٹر VPN کلائنٹ یا اُس کے ڈرائیور کا ہے۔ فلٹر کلائنٹ کا، پلیٹ فارم کے اپنے فائر وال کا، یا کسی منظم سیکیورٹی پروڈکٹ کا ہو سکتا ہے۔ راستہ کلائنٹ نے جوڑتے وقت نصب کیا اور پیچھے چھوڑ دیا ہو سکتا ہے۔

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

جانچ 3: وہ سب سے تنگ چیز ہٹائیں جو اِس کی وضاحت کرتی ہے

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

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

جانچ 4: DNS اور راستے اڈاپٹروں سے زیادہ چلتے ہیں

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

resolvectl status
ip route get 1.1.1.1
nslookup example.com

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

جانچ 5: دونوں راستے دوبارہ جانچیں اور تشخیص واپس رکھیں

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

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