RESOLVER O ERROR DE AUTENTICAÇÃO DA ÁREA DE TRABALHO REMOTA RDP (NÃO HÁ SUPORTE PARA A FUNÇÃO SOLICITADA, CREDSSP)

O que fazer se ocorrer um erro de autenticação (Não há suporte para a função solicitada, CredSSP) na Conexão da área de trabalho remota RDP. depois da atualização

Error

Após o Windows Update de maio de 2018, ao usar a Área de Trabalho Remota, a seguinte mensagem de erro é exibida e você não pode se conectar

[box type=”error” align=”alignright” class=”” width=””]
Erro de autenticação.
Não há suporte para Função solicitada

Computador remoto: Uma possível causa seria uma correção de oráculo criptografia CredSSP.
Para mais informações, visite https://go.microsoft.com/fwlink/?linkid=866660 [/box]

Causa

Devido à diferença na versão do provedor de autenticação (CredSSP) que pode ser usado para cada cliente e servidor do Remote Desktop.

Em relação à vulnerabilidade de área de trabalho remota, teve mudanças nas seguintes atualizações do Windows Update :

• Atualização CredSSP lançada no Windows Update em março de 2018 CVE-2018-0886
  (No entanto, o uso da versão antiga é liberado com a permissão padrão)
• No Windows Update desde maio de 2018, versão reforçada usada no CredSSP (versão antiga truncada)
  (O valor padrão de Criptografia Oracle Remediation foi alterado de Vulnerável para Reduzir)

Não há problema você estiver Windows Update com versões mais recente para cliente e servidor.
No entanto, se no cliente for o Windows Update mais recente e o servidor estiver atrasado, haverá uma diferença nas versões disponíveis do CredSSP, causando uma falha de conexão.

Solução alternativa

Essa solução faz que o nível de segurança ficar reduzido, é apenas uma solução alternativa.

Recomendo para aqueles querem resolver temporariamente direto da raiz.

No Editor de Politica de Grupo Local (gpedit.msc), faça as seguintes configurações:

[Configuração do Computador]

-> [modelo administrativo]
-> [Sistema]
-> [Delegação de Credenciais]

Nome da política: Correção do Oráculo de Criptografia
->Estado: Habilitado
->Opções: Vulnerável

Contra medida fundamental

Tanto no lado do cliente quanto no lado do servidor, implementar as atualizações  do Windows Update após maio de 2018.

Créditos: https://tutorialtech.com.br/resolver-o-erro-de-autenticacao-rdp-credssp/

Você precisa fazer um trabalho em torno do número da versão principal do iis para contornar as verificações de instalação.

Altere o registro da seguinte forma:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W3SVC\Parameters]

"MajorVersion"=dword:00000007 "MajorVersion" = dword: 00000007

ou navegue até a tecla acima e altere MajorVersion para Decimal 7. Em seguida, volte para 10 quando terminar de instalar.

Em algumas situações as GPO criadas não são aplicada em clientes com sistema operacional Windows 10.

Uma solução simples, testada aqui e que funcionou aqui, estão nos seguintes passos abaixo.

No servidor.

1- Digite o seguinte comando no executar "gpmc.msc",

ou clique em Iniciar / Ferramentas Administrativas do Windows / Gerenciamento de Política de Grupo

2 - No painel a esquerda, procure por sua GPO e clique sobre ela.

3- No painel da direita, nas guias, clique em "Delegações"

4 - Clique em adicionar e em tipo de objetos, inclua Computadores na lista de objetos. e clique em [OK]

5 - Clique no botão [Avançado], e na próxima caixa de dialogo, "Localizar Agora".

6 - Após clicar em [OK], confirme as [Permissões] de [Leitura] e clique em [OK]

No servidor, abre o cmd com privilégios elevado.

e execute o comando "GPUPDATE /FORCE"

A importação para o WSUS falha na importação direta do MS Update Catalog

O problema persiste com o vanilla Server 2019 a partir de agosto de 2020:

(você segue um dos links fornecidos pelo WSUS-MMC para importar atualizações do site do Catálogo do Microsoft Update, que abre o Internet Explorer e você já confirmou a instalação/execução do complemento Active-X necessário - após acionar o basket-imprt, você recebe o erro 80131509).
Embora frustrado ao ler tantas informações - pelo menos desatualizadas - (para não dizer informações erradas), gostaria de compartilhar a descrição e a solução do problema real aqui, esperançosamente economizando aos outros uma hora de tempo valioso, que eles podem usar melhor para aprender bateria ou codificação C ;-)

Obrigado a Peter Kirschner ( https://www.cubido.at/blog/windows-server-update-oktober-2019-und-tls-error), a solução real é tão simples quanto fundamentada: o plug-in Active-X ou qualquer outro componente subsequente envolvido na importação de atualizações do catálogo de atualizações da Microsoft utiliza .NET4.
Simplesmente aplique cifras "fortes" para .NET 4.0:
reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v4.0.30319 /V SchUseStrongCrypto /T REG_DWORD /D 1

Reinicie sua máquina. Não altere mais nada na configuração do IIS ou quaisquer outros valores do Registro.

A repetição da importação de atualização agora é bem-sucedida:

Isso também deve resolver várias outras opções de soquete TLS contemporâneas versus herdadas no Windows.

Fonte: Spiceworks

Em alguns casos, os planos de energia do Windows não são listado no painel de controle, na maioria dos casos, isso acontece com notebooks devido a limitação de hardware. Em desktop é uma situação mais dificil, porém, não é descartado essas opções de planos de energia não esta sendo exibido por completo como a figura abaixo.

Para solucionar essa questão, segundo dados colhidos na comunidades da Microsoft segue os passos abaixo.

Método 1
Restaurar os planos de energia pelo Prompt de comando

Verifique no painel de controle se os planos são exibidos.

um segundo método também é aplicado para essa questão.

Método 2
Executar definições via Windows Power Shell

Remote Desktop requer um nome de usuário e senha quando você abre a janela de terminal. Isso protege um servidor ou computador desktop de acesso não autorizado . Este tipo de segurança é útil em um ambiente de escritório , mas os usuários que implementam o Remote Desktop em casa não precisa da segurança. Retirar a exigência de usuário e senha torna mais conveniente para usar o Remote Desktop em casa. O Editor de Política fornece uma regra de segurança você pode desligar a implementar uma senha em branco.

Para exportar e fazer backup do perfil do usuário do Outlook, faça o seguinte:

1. Feche o Microsoft Outlook e pressione o botão Win+ R ao mesmo tempo para abrir a caixa de diálogo Executar.

2. Digite o regedit em Abrir na caixa de diálogo Executar e, em seguida, clique no OK botão.

3. Na caixa de diálogo pop-up Controle de conta de usuário, clique no botão Sim.

4. Agora a janela do Editor de registro é aberta. Navegue até na pasta do Perfil com os seguintes caminhos:

Para Outlook 2010 e 2007: HKEY_CURRENT_USER \ Software \ Microsoft \ Windows NT \ CurrentVersion \ Windows Messaging Subsystem \ Profiles

Para o Outlook 2013: HKEY_CURRENT_USER \ Software \ Microsoft \ Office \ 15.0 \ Outlook \ Profiles

Para o Outlook 2016: HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ Office \ 16.0 \ Outlook \ Profiles

Para o Outlook 2019: HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ Office \ 16.0 \ Outlook \ Profiles

5. Clique com o botão direito na pasta do perfil na janela do Editor do Registro e selecione o Exportar no menu do botão direito. Veja a captura de tela acima.

6. A caixa de diálogo Exportar Arquivo do Registro é exibida. Nesta caixa de diálogo, siga os passos:

6.1 Abra a pasta na qual você salvará o perfil de usuário exportado do Outlook;

6.2 Digite um nome para o perfil de usuário exportado do Outlook no Nome;

6.3 Clique no Salvar botão.

Em seguida, o perfil do usuário do Outlook é exportado e salvo na pasta especificada de uma vez.

7. Feche a janela do Editor de registro.

Observação: o Microsoft Outlook irá restaurar o perfil do usuário do Outlook com apenas um clique duplo no perfil exportado. Todas as configurações existente exceto a senha (se estava salvo automáticamente) serão importados.
Para capturar a senha salva no perfil, o software Mail PassView pode ajudar muito.

Alterar o valor do AUTOINCREMENT em SQL Server

DBCC CHECKIDENT (NOME_TABELA, RESEED, NOVO_VALOR);

Ex.
DBCC CHECKIDENT (Clientes, RESEED, 100);

Onde:

DBCC CHECKIDENT: Usado para definir manualmente um novo valor de identidade atual para a coluna de identidade.
Cliente: Nome da Tabela
Argumentos:
NORESEED: Especifica que o valor de identidade atual não deve ser alterado.
RESEED: Especifica que o valor de identidade atual deve ser alterado.
new_reseed_value: O novo valor a ser usado como o valor atual da coluna de identidade.
WITH NO_INFOMSGS: Suprime todas as mensagens informativas.

Nenhum sistema de arquivos compatível com UEFI foi encontrado . Este é o erro que encontrei na máquina virtual Hyper-V.
Legacy BIOS e UEFI são os dois métodos do Windows para inicializar. BIOS representa a geração 1 e UEFI representa as máquinas virtuais de geração 2 no Hyper-V.

vamos começar a resolver este problema.
na primeira etapa, anexe o arquivo ISO de instalação do SO na unidade de CD vazia na máquina virtual problemática, clique em aplicar e ok.

Ligue a máquina virtual. Ele deve inicializar a partir do ISO de instalação do sistema operacional anexado. Se você encontrou um problema de inicialização da unidade de CD. Desligue-o, mova a unidade de CD para o topo na seção de firmware , clique em aplicar e ok.

Inicie a máquina virtual, agora você será solicitado a pressionar qualquer tecla para inicializar a partir do CD. O Windows não fornece a “qualquer tecla” :-P, você precisa pressionar o enter.
O assistente de configuração do Windows será aberto, não vamos configurar as novas janelas, portanto, deixe todas as opções com a configuração padrão e clique em Avançar .
Na próxima janela, clique em Reparar seu computador .

Existem duas opções. Solucione problemas e desligue seu PC . Selecione a opção de solução de problemas.

Você será inserido no prompt de comando. Execute o comando diskpart para acessar o recurso de partição de disco do Windows. list disk para ver o status do disco, selecione disk para selecionar o respectivo disco e list volume para ver a partição do disco.

Na imagem acima, o Disco 0 é dividido em 2 volumes. A letra de unidade C é atribuída ao volume 1 e D é atribuída ao volume 2 .
O volume 0 que é atribuído com a letra de unidade E é uma unidade de CD. não precisamos fazer nenhuma alteração nesta unidade.
Na configuração atual, a unidade C é a partição de inicialização ou a unidade reservada do sistema e a unidade D é a unidade do sistema.

Normalmente, no Microsoft Windows, a unidade do sistema é atribuída à letra de unidade C e a unidade reservada do sistema é configurada sem uma letra de unidade ou uma letra de unidade diferente. Mas na configuração acima, são atribuídas letras de unidade erradas. É por isso que a máquina virtual não consegue iniciar e diz que um sistema de arquivos compatível com UEFI não foi encontrado na unidade C.

Próxima etapa , altere a letra da unidade e corrija o problema de inicialização.
Remova C do volume 1 e atribua diferente (nesta demonstração estou atribuindo L )

Próximo passo , remova a letra derivada do volume 2 e atribua C. Listar o volume para verificar as alterações.

Alteramos com sucesso as letras de unidade na máquina virtual. O sistema de arquivos de ambas as unidades está em NTFS, precisamos converter o volume 1 para FAT32 e atribuir o rótulo (BOOT), e será uma unidade de inicialização ou reserva do sistema a partir de agora.

Saia para o console ou recurso da parte do disco. Crie um diretório de inicialização (efi\microsoft\boot) na unidade de inicialização ou reservada do sistema ( unidade L nesta demonstração).

Etapa final, corrija o problema de inicialização antigo e crie alguns novos arquivos de inicialização na unidade de inicialização da máquina virtual e saia do prompt de comando.

Você retornará à tela onde você selecionou a solução de problemas em vez de desligar o PC . Mas às vezes você precisa selecionar desligar seu PC .

Agora sua máquina virtual iniciará normalmente.
Parabéns! você acabou de resolver o sistema de arquivos No UEFI Compatible foi encontrado o problema no Hyper-V. 

fonte: Boredadmin.com

O Dism não serve apenas para reparar uma imagem do Windows, mas também para preparar um ambiente de pré-instalação do Windows (Windows PE) entre muitas outras coisas 

Como usar o Dism para verificar e reparar o Windows

1. O primeiro passo, é abrir a Linha de comandos ou o Windows PowerShell como administrador.

Para isso, basta procurar por um deles no menu Iniciar, clicar com o botão direito sobre o resultado e clicar em Executar como administrador. Depois, basta clicar em Sim, na janela do Controlo de Conta de Utilizador.

2. Primeiro, vamos verificar como se encontra o Windows.

Para isso, podemos correr um dos dois comandos abaixo:

Dism /Online /Cleanup-Image /ScanHealth

Dism /Online /Cleanup-Image /CheckHealth

O comando Dism /Online /Cleanup-Image /CheckHealth indica o estado da imagem de acordo com três estados:

Se a imagem do Windows estiver saudável não é necessário fazer mais nada!

No entanto, se o resultado indicar que existem ficheiros corrompidos, será necessário repará-los!

Infelizmente, se o estado for Não reparável, quer dizer que a imagem está de tal modo corrompida que não é possível repará-la e que será necessário recorrer a uma reinstalação do Windows.

3. Vamos então reparar o Windows!

O comando Dism /Online /Cleanup-Image /RestoreHealth é quem vai fazer esse trabalho.

O argumento /RestoreHealth irá verificar quais os ficheiros que estão corrompidos e substituí-los por versões em bom estado. É necessário que o computador esteja ligado à Internet, de modo a que seja possível a transferência dos ficheiros em bom estado. É possível configurar o Dism para usar uma imagem de instalação do Windows offline como fonte dos ficheiros, como é explicado mais abaixo!

É possível usar uma imagem offline do Windows desde que, no ficheiro ISO, se encontrem o ficheiro .ESD ou .WIM.

Assim, basta montar a imagem do Windows e indicar com o argumento /Source a localização de um dos ficheiros.

Por exemplo:

Dism /Online /Cleanup-Image /RestoreHealth /Source:D:\x64\sources\install.esd

Se quiserem limitar o acesso ao Windows Update, podem usar o argumento /LimitAccess:

Por exemplo:

Dism /Online /Cleanup-Image /RestoreHealth /Source:D:\x64\sources\install.esd /LimitAccess

Fonte: Computadorcomwindows.com

bcdedit /set {default} recoveryenabled no
Impede que o Windows inicie o reparo de modo automático

SFC /scannow
Verifica a integridade de todos os arquivos do sistema protegidos e repara os arquivos com problemas quando possível.

Dism
1. Verifique a imagem para verificar se há corrupção. Essa operação levará vários minutos. Por exemplo, em um prompt de comando, digite o seguinte comando: Dism /Online /Cleanup-Image /ScanHealth
2. O argumento /RestoreHealth irá verificar quais os ficheiros que estão corrompidos e substituí-los por versões em bom estado, digite o seguinte comando: Dism /Online /Cleanup-Image /RestoreHealth

Reconstruir o BCD store com a utilização da ferramenta Bootrec.exe.

Para fazer isso, por gentileza siga as etapas abaixo:

Para adicionar esta entrada ao BCD store, digite Yes (ou Sim) e pressione Enter. Uma mensagem de confirmação indicará que a entrada foi adicionada com sucesso ao BCD Store.

Se a ferramenta do Bootrec.exe não puder localizar uma instalação faltante de seu Windows, você precisará remover o BCD store, e depois precisará recriá-lo.

Para fazer isso, digite os comandos abaixo na ordem em que são apresentados. Pressione enter ao final de cada comando.

Bcdedit /export C:BCD_Backup

attrib c:/boot/bcd –h –r –s

ren c:/boot/bcd bcd.old

Bootrec /FixMbr

Bootrec /fixboot

Fonte: Microsoft

Erro HTTP 500.19 - Internal Server Error

Módulo: DynamicCompressionModule
Notificação:SendResponse
Manipulador: ExtensionlessUrlHandler-Integrated-4.0
Código do Erro: 0x800700c1

-> Faça backup do IIS.
-> Abra o IIS
-> Clique no nó do módulo do servidor no topo da árvore à esquerda e escolha "Módulos".
-> Clique com o botão direito em DynamicCompressionModule e escolha "Desbloquear"
-> Clique com o botão direito em StaticCompressionModule e escolha "Desbloquear".
-> Abra os sites desejados -> Módulos abertos.
-> Clique com o botão direito do mouse em DynamicCompressionModules e escolha "remover".
-> Clique com o botão direito do mouse em StaticCompressionModule e escolha "Remover".
-> Faça IISRESET.

A importação para o WSUS falha na importação direta do MS Update Catalog

O problema persiste com o vanilla Server 2019 a partir de agosto de 2020:

(você segue um dos links fornecidos pelo WSUS-MMC para importar atualizações do site do Catálogo do Microsoft Update, que abre o Internet Explorer e você já confirmou a instalação/execução do complemento Active-X necessário - após acionar o basket-imprt, você recebe o erro 80131509).
Embora frustrado ao ler tantas informações - pelo menos desatualizadas - (para não dizer informações erradas), gostaria de compartilhar a descrição e a solução do problema real aqui, esperançosamente economizando aos outros uma hora de tempo valioso, que eles podem usar melhor para aprender bateria ou codificação C ;-)

Obrigado a Peter Kirschner ( https://www.cubido.at/blog/windows-server-update-oktober-2019-und-tls-error), a solução real é tão simples quanto fundamentada: o plug-in Active-X ou qualquer outro componente subsequente envolvido na importação de atualizações do catálogo de atualizações da Microsoft utiliza .NET4.
Simplesmente aplique cifras "fortes" para .NET 4.0:
reg add HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\v4.0.30319 /V SchUseStrongCrypto /T REG_DWORD /D 1

Reinicie sua máquina. Não altere mais nada na configuração do IIS ou quaisquer outros valores do Registro.

A repetição da importação de atualização agora é bem-sucedida:

Isso também deve resolver várias outras opções de soquete TLS contemporâneas versus herdadas no Windows.

Fonte: Spiceworks