Com a Microsoft anunciando que a partir de agora somente irá lançar Sistemas Operacionais para servidores apenas na plataforma 64-bits, alguns administradores de rede sentem que estão sendo forçados a migrar de arquitetura sem razão e sem escolha.
Tenho que dizer que concordo em parte com essa afirmação, realmente uma rede pequena onde não há grandes necessidades de recursos computacionais, não tem a necessidade de migrar de arquitetura apenas para manter seus Sistemas Operacionais atualizados.
Porém, essas pessoas desconhecem que mesmo a mais simples tarefa operacional de seus servidores pode ser mais vantajosa se estiver rodando em um ambiente com arquitetura 64-bits.
O artigo no link abaixo, descreve as vantagens de ter seu ambiente do Active Directory sendo executado em 64-bits.
64bit-only Windows Server is good for Active Directory
Essa foi complicada de resolver. Em um determinado ambiente, após a instalação do Service Pack 3 do Windows XP, o equipamento parava de responder a alguns tipos de requisições de rede, como por exemplo uma simples requisição de ping.
Os equipamentos remotos não conseguem “pingar” a máquina com o Service Pack 3 instalado. Entretanto, a máquina com o SP3 consegue acessar normalmente a rede.
As configurações de firewall estão corretas na máquina com o SP3, inclusive com regras que permitem a conexão do protocolo ICMP (usado pelo ping), tanto de entrada como saída.
Após fazer uma breve avaliação do ambiente, identifiquei que existem algumas GPO´s aplicadas ao serviço de firewall do Windows, liberando algumas portas e restringindo outras. Fiz uma pesquisa na internet e achei o problema.
O administrador desse ambiente criou essas GPO´s utilizando um modelo administrativo do Windows Xp de uma versão mais antiga, e com isso, as permissões padrões de acesso a interface WMI não são compatíveis com algumas das alterações feitas com o SP3 do windows XP. Para resolver isso, o administrador tem de excluir essas políticas e criá-las novamente utilizando um arquivo de modelo mais recente ou então, como “workaround” pode-se executar o seguinte comando no prompt de comando (com privilégios de administrador):
SC sdset SharedAccess D:(A;;CCLCSWRPWPDTLOCRRC;;;SY)(A;;CCDCLCSWRPWPDTLOCRSDRCWDWO;;;BA)(A;;CCLCSWLOCRRC;;;AU)(A;;CCLCSWRPWPDTLOCRRC;;;PU)
Esse comando irá resetar as permissões padrões dos componentes que estão com problemas. Após isso, reinicie o computador que tudo volta ao normal.
Todos sabemos da utilidade que dispositivos com interface USB podem fornecer. Seja o simples fato de fazer backups de arquivos em um Pen Drive, copiar aqueles arquivos de mídia em seu Ipod ou mesmo carregar a bateria do seu celular.
A verdade é que hoje em dia, devido ao baixo custo, o uso de dispositivos de armazenamento Usb creceram vertiginosamente. É possivel comprar um pen drive de 8 Gb por menos de R$ 40,00.
Com isso, cresce nas empresas uma preocupação a mais. Como garantir que os usuários não copiem arquivos confidenciais nesses dispositivos Usb? Imagine uma empresa de softwares que tenha uma cópia dos seus fontes “vazados” na internet por um funcionário. O prejuízo seria inestimável.
Felizmente, existem mecanismos para os administradores de redes coibirem a utilização desses dispositivos em ambientes corporativos. Recentemente, encontrei um artigo da Microsoft que trata dessa questão, e ensina a desativar o uso de dispositivos de armazenamento Usb. Com essas informações, os administradores podem criar GPO’s ou scripts e implementar isso em sua rede.
O artigo pode ser encontrado neste link.