RasMan і RemoteAccess — це не та сама служба

RasMan і RemoteAccess стоять поруч у списку служб, обидві згадують віддалений доступ, і вони виконують різну роботу. Одна керує клієнтськими підключеннями, а друга — це серверна роль маршрутизації та віддаленого доступу. Коли їх вважають взаємозамінними, ноутбук отримує ввімкнену серверну функцію, щоб виправити проблему клієнта. Служба може бути доречною за назвою і недоречною за функцією, і тому назви — найменш корисний доказ у заявці.

Дві назви, дві різні задачі

RasMan — це диспетчер підключень, який обслуговує віддалений доступ на боці клієнта, включно з телефонною книгою та механізмом підключення, який використовує вбудований клієнт VPN. RemoteAccess — це служба маршрутизації та віддаленого доступу, яка забезпечує маршрутизацію, NAT і віддалений доступ на боці сервера на машині, що працює як маршрутизатор. Огляд RAS від Microsoft описує цю клієнтську модель, і робочій станції, яка набирає 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 тут нічого не виправляє

Увімкнення ролі маршрутизації додає службу, набір конфігурації реєстру і в деяких версіях запитання про початкову конфігурацію. Ніщо з цього не дає клієнтської залежності, а на керованому ноутбуці це може порушити базову лінію. Один форумний допис про службу, яка випадково виправила одну машину, не є політикою вмикання функцій маршрутизації в усьому парку. Зміна служби вимагає, щоб роль і документація з розгортання узгоджувалися, перш ніж хтось її торкнеться.

Цю конфігурацію зберігає власник системи, а не той, хто випадково прочитав гілку. Дрейф базової лінії в парку дорого відкочувати, і кожна ввімкнена роль — це ще одна річ, яку має обґрунтувати наступний аудит. Якщо роль справді належить машині, це рішення ухвалено за місяці до цієї заявки.

Порівняйте з робочою машиною

Порівнюйте з робочою машиною, на якій ті самі версії клієнта і ті самі передбачені профілі, а не з машиною з такими самими назвами ярликів на робочому столі. Два підключені індикатори не означають однієї узгодженої мережевої політики, і перевірка підтримуваного співіснування є частиною порівняння. Запишіть версію клієнта, помилку, наявні служби та маршрути на обох машинах. Потім вирішіть, у чому різниця: у службі, маршруті, політиці чи версії.

Схожі назви — це підказка, де шукати, і в цьому вся їхня цінність. Для діагностики потрібні перша помилка, машина для порівняння і запис, що передує зміні.