A VPN de Windows non se conecta? Fai coincidir o código co rexistro de eventos

O venres funcionaba. O luns o mesmo cliente de Windows responde cunha xanela de diálogo que di que o intento de conexión fallou, e a frase de abaixo é unha que xa viches para unha ducia de problemas sen relación. Ese diálogo é o final dunha cadea, non o seu comezo. Windows agocha a etapa na que o intento morreu realmente, e dúas pequenas probas nómbrana: o código numérico de resultado e un evento RasClient dese mesmo minuto. Esta é a orde que uso — fixa o intento, le o código, extrae o evento e despois cambia exactamente unha capa.

O texto do diálogo é o último paso, non a causa

A frase que les escóllese despois de que o intento xa se desenrolou. "A conexión foi terminada polo equipo remoto antes de que se establecese a conexión" aparece cando un servidor colga a metade da negociación, cando IPsec fallou antes de que o teu nome de usuario se enviase sequera, e cando unha directiva rexeitou o túnel de plano. Tres propietarios distintos, unha frase. Trata a redacción como unha clase de síntoma e non deixes que dirixa nada ata que o código estea de acordo con ela.

O que aínda podes fixar é o intento mesmo. Anota o nome da conexión, o tipo de túnel gardado no perfil — PPTP, L2TP/IPsec, SSTP ou IKEv2 —, a hora ata o segundo e o código. Se non estás seguro de que protocolo se executou realmente, abre %APPDATA%\Microsoft\Network\Connections\Pbk\rasphone.pbk e le a entrada en lugar de confiar na memoria; un perfil reutilizado para un protocolo novo conserva o seu antigo nome de visualización.

Le o número antes de ler as palabras

Os códigos caen en tres etapas, e a etapa importa máis que a redacción exacta: un intercambio de autenticación ao que se chegou e se rexeitou, un servidor que nunca respondeu, ou unha negociación que se derrubou despois de que a ligazón subise. 691 é o primeiro tipo — a comprobación de credenciais executouse e fallou, xa fose por un contrasinal incorrecto, unha conta bloqueada ou caducada, ou un protocolo de autenticación que o servidor non acepta. 812 tamén é un rexeitamento, pero con credenciais válidas: unha directiva do servidor de acceso remoto decidiu na túa contra. Microsoft mantén a lista de códigos de erro de conexión de marcación e VPN canónica, e paga a pena ler alí o teu número antes de buscar o texto da mensaxe.

809 é a clase oposta: non volveu nada. Iso é un problema de ruta — TCP 443 filtrado para SSTP, GRE bloqueado para PPTP, UDP 500 e 4500 ou ESP descartados para o paso de IPsec. Un contrasinal novo non pode arranxalo e un certificado novo tampouco. 720 significa que a ligazón subiu e que PPP nunca rematou de negociar, o que apunta a unha discrepancia de protocolo ou a un servidor que non puido asignar un enderezo. 789, ou 13801 en IKEv2, é identidade dentro de IPsec: un certificado cuxo suxeito non coincide co nome que marcas, unha cadea non confiable, ou unha chave precompartida que difire entre os dous extremos.

Extrae o evento RasClient dese mesmo minuto

No Visor de eventos, Windows Logs > Application filtrado por orixe RasClient é o primeiro lugar onde mirar. O artigo de Microsoft sobre o erro 720 apunta ao evento 20227 dese rexistro. O mesmo provedor emite outros identificadores para outros resultados, así que le a mensaxe e o código de resultado incrustado en lugar de tratar o ID como o diagnóstico; un diálogo xenérico máis un 20227 que leva 720 xa é unha historia moito máis estreita.

Desde PowerShell, sen facer clic pola GUI:

Get-WinEvent -FilterHashtable @{
  LogName      = 'Application'
  ProviderName = 'RasClient'
  StartTime    = (Get-Date).AddMinutes(-15)
} | Format-List TimeCreated, Id, Message

Un resultado baleiro é informativo. Normalmente significa que a marcación nunca chegou o bastante lonxe como para que RAS rexistrase algo, ou que o software que fallou non é o cliente nativo en absoluto — os clientes de terceiros gardan o seu propio diagnóstico e a miúdo non escriben nada no rexistro Application. Comproba o rexistro do provedor antes de concluír que o rexistro de eventos está roto.

Constrúe unha liña temporal en lugar dun montón de eventos

Os bucles de reintento fabrican ruído. Cinco reconexións automáticas deixan un grupo de eventos, e a tentación é lelos como unha soa secuencia cunha soa causa. Son cinco intentos separados, e só algúns chegaron a un servidor. Toma unha xanela de dous ou tres minutos, un nome de conexión, e lista cada evento co seu propio código antes de interpretar nada.

Despois pregunta onde se detivo o intento. Cando a pasarela ou o backend de autenticación non garda ningún rexistro para esa marca de tempo, o cliente nunca chegou a el, e estás ante un problema de accesibilidade. Cando o backend mostra unha petición e un rexeitamento, a decisión tomouse alí, e aplícase a clase de credenciais ou de directiva. Compara os reloxos antes de comparar as horas: os clientes informan da hora local, moitas pasarelas rexistran en UTC, e un desfase fará que unha parella perfectamente correlacionada pareza non relacionada.

Para unha captura repetible, marca desde a liña de ordes e deixa que imprima o resultado:

rasdial "Office VPN"
rasdial "Office VPN" /disconnect

A consola mostra o número que a GUI agocha tras un texto amable, e executalo dúas veces diche se o código é estable ou intermitente.

Que che di cada etapa que cambies

Nomear a etapa só é útil se reduce o conxunto de cambios a unha capa:

• 691 — autenticación: o método EAP que ofrece o cliente fronte ao que acepta o servidor, o estado da conta, a caducidade do contrasinal, o permiso de marcación.
• 812 — directiva do servidor: a directiva de acceso remoto ou a regra NPS que coincide con este usuario e esta xanela de tempo.
• 809 — accesibilidade: regras de devasado na ruta, NAT e paso de protocolo, o porto que necesita o tipo de túnel escollido.
• 720 — negociación PPP: discrepancia de protocolo de autenticación, asignación de enderezo, un axuste PPP do lado do servidor.
• 789 / 13801 — identidade IPsec: suxeito do certificado fronte ao nome que marcas, cadea de confianza, chave precompartida.

Cambia unha desas cousas, volve probar o mesmo perfil e anota o código novo. Un código distinto despois dun cambio é progreso, non contradición: moviches o fallo a unha etapa posterior, e así é como se ve arranxar un apretón de mans de varias etapas. O que non deberías facer é alterar a devasado, o certificado e o contrasinal nunha soa sesión e despois dar o mérito ao que chegou o último.

Comparte as probas, non a contorna

As mensaxes de evento son máis ricas do que parecen. Levan o nome da conexión, a conta, a miúdo o nome ou o enderezo interno da pasarela, e ás veces unha impresión dixital de certificado. Garda o orixinal onde corresponde, e constrúe unha copia redactada aparte para calquera outra persoa; reescribir a liña temporal de memoria perde exactamente os detalles que a fan útil.

Un traspaso que se chega a traballar necesita cinco campos: o código, a etapa á que pertence, o cliente e o tipo de túnel, a marca de tempo coa súa zona horaria, e se a pasarela viu a petición sequera. Todo o demais é opcional. Con eses cinco, a seguinte persoa pode distinguir unha discusión de credenciais dunha de encamiñamento sen repetir a investigación.

Antes de pechar nada, reproduce o intento co mesmo perfil e confirma onde cae agora o código. Un éxito termínao; un fallo distinto significa que a etapa orixinal está arranxada e tes a seguinte na man.