Postagens

Problema para acessar a ABA estendido (EXTENDED) no service.msc

Imagem
Olá, Encontrei um problema em um servidor que a ABA estendido EXTENDED do SERVICES.MSC não abria no Windows Server 2012 R2, conforme tela abaixo: Em todos os FORUNS a correção era realizar o registro das DLLs: regsvr32.exe  C:\Windows\System32\jscript.dll regsvr32.exe  C:\Windows\System32\mmcndmgr.dll Porém mesmo assim não aparecia, foi aí que resolvi realizar o registro da DLL também da pasta: C:\Windows\SysWOW64 regsvr32.exe  C:\Windows\SysWOW64\jscript.dll Após isso o problema foi solucionado:

Terminal Services Licensing service cannot start Server 2008

Oi pessoal, Recentemente, enfrentei um problema em que o Serviço: "Remote Desktop Licensing Services" não iniciava. O erros que apresentavam eram: 1) The Remote Desktop Licensing service cannot start. The following error occurred: Can't initialize Cryptographic - error code 5. 2) Windows could not start the Terminal Services Licensing on Local Computer. For more information, review the System Event Log. If this is a non-Microsoft service, contact the service vendor, and refer to service-specific error code -1073672191. Esse problema está endo gerado pelos arquivos criptográficos da RSA perdendo suas permissões, bloqueando assim o gerenciador de licenciamento e desativando-o naturalmente. Com isso faça o procedimento abaixo para a resolução do problema: Vá na pasta abaixo: C:\ProgramData\Microsoft\Crypto\RSA\MachineKeys Verifique se todas as permissões nesses arquivos estão configuradas corretamente. No Server 2008, você deve ver um pequeno símbolo de &quo

Activation Error 0x8007000d - Windows 7 - 2008 R2 - The data is invalid

Hoje encontrei um problema nada " normal", não que os outros sejam normais mas esse estava com um destino não muito feliz (refazer o servidor), porém consegui corrigir o problema. Um servidor já em operação a mais de 1 ano apresentou que não estava ativado, com isso realizei o procedimento padrão de tentativa de ativar o mesmo, porém apresentava a msg: Activation Error 0x8007000d. Mesmo executando a limpeza da chave do windows e aplicando novamente o erro era sempre esse. Com isso identifiquei que o DEEP SECURITY da TREND foi instalado recentemente isso me chamou a atenção com isso realizei a remoção do software e reiniciei o servidor, mesmo assim o mesmo problema.... Mesmo assim achei que isso era sim o meu problema, com isso segue a mágica: Segue o procedimento realizado: 1) Remoção do Software DEEP Security da TREND 2)  Execução dos comandos abaixo pelo prompt em MODO ELEVADO: net stop sppsvc cd %windir%\ServiceProfiles\NetworkService\AppData\Roaming\Micros

Sem mais RESGATES - No More Ransom - Ransomware

Foi atacado por algum Ransomware? Gostaria de tentar alguma ferramenta para descriptografar os seus dados? Para isso existe um site com algumas ferramentas que podem te salvar, segue: https://www.nomoreransom.org Ótima ferramenta que ajudou vários clientes que não precisaram pagar para ter seus dados novamente, Obs.: BACKUP SEMPRE É UM BOM NEGÓCIO!!!!

Lentidão para logar - Identificando as GPOs ofensoras

Imagem
Usando o comando GPRESULT para identifcar qual GPO está demorando a executar no logon dos usuários O comando a ser realizado é através do CMD no servidor e/ou estação de trabalho que o usuário está logando e apresentando a lentidão: Gpresult /h C:\TEMP\report.html /user:contoso\user001 /f  . /h para gerar o arquivo no formato HTML C:\Tempo\report.htm l (Caminho onde o arquivo será gerado) /user:contoso (nome do domínio) user001 (usuário com problema/lentidão) /f substituir o arquivo report.html caso ele já exista Com isso ele irá mostrar o tempo de TODAS as GPOs que o usuário USER001 está aplicando e o tempo de cada uma das GPOs, segue tela abaixo de exemplo: Com isso é possível corrigir a GPO que está apresentando o problema. Abraços

WINDOWS CE não conecta no RDP Windows Server 2012 R2

Imagem
Tivemos um problema em um cliente que possui equipamentos com o Sistema Operacional Windows CE (sem suporte deste 2014 pela Microsoft) os equipamentos não conectava via RDP em servidores Windows Server 2012 R2. Isso ocorreu porque o serviço de RDP gerou um novo certificados tipo SHA2, porém o Windows CE não consegue estabelecer comunicação com certificados tipo SHA2, com isso o procedimento foi gerar um certificado SHA1 e alterar o certificado no protocolo do servidor RDP. Obs.: Mesmo alterando a política de não utilizar certificado na conexão o equipamento com Windows CE não conectava. Segue o procedimento para a alteração deste certificado do protocolo RDP: 1) Instalar o IIS no servidor no qual você quer estabelecer a conexão 1) Gerar um certificado AUTOASSINADO dentro do IIS conforme abaixo: Após isso EXPORTAR ele com a chave privada e importe o mesmo dentro da pasta de Área de trabalho remota, através da console de certificados, segue tela: Identifique o  t

Trocar senha de vários usuários ao mesmo tempo de determinada OU, utilizando o PowerShell

Segue uma forma bem interessante para trocar a senha de vários usuários da mesma OU: Abra o POWERSHELL e importe o Mudulo do AD: Import-Module ActiveDirectory Após isso, liste os usuários que serão afetados, caso o resultado seja o que você quer, prossiga para a alteração: Get-ADUser -Filter * -SearchScope Subtree –SearchBase "OU=Takata,OU=Clientes,DC=sapmobile,DC=local" | Ft Name,sAMAccountName Comando para Alterar a senha dos usuários já validados com o comando acima: Get-ADUser -Filter * -SearchScope Subtree –SearchBase "OU=Takata,OU=Clientes,DC=sapmobile,DC=local" | Set-ADAccountPassword -Reset -NewPassword (ConvertTo-SecureString -AsPlainText "123@mudar" -Force)