RasMan y RemoteAccess no son el mismo servicio

RasMan y RemoteAccess aparecen uno junto al otro en una lista de servicios, ambos mencionan el acceso remoto y hacen trabajos distintos. Uno gestiona conexiones de cliente y el otro es el rol de servidor de enrutamiento y acceso remoto. Tratarlos como intercambiables es como un portátil acaba con una función de servidor habilitada para arreglar un problema de cliente. Un servicio puede ser relevante por su nombre e irrelevante por su función, lo que convierte los nombres en la evidencia menos útil del ticket.

Dos nombres, dos trabajos distintos

RasMan es el administrador de conexiones que se encarga del acceso remoto del lado cliente, incluida la libreta de teléfonos y la maquinaria de conexión que usa el cliente VPN integrado. RemoteAccess es el servicio de Enrutamiento y acceso remoto, que proporciona enrutamiento, NAT y acceso remoto del lado servidor en una máquina que actúa como enrutador. La visión general de RAS de Microsoft describe ese modelo de cliente, y una estación de trabajo que marca un VPN solo necesita el primero de los dos. Instalar o iniciar el segundo no hace que el primero funcione mejor.

Un inventario de solo lectura no cuesta nada y responde a la primera pregunta en segundos. Ejecute las dos lecturas y guarde la salida junto al error del cliente, porque un servicio ausente y un servicio detenido son puntos de partida distintos.

Get-Service -Name RasMan,RemoteAccess -ErrorAction SilentlyContinue | Select-Object Name,Status,StartType
Get-VpnConnection | Select-Object Name,ConnectionStatus,ServerAddress

Un RasMan detenido con tipo de inicio manual es un servicio que la directiva desactivó, lo que es una cuestión de gestión y no una función que falte. Un RemoteAccess ausente es el estado normal de una estación de trabajo y no dice nada sobre el cliente. La lista de conexiones importa porque muestra si Windows cree que existe un perfil antes de culpar a ningún servicio del fallo.

De qué depende realmente el cliente

Identifique la dependencia real del cliente que falla y su primer error, no el último. Un servicio detenido por directiva es una posibilidad entre varias. Dos clientes que se pelean por una ruta predeterminada, DNS privado aplicado al adaptador equivocado, un controlador de filtro que dejó un producto antiguo y directivas de seguridad que nunca debieron coexistir producen cada uno su propio error. Ninguno de ellos se repara con un modo de inicio. Esa lista es también la razón de que un modo de inicio sea un mal primer paso, ya que un solo diálogo puede ocultar cinco causas distintas.

El primer error importa más que el último, porque todo lo que viene después es una consecuencia. Captúrelo antes de hacer cambios, o la evidencia desaparecerá con el síntoma.

Por qué habilitar RRAS no arregla nada aquí

Activar el rol de enrutamiento añade un servicio, un conjunto de configuración del registro y, en algunas versiones, avisos sobre la configuración inicial. Nada de eso aporta una dependencia de cliente, y en un portátil gestionado puede infringir una línea base. La publicación de foro de una persona sobre un servicio que arregló una máquina por casualidad no es una directiva para habilitar funciones de enrutamiento en toda una flota. Un cambio de servicio exige que el rol y la documentación de despliegue coincidan antes de que nadie lo toque.

El propietario del sistema conserva esa configuración, no quien leyó el hilo por casualidad. La deriva de la línea base en una flota es cara de deshacer, y cada rol habilitado es una cosa más que la próxima auditoría debe justificar. Si el rol pertenece de verdad a la máquina, esa decisión es meses anterior a este ticket.

Compare con una máquina que funciona

Compare con una máquina que funciona, con las mismas versiones de cliente y los mismos perfiles previstos, en lugar de una con los mismos nombres de accesos directos del escritorio. Dos indicadores conectados no implican una política de red coherente, y comprobar la coexistencia admitida forma parte de la comparación. Anote la versión del cliente, el error, los servicios presentes y las rutas en ambas máquinas. Después decida si la diferencia es un servicio, una ruta, una directiva o una versión.

Los nombres parecidos son una pista de dónde mirar, y eso es todo su valor. Un diagnóstico necesita un primer error, una máquina de comparación y un registro anterior al cambio.