A VPN de Windows di que falta o dispositivo: repara por orde
Un dispositivo que falta e un servizo SSTP que se detén de inmediato son fallos locais, non problemas de credenciais. Traballa os servizos, os miniports e un perfil por orde.
Dous síntomas que parecen non ter relación comparten unha causa en Windows: unha conexión gardada que informa de que falta o dispositivo e un servizo SSTP que arrinca e se detén nuns segundos. Ningún dos dous é un problema de contrasinal, e ningún se arranxa recreando primeiro o perfil. As pezas locais que deben existir antes de calquera intento de inicio de sesión son onde comeza a reparación.
Traballa de dentro cara a fóra na orde seguinte, e detente na primeira etapa que cambie o síntoma. Reconstruír un perfil antes de que exista o dispositivo só produce unha segunda entrada coa mesma mensaxe.
Comeza polos servizos, non polas credenciais
Tres servizos están detrás dunha conexión nativa de Windows: Telephony, Remote Access Connection Manager e Remote Access Auto Connection Manager. Os tres deben executarse para un perfil de saída, e calquera pode quedar desactivado por un script de limpeza anterior ou unha imaxe endurecida. Pon os que estean en uso en Manual ou Automatic en lugar de deixalos en Disabled, e arríncaos antes de tocar calquera outra cousa. Routing and Remote Access é un compoñente distinto que aloxa conexións entrantes, así que habilitalo non é un requisito previo para marcar.
Get-Service -Name TapiSrv,RasMan,RasAuto | Format-Table Name,Status,StartType
Get-WinEvent -LogName System -MaxEvents 30 | Where-Object { $_.ProviderName -match 'Ras|RemoteAccess' }
Un servizo que arrinca e volve de inmediato a Stopped é un fallo distinto dun que simplemente estaba desactivado. A entrada de evento correspondente nomea o compoñente que se negou a continuar.
Despois comproba os miniports detrás do perfil
Unha instalación funcional enumera dispositivos WAN Miniport para os protocolos que pode usar, incluídos PPTP, L2TP, IKEv2 e PPPoE. Se esas entradas faltan ou están desactivadas, Windows non ten a que vincular a conexión, e o perfil segue informando dun dispositivo ausente. Abre o Device Manager cos dispositivos ocultos visibles e despregue Network adapters para ver o inventario real en lugar do filtrado. Arrancar o xestor de conexións a miúdo volve enumerar eses dispositivos, e por iso un fallo do servizo pode imitar hardware ausente.
Habilitar os miniports é unha reparación admitida, mentres que borrar adaptadores en bloque non o é. A diferenza importa nunha máquina remota, onde cada adaptador que eliminas é unha vía de volta que perdes.
Cando SSTP arrinca e se detén en cuestión de segundos
Dous compoñentes compartidos están baixo SSTP: o rexistro de eventos e o repositorio WMI. Cando ese repositorio está danado, o servizo négase a seguir en marcha, e nada do perfil de VPN o explica. Arranca en Safe Mode cunha sesión administrativa e despois baleira o directorio RtBackup dentro do cartafol de rexistro de WMI na unidade do sistema deixando o directorio mesmo no seu sitio. Onde o cambio de nome estea bloqueado, baleira primeiro o contido e cambia o nome despois, levando os ficheiros antigos ao substituto. Garda os rexistros de eventos e despois baleiraos, xa que un servizo que arrinca cun RtBackup baleiro adoita volver fallar no seguinte arrinque mentres os rexistros seguen danados.
Se o Event Viewer non se abre de ningún xeito, o problema son os rexistros e non a configuración da VPN. Volve a eles antes de cambiar outro axuste.
Reconstrúe unha entrada e próbaa soa
Cada conexión nativa vive nun ficheiro de axenda de teléfonos, e unha copia por usuario está no cartafol de datos de aplicacións itinerantes dentro da ruta Network/Connections. A axenda de toda a máquina é un ficheiro aparte que pode conter entradas sen relación entre si. Engade unha conexión nova co asistente, ou importa o paquete que subministra o operador, e proba esa entrada por si soa antes que nada. Substituír a axenda enteira derruba as conexións que funcionan xunto coa rota.
rasdial "Office VPN"
rasdial "Office VPN" /disconnect
Get-PnpDevice -Class Net | Where-Object FriendlyName -like '*WAN Miniport*'
Unha conexión que se establece e despois non transporta nada xa superou esta reparación. Nun host Hyper-V, habilitar NetBIOS over TCP/IP no adaptador virtual é a peza que falta en varios casos documentados de SSTP, e comprobalo non custa nada. Un contrasinal caducado repárase mentres estás conectado, xa que o directorio só coñece o valor novo tras un inicio de sesión correcto. Anota que etapa fallou antes de continuar, xa que reconstruír unha ruta de dispositivo en resposta a un erro de autenticación só produce axitación e ningún avance.
Servizos, despois miniports, despois un perfil, despois autenticación, despois o recurso remoto. Esa orde é todo o método, e deterse no primeiro cambio é o que o mantén curto.