Estou executando o datacenter do Windows Server 2019 com roteador e acesso remoto para acesso VPN. Tudo estava funcionando bem até eu instalar a atualização de 8 de janeiro de 2019: https://support.microsoft.com/en-us/help/4480116
Após a atualização, não consegui iniciar o serviço de roteamento e acesso remoto e recebi o seguinte erro:
Posso confirmar que depois de desinstalar a atualização, o serviço pôde ser iniciado. Alguém mais com esse problema?
Encontrei uma solução temporária. O serviço NPS (Network Policy Server) bloqueia o inÃcio do RRAS. Se você interromper o NPS, poderá iniciar o RRAS e, depois disso, poderá iniciar o NPS. Se você não usa o NPS, provavelmente pode desativá-lo. Alterei as configurações do serviço para iniciar o RRAS Automatic e o NPS Automatic (InÃcio atrasado), mas não posso testá-lo agora no servidor de produção. Pelo menos você pode iniciá-lo manualmente se estiver na rede local e não precisar reinstalar o RRAS para que funcione. Foi um grande erro instalar 2019 para a pequena empresa. É o único servidor, portanto, não há nenhum servidor Windows mais antigo.
Então acabei instalando o server 2016 para resolver meus problemas. Mesmo depois de desinstalar a atualização, o serviço vpn misteriosamente parou de funcionar novamente. A reinicialização do servidor às vezes corrigia, mas não posso confiar que isso continue funcionando. Eu também tive um problema em que o DHCP também não estava funcionando. De outros fóruns que li, muitas pessoas tiveram o mesmo problema de DHCP. Parece que o servidor 2019 não está pronto para o horário nobre. Vou revisitar isso em 6 meses para ver se a Microsoft corrigiu o problema.
Mesmo problema idêntico. minha solução é remover o RRAS, reiniciar o servidor, reinstalar o RRAS e reconfigurar o acesso VPN.
Funciona,.....até a próxima atualização que me faz fazer os passos acima novamente...…….
Nenhum comentário sobre o comportamento do MS sobre este problema...….
Isso pode ser causado pelo bug do NPS, aqui está uma solução:
Vá para NPS, encontre contabilidade e clique em "Alterar propriedades do arquivo de log".
Desative "Se o log falhar, descarte as solicitações de conexão".
Funciona para mim.
Referência: https://social.microsoft.com/Forums/Azure/en-US/8a29a4b7-5109-49bf-9f4c-db3dfe36b504/nps-bug-on-windows-server-2019?forum=ws2019
Eu tive o mesmo problema. Consegui resolvê-lo alterando a dependência do serviço NPS para que ele soubesse que precisava aguardar o serviço RRAS:
Eu adicionei a dependência RpcSS como já estava presente, por favor, verifique por si mesmo se alguma outra dependência está presente! (usar
sc qc IAS)Espero que ajude alguém!
Eu tenho que reiniciar os seguintes serviços nesta ordem especÃfica para fazê-lo funcionar novamente:
NLA (Reconhecimento de local de rede) (caso contrário, meu servidor não está na rede de domÃnio)
Servidor de polÃticas de rede
Roteamento de acesso remoto
Ou faça um script assim:
net stop NlaSvc
net start NlaSvc
net stop IAS
inÃcio lÃquido IAS
net stop RemoteAccess
net start acesso remoto
Estamos lidando com isso com o Server 2019.
Descobrimos que os serviços estavam iniciando na ordem errada. Se você interromper o serviço NPS, o serviço RRAS deverá iniciar e iniciar automaticamente o NPS também.
Consegui corrigir este problema. Esqueci onde encontrei a correção nas interwebs, mas você precisa executar o seguinte comando:
Set-RemoteAccessAccounting -DisableAccountingType ExternalRadius
Pelo que me lembro, NPS e RRAS, se estiverem no mesmo servidor, tentam gravar no mesmo arquivo de log. O NPS geralmente começa antes do RRAS e acaba bloqueando o arquivo que causa erro no serviço RRAS.
Como Gary Wee mencionou
Isso resolverá seu problema se ocorrer o inverso e o RRAS iniciar antes do NPS e permitirá que o NPS continue processando solicitações.
Espero que isto ajude.