Azure VPN Client: VPN платформата не стартира връзката

Редът за състояние казва, че VPN платформата не е стартирала връзката, профилът се импортира без оплакване, а шлюзът е здрав за всички останали. Това съобщение описва предаване вътре в Windows, а не отхвърлени удостоверения, затова полезният ред върви от най-евтината промяна на състоянието към най-разрушителната. Повторният импорт на профил струва минута, поправката на пакета — рестарт, а нулирането — всеки профил на машината. Работата в грешен ред унищожава доказателствата, с които различавате тези случаи.

Повторен импорт, поправка, нулиране: три различни цени

Трите действия не са взаимозаменяеми и само едно от тях е обратимо без труд. Повторният импорт обновява профила и запазва инсталацията на приложението. Поправката запазва импортираните профили и презаписва файловете на пакета. Нулирането премахва профилите заедно със състоянието на приложението, затова после импортирате всичко наново.

Започнете с ново изтегляне на 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, разрешете фоново изпълнение, поправете пакета и нулирайте само ако хранилището за сертификати е потвърдено непокътнато.