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

دو نام، دو مختلف کام

RasMan وہ کنکشن منیجر ہے جو کلائنٹ کی طرف دور دراز رسائی سنبھالتا ہے، جس میں فون بک اور وہ کنکشن طریقہ کار شامل ہے جو بلٹ اِن VPN کلائنٹ استعمال کرتا ہے۔ RemoteAccess روٹنگ اور دور دراز رسائی کی سروس ہے، جو راؤٹر کے طور پر کام کرنے والی مشین پر روٹنگ، NAT اور سرور کی طرف دور دراز رسائی فراہم کرتی ہے۔ Microsoft کا RAS جائزہ اسی کلائنٹ ماڈل کی وضاحت کرتا ہے، اور VPN ڈائل کرنے والے ورک سٹیشن کو دونوں میں سے صرف پہلی ضرورت ہوتی ہے۔ دوسری انسٹال یا شروع کرنے سے پہلی بہتر نہیں ہوتی۔

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

Get-Service -Name RasMan,RemoteAccess -ErrorAction SilentlyContinue | Select-Object Name,Status,StartType
Get-VpnConnection | Select-Object Name,ConnectionStatus,ServerAddress

مینوئل اسٹارٹ قسم کے ساتھ بند RasMan وہ سروس ہے جسے پالیسی نے بند کیا، اور یہ غائب خصوصیت نہیں بلکہ انتظامی سوال ہے۔ RemoteAccess کا نہ ہونا ورک سٹیشن کی عام حالت ہے اور کلائنٹ کے بارے میں کچھ نہیں کہتا۔ کنکشن فہرست اہم ہے کیونکہ یہ دکھاتی ہے کہ کسی سروس کو ناکامی کا ذمہ دار ٹھہرانے سے پہلے Windows پروفائل کے موجود ہونے کو مانتا ہے یا نہیں۔

کلائنٹ اصل میں کس پر انحصار کرتا ہے

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

پہلی خرابی آخری سے زیادہ اہم ہے، کیونکہ اس کے بعد سب کچھ نتیجہ ہے۔ تبدیلیاں کرنے سے پہلے اسے ریکارڈ کریں، ورنہ ثبوت علامت کے ساتھ غائب ہو جائے گا۔

یہاں RRAS فعال کرنے سے کچھ کیوں نہیں ٹھیک ہوتا

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

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

کام کرنے والی مشین سے موازنہ کریں

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

ملتے جلتے نام اس بات کا اشارہ ہیں کہ کہاں دیکھنا ہے، اور ان کی پوری قدر یہی ہے۔ تشخیص کے لیے پہلی خرابی، موازنہ کی مشین اور تبدیلی سے پہلے کا ریکارڈ درکار ہے۔

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