Na quarta feira inicio a minha participação no MVP IT ShowCast, evento organizado por MVPs para diversas tecnologias. A agenda completa do evento está disponivel em http://mvpitshowcast.wordpress.com/agenda-completa-2012/

CEA MVP IT ShowCast:System Center Orchestrator – Instalação e Configuração de Integration Packs (no site do CEA está trocado)

Identificação do Evento: 1032528914

Idioma(s): Português.

Produto(s): Outros.

Público(s): Generalista TI implem_TI .

System Center Orchestrator – Instalação e Configuração de Integration Packs

System Center Orchestrator – Instalação e Configuração de Integration Packs.
Palestrante: Marcelo Sincic

Increva-se em https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032528914&Culture=pt-BR&community=0

Este é um evento realizado pela COMUNIDADE TÉCNICA com o apoio da MICROSOFT.

Na sequencia várias outras apresentações se darão, sempre com ótimos palestrantes e alta qualidade técnica e para assistir a outros envolvendo System Center, Windows 2012, Exchange 2010/2013 acesse o link no inicio do post e veja a agenda.

Em uma reunião com os Microsoft PFEs Gilson Banin e Marcelo Ferratti foi comentado sobre uma alteração no método como o Windows 2012 gera um Ticket de autenticação pelo Kerberos, chamado de “KDC Resource SID Compression”.

Situação Atual

Como já é sabido, um Ticket de autenticação leva o SID do usuário e dos grupos do qual ele faz parte, além do SID History em casos de migração anterior. Em alguns casos, principalmente dominios muito grandes, o Ticket podia estourar o limite padrão de 12 Kb e gerar problemas na autenticação. Vale lembrar que pelo mesmo motivo um usuário não pode fazer parte de mais do que 1024 grupos.

Atuamente o Ticket (PAC) é composto por SIDs completos: Os valores padrão de identificação (S-1-5), o SID do dominio e o RID individual do objeto no ultimo bloco:

• S-1-5-21-3419695430-3854377854-1234
• S-1-5-21-3419695430-3854377854-1466
• S-1-5-21-3419695430-3854377854-1675
• S-1-5-21-4533280865-6432248977-6523
• S-1-5-21-4533280865-6432248977-6578

Alteração no Windows 2012

A mudança no KDC consiste em não mais incluir no Ticket dados repetidos, com isso o Ticket gerado por um Domain Controller com Windows 2012 fica com menor tamanho e resolve o problema de ser necessário a alteração do tamanho do Ticket.

Assim, o mesmo exemplo anterior de Ticket ficaria:

• S-1-5-21-3419695430-3854377854-1234
• -1466
• -1675
• S-1-5-21-4533280865-6432248977-6523
• -6578

O problema é que servidores anteriores ao Windows 2012 não “entendem” o novo Ticket e só permitirá acesso as ACEs que sejam completas, portanto o usuário conseguiria acessar locais onde a permissão foi concedida nos casos 1 e 4 do exemplo, mas não acessaria caso a permissão seja de um dos outros SIDs.

Conclusão

Em um dominio onde ainda existam servidores anteriores ao Windows 2012, o que inclui o Windows 2008 R2, o acesso ao servidor de arquivos, Exchange e qualquer outro que seja baseado no Kerberos terá problemas de acesso negado.

Remediação

Crie a chave de Registry Dword DisableResourceGroupsFields  em HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\System\Kdc\Parameters para desabilitar este recurso.

Mais Informações: http://support.microsoft.com/kb/2774190

Esta semana precisei migrar dados de um servidor Linux para Windows e passei por um problema que já conhecia, onde em todas as execuções o Robocopy copia novamente os arquivos não alterados com a situação “Modified” ou “Never”.

Possuo um Netgear ReadyNAS Duo para executar VMs e backup de arquivos e na época da compra montei um script para sincronizar dados entre o notebook e o NAS que utiliza ext3, compativel com FAT32.

O problema é que o FAT32 utiliza timestamp nos arquivos com precisão de 2 milisegundos diferentes do NTFS, como mostra o print abaixo. Note que o arquivo da esquerda é o local (S:) e o da direita do NAS e veja a diferença nas tags “Created” e “Modified”:

Para resolver isso existe uma solução muito simples: acrescente o parametro /FFT no final do comando.

Agora a sincronização ocorrerá com sucesso, ainda irá mostrar a mensagem “Changed” nos arquivos na saida do comando, mas ele não irá mais copiar estes arquivos não alterados.

Fonte: http://technet.microsoft.com/pt-br/library/cc733145%28v=ws.10%29.aspx