Azure VPN Client: a plataforma VPN non activou a conexión

A liña de estado di que a plataforma VPN non activou a conexión, o perfil impórtase sen queixa e a pasarela está san para todos os demais. Esa mensaxe describe unha entrega dentro de Windows, non unha credencial rexeitada, así que a orde útil vai do cambio de estado máis barato ao máis destrutivo. Reimportar un perfil custa un minuto, reparar o paquete custa un reinicio e restablecelo custa todos os perfís da máquina. Traballar na orde incorrecta destrúe as probas que necesita para distinguir eses casos.

Reimportar, reparar, restablecer: tres custos diferentes

As tres accións non son intercambiables e só unha é reversible sen traballo. Reimportar actualiza o perfil e conserva a instalación da aplicación. Reparar conserva os perfís importados e reescribe os ficheiros do paquete. Restablecer elimina os perfís xunto co estado da aplicación, así que despois volve importalo todo.

Comece cunha descarga nova de azurevpnconfig.xml sempre que cambiasen a pasarela, o conxunto de enderezos ou o método de autenticación. Un perfil que nomea unha pasarela borrada produce exactamente esta liña de estado, e ningunha reparación do cliente arranxa un ficheiro que apunta a algo que xa non existe.

Antes de calquera paso destrutivo, comprobe que a aplicación pode executarse en segundo plano: Configuración, Aplicacións, Aplicacións instaladas, Azure VPN Client, Opcións avanzadas. Un cliente suspendido non pode completar a entrega da plataforma.

RasMan é o servizo ao que o cliente entrega

O Remote Access Connection Manager converte unha solicitude do cliente nunha conexión de Windows. Reinícieo desde unha consola elevada con net stop rasman e logo net start rasman, e volva conectarse antes de cambiar calquera outra cousa.

Se iso restaura a conexión, defina o tipo de inicio para que a corrección sobreviva a un reinicio: sc.exe config rasman start= delayed-auto. Un servizo que agora se executa pero está desactivado no arranque reproduce o mesmo fallo mañá pola mañá.

Vixie un servizo que se inicia e logo se detén só. Ese patrón apunta a unha dependencia ou a unha política, e reinicialo funcionará durante minutos, o que é peor que un fallo limpo porque parece un problema de rede intermitente. Revise o rexistro System polo nome do servizo arredor do momento do intento e confirme que as dependencias tamén se executan.

Usuario actual ou equipo local: dous almacéns de certificados

Se o cliente se abre cunha lista de certificados baleira, a culpa non é do perfil nin do servizo. O cliente le o almacén persoal do usuario actual: abra certmgr.msc, despregue Certificates, Current User, Personal, Certificates e confirme que o certificado está alí cunha chave privada.

O almacén do equipo local aberto con certlm.msc é outro almacén, e instalar alí non satisfai un cliente que busca no almacén do usuario. Coa autenticación por certificado, a pasarela só ten a chave pública da raíz, e cada dispositivo necesita o seu propio certificado emitido desde esa raíz. Un certificado copiado doutra máquina adoita chegar sen a súa chave privada, o que produce unha entrada que pode seleccionar pero que aínda non pode autenticar.

Un selector baleiro é un problema do almacén, non do túnel.

Autenticación por certificado ou Azure AD: formas de fallo distintas

Para a autenticación Azure AD, a configuración punto a sitio necesita o URL do inquilino, o identificador da aplicación Azure VPN Client como audiencia e o emisor STS, cun administrador que conceda consentimento á aplicación Azure VPN. Garde esa configuración, volva descargar o paquete e importe o ficheiro novo en lugar de reutilizar unha copia antiga.

Confirme tamén que o conxunto de enderezos do cliente non se solapa coa rede virtual nin cun rango local, e que o grupo de seguridade de rede da máquina de destino permite o conxunto. Eses dous erros sobreviven a calquera reparación do lado do cliente.

Lado do portátil ou lado da pasarela

Non xulgue o túnel por unha comprobación de enderezo público. Unha conexión punto a sitio non envía todo o tráfico de internet a Azure, así que un enderezo público sen cambios é o esperado mentres o túnel funciona correctamente. Probe en cambio un enderezo privado dentro da rede virtual e lea as rutas efectivas na máquina.

Anote que paso restaurou a conexión, a versión do cliente, a data de descarga do perfil e se foi un certificado ou o provedor de identidade quen achegou a credencial. Ese rexistro converte a próxima ocorrencia nunha comprobación de dous minutos e mostra se os fallos van derivando cara á pasarela en lugar de quedaren no portátil.

Orde de traballo: reimporte un perfil actual, reinicie RasMan, permita a execución en segundo plano, repare o paquete e restableza só se o almacén de certificados está confirmado intacto.