RasMan و RemoteAccess یک سرویس نیستند
یکی اتصالات کلاینت را مدیریت می‌کند و دیگری نقش مسیریابی سرور است. پیش از فعال کردن قابلیتی که هرگز لازم نبود، نخستین خطای کلاینت خراب را مقایسه کنید.
RasMan و RemoteAccess در فهرست سرویس‌ها کنار هم می‌آیند، هر دو به دسترسی از راه دور اشاره می‌کنند و کارهای متفاوتی انجام می‌دهند. یکی اتصالات کلاینت را مدیریت می‌کند و دیگری نقش سرور مسیریابی و دسترسی از راه دور است. برخورد با آن‌ها به‌عنوان چیزهایی قابل‌تعویض باعث می‌شود لپ‌تاپ برای حل یک مشکل کلاینت، قابلیت سرور فعال بگیرد. یک سرویس می‌تواند از نظر نام مرتبط و از نظر کارکرد بی‌ربط باشد، و همین نام‌ها را کم‌فایده‌ترین مدرک در تیکت می‌کند.
دو نام، دو کار متفاوت
RasMan مدیر اتصالی است که دسترسی از راه دور سمت کلاینت را اداره می‌کند، از جمله دفترچه تلفن و سازوکار اتصالی که کلاینت VPN داخلی به کار می‌برد. RemoteAccess سرویس مسیریابی و دسترسی از راه دور است که مسیریابی، NAT و دسترسی از راه دور سمت سرور را روی ماشینی که نقش مسیریاب دارد فراهم می‌کند. مرور کلی RAS از مایکروسافت همان مدل کلاینت را توصیف می‌کند، و ایستگاه کاری‌ای که به VPN شماره می‌گیرد فقط به اولی از این دو نیاز دارد. نصب یا راه‌اندازی دومی اولی را بهتر نمی‌کند.
سیاهه‌برداری فقط‌خواندنی هیچ هزینه‌ای ندارد و نخستین پرسش را در چند ثانیه پاسخ می‌دهد. هر دو خواندن را اجرا کنید و خروجی را کنار خطای کلاینت نگه دارید، چون سرویس غایب و سرویس متوقف دو نقطه شروع متفاوت‌اند.
Get-Service -Name RasMan,RemoteAccess -ErrorAction SilentlyContinue | Select-Object Name,Status,StartType
Get-VpnConnection | Select-Object Name,ConnectionStatus,ServerAddressRasMan متوقف با نوع شروع دستی سرویسی است که سیاست آن را خاموش کرده، و این پرسش مدیریتی است نه قابلیت گم‌شده. نبودن RemoteAccess وضع عادی یک ایستگاه کاری است و هیچ چیزی درباره کلاینت نمی‌گوید. فهرست اتصال مهم است چون نشان می‌دهد آیا Windows باور دارد پروفایلی وجود دارد، پیش از آنکه سرویسی برای خطا سرزنش شود.
کلاینت واقعاً به چه چیزی وابسته است
وابستگی واقعی کلاینت خراب و نخستین خطای آن را مشخص کنید، نه آخرین را. سرویسی که سیاست متوقفش کرده یکی از چند احتمال است. دو کلاینت که بر سر یک مسیر پیش‌فرض می‌جنگند، DNS خصوصی اعمال‌شده روی آداپتر اشتباه، درایور فیلتری که محصولی قدیمی جا گذاشته، و سیاست‌های امنیتی که هرگز نباید با هم می‌بودند، هر یک خطای خودش را تولید می‌کند. هیچ‌کدام با نوع شروع درست نمی‌شود. همین فهرست دلیلی است که نوع شروع نخستین گام بدی است، چون یک پنجره می‌تواند پنج علت متفاوت را پنهان کند.
نخستین خطا از آخرین مهم‌تر است، چون همه چیز پس از آن پیامد است. آن را پیش از هر تغییری ثبت کنید، وگرنه مدرک همراه نشانه ناپدید می‌شود.
چرا روشن کردن RRAS اینجا چیزی را درست نمی‌کند
روشن کردن نقش مسیریابی یک سرویس، مجموعه‌ای از پیکربندی رجیستری و در برخی نسخه‌ها پرسش‌هایی درباره پیکربندی اولیه اضافه می‌کند. هیچ‌یک از این‌ها وابستگی کلاینت فراهم نمی‌کند، و روی لپ‌تاپ مدیریت‌شده ممکن است یک خط پایه را نقض کند. یک پست انجمن درباره سرویسی که تصادفاً یک ماشین را درست کرد، سیاستی برای فعال کردن قابلیت‌های مسیریابی در یک ناوگان نیست. تغییر سرویس نیاز دارد که نقش و مستندات استقرار پیش از دست زدن کسی به آن هم‌رأی شوند.
مالک سیستم همان پیکربندی را نگه می‌دارد، نه هر کسی که تصادفاً آن رشته را خوانده. رانش خط پایه در یک ناوگان بازگرداندنش گران است، و هر نقش فعال‌شده چیز دیگری است که بازرسی بعدی باید توجیه کند. اگر نقش واقعاً متعلق به این ماشین است، آن تصمیم ماه‌ها پیش از این تیکت گرفته شده.
با ماشینی که کار می‌کند مقایسه کنید
با ماشینی که کار می‌کند و همان نسخه‌های کلاینت و همان پروفایل‌های موردنظر را دارد مقایسه کنید، نه با ماشینی که فقط نام میان‌برهای دسکتاپ یکسان دارد. دو نشانگر متصل به معنای یک سیاست شبکه منسجم نیست، و بررسی هم‌زیستی پشتیبانی‌شده بخشی از مقایسه است. نسخه کلاینت، خطا، سرویس‌های موجود و مسیرهای برقرار روی هر دو ماشین را ثبت کنید. سپس تصمیم بگیرید که تفاوت یک سرویس است، یک مسیر، یک سیاست یا یک نسخه.
نام‌های مشابه سرنخی برای اینکه کجا را ببینید هستند، و تمام ارزششان همین است. تشخیص به یک نخستین خطا، یک ماشین مقایسه و یک سابقه که پیش از تغییر است نیاز دارد.