Windows Vista, Windows Server 2008, Windows 7 e Windows Server 2008 R2

2757817                An update that adds support for Windows 8 and for Windows Server 2012 to Windows Vista, Windows Server 2008, Windows 7, and Windows Server 2008 R2 KMS hosts is
available

https://support.microsoft.com/kb/2757817/EN-US

Instruções de instalação:

Aplica-se a KMS hosts com uma das seguintes versões: Windows Vista, Windows Server 2008, Windows 7 e Windows Server 2008 R2

1. Instalar o KB2757817

2. Reiniciar o computador

3. Para instalar a nova chave KMS Windows 8/Windows Server 2012 executar os seguintes comandos:

 cscript %windir%\system32\slmgr.vbs /ipk <KMS host key>

4. Para ativar o KMS executar o seguinte comando:

cscript %windir%\system32\slmgr.vbs /ato

Nota

- Cada chave KMS está associada a um grupo de versões do Windows. Adicionalmente, uma chave KMS host associada a uma versão cliente não pode ser instalada numa versão servidor
do windows, e vice versa. (excepto versão para a Windows Server 2003) Nestas situações este erro será devolvido:

0xc004f015: The Software Licensing Service reported that the license is not installed.

SL_E_PRODUCT_SKU_NOT_INSTALLED

Exemplos:

•             Tentar a instalação de uma chave Windows 7 KMS (CSVLK) num KMS host Windows Server 2008 R2

•             Tentar a instalação de uma chave Windows 8 KMS (CSVLK) num KMS host Windows Server 2008 R2 ou Windows Server 2012

SuportePT

Lembrei-me de usar um utilitário do Resource Kit do Windows 2000, o exctrlst.exe, para validar as extensões dos Performance counters instalados na máquina. Usei também o Process monitor para verificar quais as entradas do registo que seriam alteradas.

Iniciei a captura com o Procmon e de seguida executei o utilitário exctrlst; procurei pelo contador PerfProc:

Seleccionei a opção "Performance Counters Enabled" (a checkbox para este contador em particular não estava seleccionada…) De seguida parei o Procmon e procurei pelas entradas RegSetValue:

A seguinte entrada do registry passou de 1 para 0:

Fechei e abri novamente o Perform e já foi possível adicionar os contadores “Process”

Caso se pretenda efectuar esta alteração programaticamente em várias máquinas pode-se usar a seguinte linha num batch file:

Reg add HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PerfProc\Performance /v "Disable Performance Counters" /t REG_DWORD /d 0 /f

Links úteis:

exctrlst

https://www.microsoft.com/en-us/download/details.aspx?id=12123

Procmon

https://technet.microsoft.com/en-us/sysinternals/bb896645.aspx

Bom troubleshoot                            

AML

Mesmo com o WER desactivado, ou mesmo o utilizador cancelando o processo de WER, é possível gerarmos localmente um user mode dump. Neste post vamos ver como isso pode ser feito.

Esta funcionalidade não está activada “by default” e requer privilégios administrativos para o fazer.

Para activar e configurar esta funcionalidade vamos usar a seguinte chave de registo:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps

Estas são as opções de configuração:

Estas são configurações globais pelo que se pode configurar definições por-aplicação, por exemplo:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\Windows Error Reporting\LocalDumps\AMinhaAplicação.exe

Se AMinhaAplicação.exe crashar o WER vai primeiro verificar as definições globais e de seguida sobrepor com as definições especificas para a aplicação.

Notas adicionais:

Aplicações que tenham o seu próprio mecanismo de error reporting (por exemplo aplicações .NET) não são suportadas nesta funcionalidade. Também convém não esquecer de criar a pasta %LOCALAPPDATA%\CrashDumps

Este é um exemplo de configuração, basta copiar para o notepad e gravar como *.reg e executar na máquina em questão:

=============================

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps]

"DumpCount"=dword:00000100

"DumpType"=dword:00000002

"DumpFolder"=hex(2):25,00,4c,00,4f,00,43,00,41,00,4c,00,41,00,50,00,50,00,44,\

  00,41,00,54,00,41,00,25,00,5c,00,43,00,72,00,61,00,73,00,68,00,44,00,75,00,\

 
6d,00,70,00,73,00,00,00

=============================

Artigo msdn associado:

https://msdn.microsoft.com/en-us/library/bb787181.aspx

Boa leitura,

AL

Em Windows 2003 quando tínhamos problemas de Backups, e consequentemente erros de VSS no Application event log, o primeiro passo a ser efectuado era o registo das dll’s do Volume Shadow Copy (tal como identificado no artigo seguinte), dado que essa acção resolvia a grande maioria dos problemas:

Poderão ocorrer vários problemas num computador baseado no Windows Server 2003 que esteja a executar o serviço de cópia sombra do Volume - https://support.microsoft.com/kb/940032/pt

A partir do Windows Vista/Windows 2008, já não existem registos de controlos OLE (Object Linking and Embedding) em DLLs ou ficheiros de Controlos ActiveX (OCX) que sejam auto-registáveis. No entanto, os componentes de VSS (DLL) herdaram do Windows 2003 parte deste código. É por isso que ainda é possível registar o Microsoft Shadow Copy VSS Provider (swprv.dll) em Vista e em Windows 8. Isto foi removido nos componentes de VSS nas versões Windows 7 /Windows 2008 R2. Qualquer tentativa de registar manualmente um componente irá falhar com a seguinte mensagem:

“Proceder ao registo manual de componentes VSS em Windows Vista /Windows 2008 pode ser destrutivo”

Assim, sempre que tiverem problemas de Backups com erros de VSS no Aplication event log em máquinas com Sistema Operativo superior a Windows 2003, efectuem o troubleshoot dos erros e não o registo das dlls.

Em muitos casos a solução para reverter o registo das dlls passa pela restauração de um System State efectuado antes do registo dos componentes e, em último recurso, um in-place upgrade ou até mesmo uma reinstalação do Sistema Operativo.

A equipa de Backups,

Carlos Carrolo e Susana Rodrigues

Vamos imaginar o seguinte endereço de OWA: https://mail.testdomain.com em que o certificado foi emitido para o Subject Name (SN) Testdomain.com.

Neste caso a sincronização vai falhar com o erro 80072F0D

Para ultrapassar este erro será necessário emitir um novo certificado para o endereço mail.testdomain.com como Subject Name (SN) e para outros nomes como SubjectAlternative Names ou SAN.

No caso de estar a usar uma CA interna vamos efectuar este pedido com a Exchange management Sheel:

New-ExchangeCertificate -GenerateRequest -Domainname mail.company.com, ServerName FQDN, autodiscover.company.com,ServerName -FriendlyName mail.company.com -PrivateKeyExportable: $True -pathc:\Certificate.req

De seguida executamos o seguinte comando:

Certreq -submit -attrib "CertificateTemplate:webserver" c:\Certificate.req

Caso o certificado não necessite de ser manualmente aprovado, depois de submetido vai ser pedido para guardar o certificado num ficheiro. Depois é só instalar localmente o certificado.

Se não for este o caso será necessário abrir a Certification Authority Management Console, e em Pending Requests fazer issue do novo certificado anteriormente submetido.

De seguida navegar até Issued certificates e exportar o certificado como o formato *.cer

Copiar o ficheiro *.cer para o servidor de Exchange

Para importar:

Abrir a MMC console – add/remove snap-in –escolher “Certificates” – selecionar “computer account” – selecionar “Next” – selecionar “Finish”  

 
   
Right click em local computer store e escolher a opção import.

De seguida abrir a Exchange Management Shell para definir o novo certificado como default.
Usar a opção Get-ExchangeCertificate para ver o thumbprint do certificado e copiar para o notepad.

Depois executar:

             Enable-ExchangeCertificate –Thumbprint “inserir Thumbprint aqui” – Services: Imap, Pop, SMTP, IIS

Exemplo:

Nota: apenas é necessário activar o certificado para o serviço que se está a usar. Por exemplo, se não está a usar POP ou IMAP não é necessário incluir esses serviços no pedido.

Nesta fase o novo certificado já foi assignado aos serviços do Exchange. Abrir o OWA no Exchange server e abrir o certificado. Nos detalhes escolher a opção Copy to File… isto vai permitir exportar a Full certificate chain para o ficheiro *.cer

Para finalizar é necessário configura uma conta de email no Windows Phone (outra que não Exchange) e enviar para lá o ficheiro *.cer
(podem criar uma conta Windows Live Id)

Assim que o email chegue é só clicar no certificado para instalar.

NOTA: Gostaria de agradecer ao João Ribeiro pela colaboração na elaboração do artigo :)

Boa Leitura,

JP

• As portas de RDP/ICA listener estão identificados como “down”;

• Os clientes que tentam efectuar a ligação a uma sessão de Terminal recebem as seguintes mensagens (estes exemplos são de ligações via Citrix mas se a ligação for efectuada a uma sessão Terminal nativa o resultado é o mesmo):

“Cannot connect to the Citrix Presentation Server. Protocol driver error” - Esta mensagem aparece quando os clientes estão a tentar aceder ao Protocolo ICA com recursos balanciados.

“Cannot connect to the Citrix server: The Citrix server you have selected is not accepting connections.” – Quando via ICA client fazemos a ligação directamente a um nome de servidor.

KB2653956 / MS12-024: Vulnerability in Windows could allow remote code execution: April 10, 2012

https://support.microsoft.com/default.aspx?scid=kb;EN-US;2653956

Quando este problema acontece as acções a serem efectuadas são as seguintes, consoante a versão do Sistema Operativo.

2003 Terminal Server:

1. Instalar a actualização referenciada no artigo seguinte;

                     958476  RDP clients and ICA clients cannot connect to a Windows Server 2003-based terminal server after hotfix 938759 is applied to the server

                     https://support.microsoft.com/default.aspx?scid=kb;EN-US;958476

       2.   Reiniciar o servidor.

2008 Remote Desktop Server:

1. Remover a actualização de Segurança KB2653956 / MS12-024;

      2.     Instalar a versão LDR da actualização KB2653956 / MS12-024, através dos seguintes passos:

               a)      Download do executável da actualização MS 12-024 a partir do endereço https://technet.microsoft.com/en-us/security/bulletin/ms12-024

               b)    Copiar o pacote para C:\LDR 

               c)     A partir de uma Linha de Comandos administrativa efectuar os comandos:

               d)    Cd \LDR

               e)    md msu_expand

                f)     md cab_expand

               g)    expand -f:* c:\LDR\Windows6.x-KBxxxxxx-x64.msu msu_expand

               h)    expand -f:* c:\LDR\msu_expand\Windows6.x-KBxxxxxx-x64.cab c:\LDR\cab_expand

                i)      pkgmgr /ip /m:c:\LDR\cab_expand\update-bf.mum

                j)     Reiniciar o servidor.

 Nota: Ao efectuarem os procedimentos anteriores nos vossos sistemas garantam que o que aparece no exemplo como “Windows6.x-KBxxxxxx-x64” reflecte o nome do ficheiro que foi efectuado download.

 A equipa de Suporte.

Uma destas novas e melhoradas capacidades é o DirectAccess, que melhorou em diversos aspectos desde a sua introdução em Windows 2008 R2.

De forma a simplificar as coisas, o Windows Server 8 Directaccess inclui por exemplo as funcionalidades do Forefront UAGDirectAccess em conjunto com as seguintes novas capacidades: 

• Coexistencia de DirectAccess e RRAS
• Gestão simplificada de DirectAccess para administradores de pequenas e médias organizações 
• Remoção do pré-requisito de deployment de uma infra-estrutura PKI
• Suporte incorporado no Windows 8  de NAT64 e DNS64 para aceder a recursos IPv4
• Suporte para servidores DirectAccess acedidos através de dispositivos NAT
• Políticas de segurança de rede simplificadas
• Suporte para Load Balancing
• Suporte para Múltiplos Domínios
• Integração com NAP
• Suporte para OTP (autenticação com base em tokens)
• Suporte automatizado para forced tunneling
• Interoperabilidade IP-HTTPS e melhorias de performance
• Suporte Manage-out
• Suporte Multisite
• Suporte Server Core
• Suporte Windows PowerShell
• Health monitoring de utilizadores e servidores
• Diagnósticos
• Accounting e reporting
• VPN Site-to-site com IKEv2 IPsec tunnel mode

 Existem actualmente alguns artigos com informação mais detalhada: 

• Ajuda na migração do Forefront UAG DirectAccess para Windows 8 DirectAccess no TechNet (https://technet.microsoft.com/en-us/library/hh831658.aspx)
• Informação referente ao Remote Access ( https://technet.microsoft.com/en-us/library/hh831416.aspx )

 Boa leitura!

     New event log entries that track NTLM authentication delays and failures in Windows Server 2008 R2 are available
     https://support.microsoft.com/default.aspx?scid=kb;EN-US;2654097

Após a instalação da actualização 2654097 os servidores começam a registar os eventos 5818 e 5819 para referenciar autenticações NTLM com falhas ou com mau tempo de resposta, tal como o exemplo que encontra no artigo.

Esta actualização vai ainda permitir alterar a chave de registo MaxConcurrentApi para um valor até 150.

Para mais informações sobre a chave MaxConcurrentAPI poderá consultar o seguinte artigo:

You are intermittently prompted for credentials or experience time-outs when you connect to Authenticated Services
https://support.microsoft.com/kb/975363/en-us

NOTA:
Se decidir aumentar o valor do MaxConcurrentApi para um valor superior a 10, a carga e o desempenho da configuração deve ser testado num ambiente controlado antes de implementar em produção.
Isto é recomendado para se certificar de que o aumento desse valor não vai causar problemas com outros recursos.

Boa Leitura

Humberto e JP :)

O Windows 8 apresenta-se como a melhor versão do Windows até hoje. Independentemente da plataforma (x86/64 ou WOA), usando rato e teclado ou simplesmente touch screen (com possibilidade de alternar a qualquer momento), seja em PC ou tablet esta nova edição do Windows vai permitir toda a flexibilidade desejada. A partir de uma plataforma comum vai ser possível aceder a todos os conteúdos de uma forma simples e intuitiva, desde efectuar downloads a partir da Windows Store, até partilhar fotos, contactos e links. Este é o Windows porque todos esperávamos!

O Windows 8 será oferecido nas seguintes edições: Windows 8 e Windows 8 Pro. Para a maioria dos utilizadores o Windows 8 será a escolha mais acertada. A versão PRO será mais adequada para aqueles utilizadores que pretendem tirar o máximo partido do Windows, bem como para uso em ambiente profissional/empresarial onde funcionalidades como encriptação, virtualização, gestão remota e conectividade em domínio são elementos essenciais. O Windows Media Center será disponibilizado como um add-on “media pack” económico para o Windows 8 Pro.

O Windows RT é o mais novo membro da família Windows – também conhecido como “Windows on ARM” ou WOA. Esta edição do Windows será disponibilizada pré-instalada em PC/Tablet com processadores ARM e vai permitir aumentar o tempo de vida útil da bateria do dispositivo, o uso de uma versão touch-screen optimizada do Microsoft Word, Excel, PowerPoint, OneNote e também uso de uma nova geração do Windows runtime ( WinRT) desenhada especificamente para cloud, touch e web Apps.

Esta tabela mostra as principais diferenças entre edições:

Em breve teremos mais informações para disponibilizar, tais como: preços, upgrades e campanhas de lançamento.

À semelhança do que aconteceu em edições anteriores haverá uma edição especifica para ambientes empresariais com contratos SA - Windows 8 Enterprise – que inclui todas as funcionalidades da versão PRO mais funcionalidades especificas que irão permitir uma gestão centralizada, ambiente de virtualização, segurança avançada e muito mais...

Até breve!

Suporte PT

AL

Depois de efectuar o download executei o msi e obtive esta mensagem:

Fiquei algo surpreso dado que já tinha instalado o DebugDiag diversas vezes em Windows 7, 2008, 2003, e foi a primeira vez que me deparei com algo similar. A máquina em questão era um controlador de domínio Windows 2003 (pouco usual ser uma instalação em PT…).

Apesar da mensagem de erro nos dar algumas pistas (algo relacionado com o grupo Users, ou problema de rede, ou corrupção do pacote de instalação, ou… :D) é pouco especifica e ficamos quase na mesma…

Nestas situações o log de instalação pode ter mais alguma informação sobre o problema. Neste exemplo o log está na seguinte localização:

------------- ---------------- -------------

Error 1609. An error occurred while applying security settings. Users is not a valid user or group. This could be a problem with the package, or a problem connecting to a domain controller on the network. Check your network connection and click Retry, or Cancel to end the install. Unable to locate the user's SID, system error 1332.

-------------- ---------------- -------------

Com esta informação percebi que o problema estava relacionado com algum Security ID (SID); sendo que no inicio da mensagem tínhamos uma referencia ao grupo Users depreendi que pudesse ser algo relacionado com este grupo.

Dado que era um controlador de domínio abri a consola Utilizadores e computadores do Active Directory - se for uma workstation ou um servidor membro do domínio abrimos a consola de gestão local utilizadores local (lusrmgr.msc) - e verifiquei que o grupo Users não existia, existia sim o grupo Utilizadores…. De acordo com o KB243330  os SID’s permanecem inalteráveis para os  grupos e contas Built In, independente do
idioma do Windows… estava de volta ao ponto de partida, ou seja, 0! :)

Decidi utilizar o Process Monitor, durante nova tentativa de instalação do DebugDiag, e assim pude recolher mais alguma informação sobre o problema. Pude constatar que o instalador “procura“ o grupo Users e como na nossa instalação em PT este grupo dá pelo nome Utilizadores não o encontrava…

Podem existir outras formas de solucionar este problema mas no meu caso contornei esta questão fazendo a vontade ao DebugDiag :) ou seja, criar um grupo chamado "Users" na pasta Built-in e voila, instalação concluída com êxito!

Links úteis

DebugDiag 1.2

(https://www.microsoft.com/download/en/details.aspx?id=26798)

Process Monitor

(https://technet.microsoft.com/en-us/sysinternals/bb896645)

Espero que possa ajudar!

A equipa,

SuportePT (AL)