RRAS کی تنصیب ناکام ہوتی ہے کیونکہ RemoteAccess سروس رک جاتی ہے
Routing and Remote Access کردار ناکام ہو سکتا ہے کیونکہ اس کی سروس Starting حالت میں رکی رہتی ہے۔ کچھ بھی دوبارہ انسٹال کرنے سے پہلے بطور سروس لاگ اِن کا حق جانچیں۔
کردار کی تنصیب ایک عام خرابی پر رک جاتی ہے اور ایونٹ لاگ میں کام کرنے کے لیے تقریباً کچھ نہیں ملتا۔ جن سرورز پر یہ ہوتا ہے، وہاں گمشدہ حصہ وزرڈ میں ہی نہیں ہے: Remote Access سروس کبھی Starting حالت نہیں چھوڑتی۔ جو کردار اپنی ابتدا مکمل نہیں کر سکتا، وہ ہر کوشش پر دوبارہ ناکام ہوتا ہے، اسی لیے پہلے سروس آتی ہے اور بعد میں وزرڈ۔ لاگ اِن کا حق درست کرنے میں منٹ لگتے ہیں، اور کردار کو بار بار دوبارہ انسٹال کرنے میں نہیں۔
سروس سے شروع کریں، کردار کے وزرڈ سے نہیں
بلند اختیار پرامپٹ کھولیں اور کردار کو چھونے سے پہلے سروس کی ترتیب پڑھیں۔ دو قدریں اہم ہیں: اسٹارٹ کی قسم اور وہ اکاؤنٹ جس کے تحت سروس چلتی ہے۔ طے شدہ تنصیب سروس کو Network Service کے تحت خودکار، تاخیری اسٹارٹ کے لیے رجسٹر کرتی ہے۔
اگر حالت Running کے بجائے Starting پر رکی رہے تو سروس کسی ایسی چیز کا انتظار کر رہی ہے جو اسے مل نہیں سکتی، اور لاگ اِن کا حق ہی عام امیدوار ہے۔ زیادہ دیر انتظار کرنے سے فائدہ نہیں، کیونکہ اسٹارٹ پہلے ہی اس طرح ناکام ہو چکا ہے جسے Service Control Manager زیرِ التوا بتاتا ہے۔ سروس کو صاف طور پر روکیں اور اس کی ترتیب دوبارہ پڑھیں۔ پھر ایونٹ لاگ میں سروس کے اسٹارٹ کی کوشش دیکھیں، خرابی کے ساتھ اکاؤنٹ کا نام وہیں ظاہر ہوتا ہے۔
کردار کا وزرڈ صرف یہ بتاتا ہے کہ ابتدا ناکام ہوئی، اور اسی لیے سروس کی تشخیص پہلے آنی چاہیے۔
دوبارہ انسٹال کرنے سے پہلے لاگ اِن کا حق پڑھیں
شروع ہونے کے لیے Network Service کو بطور سروس لاگ اِن کا حق درکار ہے۔ بلٹ اِن اکاؤنٹس کو یہ عام طور پر گروپ رکنیت سے ملتا ہے، اور کوئی سخت بیس لائن یا پالیسی ریفریش اسے چھین سکتا ہے۔ اگلی ریفریش پر گروپ پالیسی جیت جاتی ہے، اسی لیے ہاتھ سے دیا گیا حق بغیر انتباہ دوبارہ غائب ہو سکتا ہے۔
مقامی سیکیورٹی پالیسی ایکسپورٹ کریں اور GUI پر بھروسا کرنے کے بجائے اندراج پڑھیں۔ اس سے ریفریش کے بعد موازنے کے لیے آپ کے پاس فائل رہ جاتی ہے، اور تبدیلی برقرار رہی یا نہیں یہ جاننے کا یہی واحد طریقہ ہے۔ اگر اندراج خالی ہو یا اکاؤنٹ چھوڑ دے تو آپ کو خرابی مل گئی۔ لکھیں کہ کون سی پالیسی شے اسے مقرر کرتی ہے، کیونکہ مستقل اصلاح اسی شے کو درکار ہے۔
secedit /export /cfg C:\Windows\Temp\secpol-export.inf
Select-String -Path C:\Windows\Temp\secpol-export.inf -Pattern SeServiceLogonRight
sc.exe qc RemoteAccess
Get-Service RemoteAccess | Format-List Name, Status, StartType
مقامی طور پر لاگو اور اگلی ریفریش پر پالیسی سے اوور رائٹ ہونے والا حق ایسی اصلاح لگتا ہے جس نے کام کرنا چھوڑ دیا، اور یہ اسی طرح دوبارہ ناکام ہوگا۔
اکاؤنٹ کا رفت و آمد جو ترتیب کو دوبارہ لکھتا ہے
پالیسی کو ہاتھ سے ترمیم کیے بغیر سروس کی لاگ اِن ترتیب درست کرنے کا ایک شارٹ کٹ ہے: اکاؤنٹ بدلیں، لاگو کریں، پھر پاس ورڈ کے خانے خالی چھوڑ کر اسے واپس بدلیں۔
رفت و آمد سروس کا ریکارڈ دوبارہ لکھتی ہے اور اکاؤنٹ کو مطلوبہ حق دوبارہ دیتی ہے۔ یہ بنیادی وجہ کی اصلاح نہیں بلکہ ایک راستہ ہے، اس لیے اس کی جگہ تاریخ کے ساتھ تبدیلی کے ریکارڈ میں ہے۔ جہاں بیس لائن سرور کا انتظام کرتی ہے، وہاں درست اصلاح یہ ہے کہ اسی بیس لائن میں بطور سروس لاگ اِن تفویض میں اکاؤنٹ شامل کیا جائے۔ جب ہو سکے پہلے یہی کریں، اور رفت و آمد صرف اُس تنصیب کو کھولنے کے لیے استعمال کریں جو بصورتِ دیگر پھنسی ہوئی ہے۔
sc.exe config RemoteAccess obj= "NT AUTHORITY\LocalService" start= demand
Start-Service RemoteAccess
sc.exe config RemoteAccess obj= "NT AUTHORITY\NetworkService" start= delayed-auto
Start-Service RemoteAccess
ہر کمانڈ کے بعد حالت پڑھیں، کیونکہ ایک اکاؤنٹ کے تحت شروع ہونے والی اور دوسرے کے تحت نہ ہونے والی سروس بتاتی ہے کہ کون سا حق غائب ہے۔
کردار انسٹال کریں اور ثابت کریں کہ وہ انسٹال ہے
سروس چلتی حالت میں کردار دوبارہ شامل کریں اور وہ VPN ذیلی خصوصیت شامل کریں جو آپ واقعی استعمال کرنا چاہتے ہیں۔ صرف عام کردار آپ کو کام کرنے والا VPN اختتامی نقطہ نہیں دیتا۔
Install-WindowsFeature DirectAccess-VPN -IncludeManagementTools
Get-WindowsFeature RemoteAccess, DirectAccess-VPN, Routing
Get-Service RemoteAccess
یقینی بنائیں کہ ذیلی خصوصیات Available کے بجائے Installed بتاتی ہیں، پھر کنسول کھولیں اور کسی اور کے مشین چھونے سے پہلے ابتدائی ترتیب مکمل کریں۔ اگر کنسول اب بھی کہے کہ سروس نہیں چل رہی، تو کردار ہٹانے کے بجائے سروس کی جانچ پر واپس جائیں۔
لکھیں کہ آپ نے کیا بدلا
وزرڈ کی پہلی چنیں فائر وال قواعد، پتوں کی تقسیم اور یہ طے کرتی ہیں کہ سرور DHCP ریلے کی توقع رکھتا ہے یا نہیں۔ چند پوائنٹ تا سائٹ کلائنٹس کو سائٹ تا سائٹ اختتامی نقطے کی شکل درکار نہیں ہوتی۔ کلک کرنے سے پہلے کردار، پتوں کا تالاب، توثیق کا طریقہ اور سرٹیفکیٹ کا ماخذ طے کریں۔ یہاں اندازہ لگانا ایسا سرور بناتا ہے جو صاف انسٹال ہوتا ہے اور کبھی کنکشن قبول نہیں کرتا۔
سروس اکاؤنٹ کا انحراف اسی نوٹ میں رکھیں۔ طے شدہ اکاؤنٹ واپس لانے والا سختی کا دور اگلی ری اسٹارٹ پر خرابی لوٹا سکتا ہے، اُس کے مہینوں بعد جس نے اس کی تشخیص کی تھی وہ آگے بڑھ چکا ہو۔