Azure VPN Client: платформа VPN не запустила з'єднання
Повторний імпорт, відновлення та скидання коштують трьох різних речей. Розбирайте збій передачі за порядком вартості, а потім відокремте проблему сховища від проблеми шлюзу.
Рядок стану каже, що платформа VPN не запустила з'єднання, профіль імпортується без скарг, а шлюз справний для всіх інших. Це повідомлення описує передачу всередині Windows, а не відхилені облікові дані, тому корисний порядок іде від найдешевшої зміни стану до найруйнівнішої. Повторний імпорт профілю коштує хвилину, відновлення пакета — перезавантаження, а скидання — усі профілі на машині. Робота в неправильному порядку знищує докази, потрібні для розрізнення цих випадків.
Повторний імпорт, відновлення, скидання: три різні витрати
Три дії не є взаємозамінними, і лише одна зворотна без праці. Повторний імпорт оновлює профіль і зберігає встановлення застосунку. Відновлення зберігає імпортовані профілі та перезаписує файли пакета. Скидання видаляє профілі разом зі станом застосунку, тож після нього ви імпортуєте все заново.
| Action | Keeps | Removes |
|---|---|---|
| Re-import profile | App, other profiles | The stale profile entry |
| Repair package | Imported profiles | Damaged app files |
| Reset app | Nothing local | All profiles and app state |
Почніть зі свіжого завантаження azurevpnconfig.xml, коли змінилися шлюз, пул адрес або метод автентифікації. Профіль, що називає видалений шлюз, дає саме цей рядок стану, і жодне відновлення клієнта не виправить файл, який указує на те, чого вже немає.
Перед будь-яким руйнівним кроком перевірте, чи дозволено застосунку працювати у фоні: Параметри, Застосунки, Встановлені застосунки, Azure VPN Client, Додаткові параметри. Призупинений клієнт не може завершити передачу платформи.
RasMan — це служба, якій клієнт передає
Remote Access Connection Manager перетворює запит клієнта на з'єднання Windows. Перезапустіть її з підвищеного командного рядка командою net stop rasman, а потім net start rasman, і підключіться знову, перш ніж щось інше змінювати.
Якщо це відновить з'єднання, задайте тип запуску, щоб виправлення пережило перезавантаження: sc.exe config rasman start= delayed-auto. Служба, яка зараз працює, але вимкнена під час завантаження, повторить той самий збій завтра вранці.
Стежте за службою, яка запускається і потім сама зупиняється. Цей взірець указує на залежність або політику, а перезапуск триматиметься хвилини, що гірше за чистий збій, бо виглядає як періодична проблема мережі. Перевірте журнал System на назву служби приблизно в час спроби й підтвердьте, що залежності теж працюють.
Поточний користувач або локальний комп'ютер: два сховища сертифікатів
Якщо клієнт відкривається з порожнім списком сертифікатів, винні не профіль і не служба. Клієнт читає особисте сховище поточного користувача: відкрийте certmgr.msc, розгорніть Certificates, Current User, Personal, Certificates і підтвердьте, що сертифікат там із приватним ключем.
Сховище локального комп'ютера, яке відкривається через certlm.msc, — інше сховище, і встановлення там не задовольнить клієнта, який шукає в сховищі користувача. За автентифікації сертифікатом шлюз має лише відкритий ключ кореня, і кожному пристрою потрібен власний сертифікат, виданий з цього кореня. Сертифікат, скопійований з іншої машини, зазвичай надходить без свого приватного ключа, що дає запис, який можна вибрати, але яким усе одно не можна автентифікуватися.
Порожній вибір — це проблема сховища, а не тунелю.
Автентифікація сертифікатом або Azure AD: різні форми збою
Для автентифікації Azure AD конфігурація «точка — сайт» потребує URL орендаря, ідентифікатора застосунку Azure VPN Client як аудиторії та видавця STS, а адміністратор має надати згоду застосунку Azure VPN. Збережіть цю конфігурацію, завантажте пакет знову і імпортуйте новий файл замість повторного використання старої копії.
Також переконайтеся, що пул адрес клієнта не перекривається з віртуальною мережею або локальним діапазоном і що група безпеки мережі цільової машини дозволяє цей пул. Ці дві помилки переживають будь-яке відновлення на боці клієнта.
Бік ноутбука чи бік шлюзу
Не судіть про тунель за перевіркою публічної адреси. З'єднання «точка — сайт» не надсилає весь інтернет-трафік до Azure, тому незмінна публічна адреса очікувана, поки тунель працює правильно. Натомість перевірте приватну адресу всередині віртуальної мережі й прочитайте чинні маршрути на машині.
Запишіть, який крок відновив з'єднання, версію клієнта, дату завантаження профілю та чи надав облікові дані сертифікат чи постачальник ідентичності. Цей запис перетворює наступний випадок на перевірку за дві хвилини й показує, чи збої зміщуються до шлюзу, а не залишаються на ноутбуці.
Порядок роботи: повторно імпортуйте актуальний профіль, перезапустіть RasMan, дозвольте фонове виконання, відновіть пакет і скидайте лише якщо сховище сертифікатів підтверджено неушкодженим.