VPN کلائنٹ نصب کرنے کے بعد RDP رک جاتا ہے؟ فائر وال ذمہ دار ہے

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

VM چل رہا ہے؛ قاعدہ مطابقت کھو بیٹھا

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

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

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

دو دروازے خودمختار طور پر بند ہوتے ہیں

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

پورٹل یا CLI میں NSG کے مؤثر قواعد پڑھیں، پھر ان کا مہمان کے اپنے قواعد سے موازنہ کریں۔ یہ نہ سمجھیں کہ یاد رہنے والی آخری تبدیلی ہی نافذ ہوئی ہے۔

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

مہمان ایجنٹ کو واپسی کا راستہ بنائیں

ریموٹ اجرا کی دو خصوصیات، Run Command اور Custom Script Extension، پلیٹ فارم ایجنٹ کے ذریعے مہمان کے اندر چلتی ہیں۔ کسی کو RDP درکار نہیں، اس لیے فائر وال کی غلطی ان پر اثر نہیں ڈالتی۔ دونوں اسکرپٹ کا آؤٹ پٹ واپس کرتی ہیں، جو انہیں تشخیص اور مرمت دونوں کا ذریعہ بناتا ہے۔

دونوں میں سے کوئی بھی بدلنے سے پہلے فعال پروفائل اور RDP قاعدہ پڑھیں:

Get-NetConnectionProfile
Get-NetFirewallRule -DisplayGroup "Remote Desktop" | Select-Object Name, Enabled, Profile

اس پروفائل پر ان باؤنڈ قواعد دوبارہ فعال کرنا عارضی اقدام ہے، مقصد نہیں۔ اسے سیشن حاصل کرنے کے لیے استعمال کریں، پھر خلا کو درست طریقے سے بند کریں:

Set-NetFirewallProfile -Name Public -AllowInboundRules True

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

سیشن بند کرنے سے پہلے خلا کو تنگ کریں

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

نتیجہ اپنے ورک اسٹیشن سے پورٹ ٹیسٹ سے، اور مہمان کے اندر سے قواعد کی فہرست سے تصدیق کریں:

Test-NetConnection -ComputerName 203.0.113.25 -Port 3389
Get-NetFirewallRule -DisplayName "RDP from admin" | Get-NetFirewallPortFilter

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

اگلے انسٹالر کو دوبارہ ایسا کرنے سے روکیں

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

کسی چیز کو نیٹ ورک ترتیبات دوبارہ لکھنے دینے سے پہلے ڈسک کا اسنیپ شاٹ لیں، اور ضرورت سے پہلے دوسرا انتظامی راستہ تیار رکھیں۔

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