RasMan e RemoteAccess não são o mesmo serviço
Um gerencia conexões de cliente, o outro é uma função de servidor de roteamento. Compare o primeiro erro do cliente que falha antes de habilitar um recurso de que ele nunca precisou.
RasMan e RemoteAccess aparecem um ao lado do outro em uma lista de serviços, ambos mencionam acesso remoto e fazem trabalhos diferentes. Um gerencia conexões de cliente, e o outro é a função de servidor de roteamento e acesso remoto. Tratá-los como intercambiáveis é como um notebook acaba com um recurso de servidor habilitado para corrigir um problema de cliente. Um serviço pode ser relevante pelo nome e irrelevante pela função, o que torna os nomes a evidência menos útil do ticket.
Dois nomes, dois trabalhos diferentes
RasMan é o gerenciador de conexões que cuida do acesso remoto no lado do cliente, incluindo a agenda telefônica e a mecânica de conexão usada pelo cliente VPN integrado. RemoteAccess é o serviço Roteamento e acesso remoto, que fornece roteamento, NAT e acesso remoto no lado do servidor em uma máquina que atua como roteador. A visão geral do RAS da Microsoft descreve esse modelo de cliente, e uma estação de trabalho que disca uma VPN precisa apenas do primeiro dos dois. Instalar ou iniciar o segundo não faz o primeiro funcionar melhor.
Um inventário somente leitura não custa nada e responde à primeira pergunta em segundos. Execute as duas leituras e mantenha a saída ao lado do erro do cliente, porque um serviço ausente e um serviço parado são pontos de partida diferentes.
Get-Service -Name RasMan,RemoteAccess -ErrorAction SilentlyContinue | Select-Object Name,Status,StartType
Get-VpnConnection | Select-Object Name,ConnectionStatus,ServerAddress
Um RasMan parado com tipo de início manual é um serviço que a política desativou, e isso é uma questão de gestão e não um recurso que falta. Um RemoteAccess ausente é o estado normal de uma estação de trabalho e não diz nada sobre o cliente. A lista de conexões importa porque mostra se o Windows acredita que existe um perfil antes de culpar qualquer serviço pela falha.
Do que o cliente realmente depende
Identifique a dependência real do cliente que falha e o primeiro erro dele, não o último. Um serviço parado por política é uma possibilidade entre várias. Dois clientes disputando uma rota padrão, DNS privado aplicado ao adaptador errado, um driver de filtro deixado por um produto antigo e políticas de segurança que nunca deveriam coexistir produzem cada um o seu próprio erro. Nenhum deles é corrigido por um modo de inicialização. Essa lista também é o motivo de um modo de inicialização ser um mau primeiro passo, já que uma única caixa de diálogo pode esconder cinco causas diferentes.
O primeiro erro importa mais que o último, porque tudo o que vem depois é consequência. Capture-o antes de fazer mudanças, ou a evidência desaparece junto com o sintoma.
Por que habilitar RRAS não corrige nada aqui
Ligar a função de roteamento acrescenta um serviço, um conjunto de configuração do registro e, em algumas versões, perguntas sobre a configuração inicial. Nada disso fornece uma dependência de cliente, e em um notebook gerenciado pode violar uma linha de base. A postagem de fórum de uma pessoa sobre um serviço que corrigiu uma máquina por acaso não é uma política para habilitar funções de roteamento em toda uma frota. Uma mudança de serviço exige que a função e a documentação de implantação concordem antes que alguém a toque.
O proprietário do sistema mantém essa configuração, não quem leu o tópico por acaso. A deriva da linha de base em uma frota é cara de desfazer, e cada função habilitada é mais uma coisa que a próxima auditoria terá de justificar. Se a função realmente pertence à máquina, essa decisão é de meses antes deste ticket.
Compare com uma máquina que funciona
Compare com uma máquina que funciona e executa as mesmas versões de cliente e os mesmos perfis pretendidos, em vez de uma com os mesmos nomes de atalhos da área de trabalho. Dois indicadores conectados não implicam uma política de rede coerente, e verificar a coexistência suportada faz parte da comparação. Anote a versão do cliente, o erro, os serviços presentes e as rotas em ambas as máquinas. Depois decida se a diferença é um serviço, uma rota, uma política ou uma versão.
Nomes parecidos são uma pista de onde olhar, e isso é todo o seu valor. Um diagnóstico precisa de um primeiro erro, uma máquina de comparação e um registro anterior à mudança.