Ao tentar conectar um teclado Apple Magic Keyboard A1314 via Bluetooth em um notebook com Windows 10 Enterprise Build 2004, a mensagem “Insira o PIN para o seu dispositivo” era exibida, sendo que não era possível digitar nada no teclado.
Mensagem exibida ao tentar conectar o teclado via Bluetooth
Para corrigir este problema precisaremos acessar o Editor de registro do Windows (regedit.exe). Com o Editor de Registro aberto, navegue até HKEY_USERS.DEFAULT\Software\Microsoft\Windows\CurrentVersion\Bluetooth\ExceptionDB\Addrs
Em seguida delete a pasta que está dentro de Addrs, no meu caso b8f6b1049c46.
Delete a pasta que está dentro de Addrs
Em seguida reinicie o sistema e tente adicionar o dispositivo Bluetooth novamente, no meu caso o teclado.
Teclado conectado via Bluetooth no Windows com sucesso
Quem acompanha o blog sabe que eu procuro transformar todas as atividades que fazemos em modo gráfico em linha de comando, de forma a automatizar o que for possível para facilitar nosso trabalho.
Com relação ao Internet Information Services (IIS) não é diferente. Podemos codificar várias atividades, vou listar abaixo algumas utilizando Powershell. Esses comandos foram executados em um servidor com Windows Server 2016 e IIS v10.
Criar um Application Pool (Substitua “NOME_DO_APPLICATION_POOL” pelo nome que você desejar)
Criar um Website (Substitua “NOME_DO_SITE”, “DIRETORIO_DO_SITE” “empresa.com” e “NOME_DO_APPLICATION_POOL” pelos nomes correspondentes ao seu ambiente)
Criar uma Web Application dentro do Default Web Site(Substitua “NOME_DO_WEB_APPLICATION“, “DIRETORIO_DO_SITE” e “NOME_DO_APPLICATION_POOL” pelos nomes correspondentes ao seu ambiente)
Para verificar a versão do Internet Information Services (IIS) que está instalado no seu Windows Server utilizando Powershell execute o seguinte comando:
Podemos automatizar a inclusão de computadores e servidores Windows em um domínio com Active Directory utilizando Powershell.
O código é bem simples e fácil, devemos declarar o nome do domínio, a senha do usuário que fará a inclusão e o nome do usuário, basta abrir o PowerShell na máquina que deve ser incluída no domínio e executar o código abaixo:
Se o comando for executado com sucesso, será exibida uma mensagem informando que este computador/servidor deverá ser reiniciado para validar as alterações realizadas, ou seja a inclusão da máquina do domínio.
Hoje vai uma dica simples e rápida para quem precisa saber a versão do Powershell que está instalado no Windows, seja Server ou Client.
Executem o Powershell e executem o seguinte comando:
$PSVersiontable
PowerShell versão 2.0
PowerShell versão 5.1
Porque essa informação é importante?
Certos comandos e cmdlets de repente não estarão disponíveis em versões mais antigas do Powershell impedindo a execução de alguma atividade ou obtenção de alguma informação. Talvez seja necessário atualizar o Powershell para fazer determinada tarefa.
Tempos atrás eu publiquei um post sobre atualização do Powershell, leiam aqui.
A Dica de hoje vai para quem ainda possui ambientes legados com Servidores baseados no Windows Server 2008 R2 Ao tentar instalar as atualizações via Windows Update em um Servidor com Windows Server 2008 R2 Ultimate 64 Bits estava ocorrendo o erro de Code 80072EFE Windows Update encountered an unknown error.
A correção deste problema é bem simples basta instalar o pacote referente ao KB3138612, disponível no site Catálogo Microsoft Update. Faça o download do pacote correspondente à sua versão do Windows Server 2008 R2, instale e reinicie o Servidor. Após isso basta fazer o Windows Update novamente clicando na opção “Check online for updates from Windows Update” que funcionará normalmente.
hoje deixo uma dica rápida de 3 comandos essenciais em powershell para quem gerencia servidores Windows Server com Hyper-V.
Comando 1 – Obter a lista de máquinas virtuais suas informações e status:
Get-VM
Comando 2 – Ligar uma máquina virtual:
Start-VM -Name ‘Nome_da_Maquina_Virtual’
Comando 3 – Desligar uma máquina virtual:
Stop-VM -Name ‘Nome_da_Maquina_Virtual’
Caso vocês tenham a necessidade de desligar todas as máquinas virtuais de um host ao mesmo tempo, eu deixo também um post que publiquei no ano passado com o script que faz exatamente isso. Esse mesmo script também pode ser encontrado no meu Github.
tempos atrás eu publiquei um post sobre a falha no acesso a compartilhamentos de um NAS D-Link a partir de máquinas com Windows 10 de um cliente devido ao protocolo SMB que vem desabilitado por padrão no sistema por questões de segurança. Este post pode ser lido aqui.
Pois bem, agora tive problemas para acessar um NAS Western Digital MyCloud comprado em 2017 a partir de um servidor Windows Server 2019.
NAS – Western Digital My Cloud
Ao tentar o acesso via caminho UNC (\\ip_do_servidor) a mensagem abaixo era exibida.
Isso ocorre pois no Windows 10 (a partir da versão 1709) e no Windows Server 2019 o acesso de convidado utilizando os protocolos SMB2 e SMB3 vem desabilitado por padrão, sendo considerado inseguro. Por se tratar de um ambiente conhecido e de laboratório para desabilitar essa configuração precisamos fazer os seguintes passos:
1 . Execute o Local Group Policy Editor (gpedit.msc)
3. Dois cliques em Enable insecure guest logons, selecione a opção Enabled e clique em OK
Podemos fazer essa configuração também via PowerShell mudando o valor da configuração “AllowInsecureGuestAuth” de 0 para 1 utilizando o comando abaixo:
Após a instalação da role Hyper-V, o servidor será reiniciado.
Para verificar se a instalação ocorreu com sucesso, você pode executar o comando abaixo e verificar todas as funções e recursos que estão instalados no seu servidor:
Vamos demonstrar neste post como realizar a ativação de um servidor com Windows Server 2019 via prompt de comando (cmd).
Primeiramente vamos aplicar a chave de produto no servidor, para isso abra o Prompt de comando como Administrador (elevado) e execute o comando abaixo, substituindo xxxxx-xxxx-xxxx-xxxx-xxxx pela sua chave de produto.
slmgr.vbs /ipk xxxxx-xxxx-xxxx-xxxx-xxxx
Deve ser exibida a mensagem “Chave do produto (Product Key) xxxxx-xxxx-xxxx-xxxx-xxxx instalada com êxito”
Agora com a chave instalada, vamos ativar o sistema utilizando o comando abaixo:
slmgr.vbs /ato
Caso seja exibida a mensagem “Produto ativado com êxito” a operação foi realizada com sucesso.
Para confirmar o status da ativação execute o comando:
slmgr.vbs /dlv
Será exibida a tela abaixo com as informações sobre o sistema e sua ativação. Veja em Status da Licença. Tem que estar como “Licenciado“. Se houver algo diferente o procedimento não funcionou.
Você também pode verificar o status do sistema acessando via Painel de Controle – Sistema e Segurança – Sistema. Vejam abaixo:
mais uma dica para quem ainda possui computadores com Windows 7. Ao tentar realizar a instalação de algum programa é exibido o erro informando a falta da api-ms-win-crt-runtime-l1-1-0.dll, conforme a imagem abaixo:
Esse erro ocorre devido ao fato do PC não estar completamente atualizado, entao primeiro garanta que o Service Pack 1 do Windows 7 esteja instalado, faça um Windows Update completo no PC e se mesmo assim o erro persistir, baixe o seguinte pacote ao KB2999226, seguem os links abaixo:
A Dica de hoje vai para quem ainda possui ambientes legados com máquinas com Windows 7 instalado. Ao tentar instalar as atualizações via Windows Update em um PC com Windows 7 Ultimate 64 Bits com Service Pack 1 estava ocorrendo o erro de Código 80072EFE Erro desconhecido no Windows Update. O PC ainda não possuía nenhuma atualização instalada.
A correção deste problema é bem simples basta instalar o pacote referente ao KB3138612, disponível no site Catálogo Microsoft Update. Faça o download do pacote correspondente à sua versão do Windows 7, instale e reinicie o PC. Após isso basta fazer o Windows Update que funcionará normalmente.
A dica de hoje vai para quem utiliza o Antivirus gerenciado Kaspersky Endpoint Security Cloud.
Ao alterar uma politica de segurança atribuida a um equipamento ou vários, você precisa esperar o ciclo de sincronismo com a Cloud para que essas novas configurações sejam aplicadas. Por sua vez, no Endpoint em uma estação de trabalho/servidor Windows, não existe a opção para “forçar um sincronismo” com a Cloud.
Mas é possível fazer isso através de linha de comando, para isso na estação de trabalho ou servidor Windows, execute o prompt de comando elevado (com privilégios de administrador) e faça os passos abaixo:
1 – Acesse o diretório do agente de rede (%ProgramFiles(x86)%\Kaspersky Lab\NetworkAgent) 2 – Execute o comando: klnagchk.exe -sendhb
Desta forma conseguimos manualmente sincronizar as políticas definidas na Console Cloud da Kaspersky com o Endpoint instalado em uma máquina Windows.
Substitua “NOME_DO_SERVIDOR” pelo hostname do seu servidor.
Após a instalação da role Hyper-V, o servidor será reiniciado.
Para verificar se a instalação ocorreu com sucesso, você pode executar o comando abaixo e verificar todas as funções e recursos que estão instalados no seu servidor:
neste final de semana eu precisei converter uma instalação do Windows Server 2012 R2 Evaluation em um servidor, ou seja, versão de testes (180 dias), para a versão Datacenter. O procedimento é bem simples e não pode ser realizado em servidores Domain Controllers. Neste caso, instale um novo servidor, sincronize o AD, transfira as FSMOs e despromova o servidor. Considerando que você está utilizando uma conta com privilégios administrativos no servidor, execute os comandos abaixo com o prompt elevado:
Para converter de 2012 R2 Evaluation para Datacenter: DISM /online /Set-Edition:ServerDatacenter /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula Em /Set-Edition, determine qual a versão do Windows Server você possui licença válida (ServerStandard ou ServerDatacenter) em /ProductKey, substitua XXXXX-XXXXX-XXXXX-XXXXX-XXXXX pela sua licença válida. O procedimento vai exigir que o servidor seja reiniciado.
Após isso, para verificar se a conversão teve sucesso, execute o comando abaixo: DISM /online /Get-CurrentEdition
No mês passado eu publiquei este post, sobre uma falha no acesso a compartilhamentos e impressoras via protocolo SMB2 que ocorria em PCs com Windows 10 que sofreram atualização para a versão 1903.
Pois bem, este mesmo erro ocorre após a atualização para a versão 2004 e para que o acesso ao recurso compartilhado em questão siga em funcionamento, você deve realizar os passos citados no post que eu citei e também, por ocasião da versão 2004 do Windows 10, editar uma chave no registro do Windows para forçar que o acesso ao compartilhamento com a conta de convidado.
Para isso execute o Editor de Registro do Windows (regedit), navegue até:
mais uma dica rápida, dessa vez para quem quer deixar seu PC/Notebook com Windows 10 com uma performance melhor. Para isso, vamos desativar a execução de aplicativos que vem nativamente no sistema e que por padrão são executados em segundo plano consumindo recursos da máquina.
Vou demonstrar como desabilitar de duas formas. Na primeira, clique no Menu Iniciar – Configurações e no campo de pesquisa digite “Aplicativos em segundo plano”
Para desativar a execução dos Aplicativos em segundo plano basta desligar a opção exibida na tela abaixo.
Aplicativos em Segundo Plano – Ativado
Aplicativos em Segundo Plano – Desativado
Também podemos desativar através de linha de comando, para isso abra o prompt como administrador e execute o comando abaixo:
Talvez essa configuração não tenha uma eficácia perceptiva em computadores com hardware potentes. Mas nos computadores que possuem recursos limitados, desativar essa execução dos aplicativos em segundo plano com certeza fará uma boa diferença no que tange a performance, pois assim você abrirá os aplicativos quando necessário for sem que fiquem deixando sua máquina mais lenta.
Dica rápida para que precisa listar e documentar as atualizações instaladas via Windows Update ou manualmente em PCs e Servidores com Windows instalado.
Primeiramente execute o PowerShell como Administrador. Feito isso podemos utilizar os comandos:
Em novembro de 2013, eu tive o prazer de ter o meu perfil (@paulo_santanna) no Twitter escolhido para ser destaque na sessão TWEET ALERT da newsletter Springboard Series Insider enviado pela equipe de Windows Client da Microsoft.
Obrigado @stephenlrose e Heather Poulsen pelo convite.
Um PC de uma empresa teve o Windows 10 atualizado para a versão 1903 e após isso parou de acessar o sistema corporativo, que roda em uma rede antiga, um ambiente bem legado e baseado no tradicional modelo cliente-servidor.
Quando o usuário desse PC tentava acessar o sistema via compartilhamento, a mensagem abaixo era exibida:
Isso ocorre pois a partir da versão 1709 o protocolo SMB2, por motivos de segurança, não mais permite por padrão que seja feito o acesso a um servidor com uma conta de convidado. Então como resolver isso e fazer com que o usuário volte a utilizar o sistema? O ideal era não mais utilizar os sistema dessa forma, através da conta convidado, mas como paliativo vamos detalhar como “normalizar” esse acesso.
PC com Windows 10 versão 1903, para verificar a versão instalada no seu PC digite “winver” no Prompt de Comando
Execute o Editor de Politica de Grupo Local através do gpedit.msc. Em seguida navegue por Configuração do Computador – Modelos Administrativos – Rede – Estação de trabalho do LANMAN. Ative a configuração Habilitar logons de convidados não seguros
