O link original está aqui:
http://erickalbuquerque.spaces.live.com/blog/cns!1EEBF9B358A1A750!479.entry

E tem também no site mcse solution:
http://www.mcsesolution.com/Windows-Server-2008/concedendo-permissoes-para-usuario-restrito-em-servicos-do-windows.html

[]s
Tiago Souza

Windows Server 2008 R2 Netsh Technical Ref – now available for download
Network shell (netsh) is a command-line utility that allows you to configure settings and display the status of various network communications server roles and components after they are installed on computers running Windows Server® 2008 R2, and Windows Server® 2008.

You can run Netsh commands manually by typing commands at the netsh command prompt, as well as running the commands in batch files and scripts. Additionally, you can use netsh commands to configure settings and display the status of network components on the local computer and on remote computers. In most cases, netsh commands provide the same functionality that is available when using the Microsoft Management Console (MMC) snap-in for each server role or component.

There are, however, netsh commands for some network functionality, such as for IPv6, network bridge, and remote procedure call (RPC), that are not available in the user interface as an MMC snap-in. Some client technologies, such as Network Access Protection (NAP) client, Wirelesss Hosted Network also provide netsh commands that allow you to configure client computers running Windows 7 or Windows Vista.

Got get it @ http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=e2e7d0fc-5774-47fb-a31a-f10ba9e37660.

http://blogadmderedes.spaces.live.com/Blog/cns!67EC228078ACBAD5!689.entry?wa=wsignin1.0

[]s
Tiago Souza

O Psloggedon é um utilitário da sysinternals que mostra o usuário logado em uma estação de trabalho do domínio active directory.

Conteudo

Vamos mostrar uma prática comum no dia a dia. Precisamos verificar se um endereço de IP está sendo usado no momento, para isso executamos o PING no endereço. Exemplo, vamos pingar o endereço IP 192.168.112.170.

Já que respondeu vamos descobrir agora qual o nome DNS desse computador no domínio executando nslookup.

Agora vamos mais a fundo, quem será que está logado nessa estação de trabalho? Para isso vamos utilizar o PSLOGGEDON.

Você vai ter que executar o download da ferramenta, que é bem leve (1.60MB), para isso visite: http://technet.microsoft.com/en-us/sysinternals/bb897545.aspx.

Depois é só executa-la uma vez e acessar o cmd para trabalhar com o comando. Estou usando o powershell por costume, mas pode ser o prompt de comando, que alguns chamam de DOS.

Baseado no número do computador que queremos descobrir o usuário logado digitamos:

Psloggedon nome_computador -l -x

Vejamos o help do aplicativo para entender melhor.

O que fizemos foi buscar quem está logado localmente sem mostrar a opção logon times (que pode trazer informações desnecessárias).

Esse é o método mais prático, mas se você precisa buscar pelo nome de usuário também é possivel digitando:

Psloggedon nome_usuario -l -x

Note que você tem que ter permissão nas máquinas do domínio para executar essa operação, algumas ele pode não abrir, mas veja que ele conseguiu descobrir a máquina “TIAGO”.

Se você não usar a opção “–l” ele busca logins remotos também.

Conclusão

Essa é uma ferramenta muito útil que ajuda o administrador de sistemas a encontrar em que computador os usuários do domínio estão logados.

[]s
Tiago

Acho que vai ajudar quem está precisando de um guia para executar esse serviço.

Introcução

Documentação do processo que fiz recentemente de migração do serviço DHCP do Windows 2003 para 2008 R2. As imagens do ambiente do cliente foram preservadas.

Solução

PARTE I

Servidor de Origem – Windows 2003

1. Faça o backup do escopo DHCP na console DHCP e por segurança salve em algum diretório separado como cópia de segurança.
2. Exportar o arquivo de configuração do DHCP para disco por NETSH.

   No prompt do servidor de origem (Windows 2003) digitar:

   netsh <enter>
   dhcp <enter>
   server <enter>
   export c:\dhcp.txt 192.168.112.0 (ou ALL caso tenha mais de um scopo) <enter>

3. Parar o serviço DHCP Server e deixar como Disabled.
4. Copiar o arquivo exportado para o C: (ou algum diretório da rede que possa ser acessado pelo 2008 depois) do servidor de destino.

PARTE II

Servidor de Destino – Windows 2008 R2

1. Instale a feature DHCP server via powershell (fiz pelo powershell, mas pode ser pelo server manager).

   No powershell digite: Add-WindowsFeature DHCP
   
   

2. Verificar se a feature foi instalada. Para isso importe o modulo ServerManager para o powershell.

   No powershell digite: Import-Module ServerManager

   

   Depois digite: Get-WindowsFeature
   Veja que está habilitada na lista [X]

   

3. Suba o serviço DHCP Server em Services.msc
4. Importe os dados exportados no 2003 pelo NETSH

   netsh <enter>
   dhcp <enter>
   server <enter>
   import c:\dhcp.txt <enter>

   IMPORT
   

5. Autorize o novo servidor DHCP.
6. Na figura abaixo já havia sido autorizado.
   Caso contrário ao invés de Unauthorize iria aparecer Authoriza

   

7. Verifique se a importação foi feita com sucesso acessando o scopo

   

8. Verifique o Address Pool

   

9. Verifique as reservas

   

10. Verifique o Scope Options

    

11. Verifique as concessões

    

Validação

Teste as estações de trabalho e verifique se o novo servidor aparece quando digitado IPCONFIG /ALL.

Links de referência

• http://blogs.technet.com/teamdhcp/archive/2009/02/18/migration-of-dhcp-server-from-windows-server-2003-to-windows-server-2008.aspx
• http://support.microsoft.com/kb/962355

[]s
Tiago Souza

http://www.microsoft.com/downloads/details.aspx?familyid=12cb3c1a-15d6-4585-b385-befd1319f825&displaylang=en#filelist

[]s
Tiago Souza

Esse trata-se de problemas com impressão no Terminal Services.

Para fazer o download do documento completo clique no link abaixo.

Para ler na íntegra aqui no blog clique em CONTINUE READING logo abaixo.

Guia de solução de problemas com Impressão no Terminal Services

Dando continuidade na serie de resolução de problemas mais comuns nos Foruns do TechNet eu resolvi separar mais um topico muito importante: Impressão via Terminal Services.
Antes de mais nada é importante entender alguns conceitos basicos. O Terminal Service não é um serviço novo: ele surgiu com uma versão especifica do NT 4, chamada de Windows NT 4.0 Terminal Server Edition. Mesmo nesta epoca já existia a Citrix e com um importante add-on: o Metaframe. A Citrix sempre foi uma grande parceira da Microsoft e seu produto adiciona mais funcionalidades ao Terminal Server. Com o passar do tempo alguns destes recursos acabam entrando dentro do Terminal Server nas edições seguintes.
A ideia basica do Terminal Server é a seguinte: ao inves de instalar aplicativos em cada desktop, e ter que investir em hardware nestas pontas, voce pode instalar tudo no servidor de Terminal. O que ele vai fazer é , atraves de um cliente TS , enviar apenas a tela, comandos do teclado e mouse. Isto significa que a utilização de hardware no desktop é minima, e voce pode investir apenas no servidor, que em muitos casos sai mais barato e mais facil. Porem é importante entender que o Terminal Service não é a solução definitiva, e ele se encaixa em cenarios especificos:
•    Cenarios de utilização de desktops virtuais
•    Acesso a aplicações em sites remotos que sofram com problemas de latencia

Existem tambem alguns pontos que voce deve tambem repensar ao implantar uma infraestrutura de Terminal. A dependencia de link é algo muito importante, pois sem conectividade não há acesso ao Terminal. Portanto eu entendo que ninguem vai implantar um Terminal Service para atender uma filial remota que sofra com problemas de indisponibilidade de link.
Um dos recursos que é muito comentado é a capacidade de redirecionamento de impressoras via Terminal Service. Funciona da seguinte forma:
1.    Estação efetua conexão com o servidor de Terminal Service usando  um TS Client via protocolo RDP (TCP 3389)
2.    No TS Client é possivel configurar o redirecionamento de impressoras. Isto permite que as impressoras mapeadas na sessão da estação aparecem dentro da sessão do Terminal Service.

Apesar de parecer simples este é um dos assuntos mais comentados nos Foruns pela Internet. Desta forma selecionei bons artigos tecnicos que auxiliarão na resolução de problemas com impressão via Terminal Service:

•    Como trabalhar com a impressora fiscal em WTS (Windows Terminal Server)?
o    Este artigo eu achei no site da Bematech e pelo jeito devem existir muitas duvidas por parte dos usuarios deles sobre a configuração de impressão via TS. Vale a pena, pois o metodo utilizado pode ser aplicavel a outros fabricantes de impressoras fiscais
o    Link: http://www.bematech.com.br/desenvolvedores/faq_perg.asp?id=30&pro_id=27&titulo=Impressoras%20Fiscais%20Bematech

•    Arquitectura de redireccionamento de impressoras no Windows Server com serviços de terminal
o    Artigo que fala mais sobre a arquitetura do recurso de redirecionamento de impressoras no Terminal Service.  Aplicavel a Windows 2000 e Windows 2003.
o    Link: http://support.microsoft.com/kb/294429/pt

•    Redirecionamento de impressora dos serviços de terminal não sinalizado na alteração de guia do lado do servidor configurações do dispositivo no Windows 2000 ou Windows Server 2003
o    Mais um bom artigo sobre redirecionamento de impressoras. Aplicavel a Windows 2000 e Windows 2003.
o    Link: http://support.microsoft.com/kb/243942/pt-br

•    Trabalhos de impressão que são enviados para serviços de terminal, as impressoras redirecionadas podem imprimir na impressora do cliente
o    Link: http://support.microsoft.com/kb/317780/pt-br

•    Não é possível utilizar Rundll32 para instalar controladores de impressora num computador remoto
o    Muita gente costuma utilizar o comando Rundll32 para instalar impressoras. Este artigo serve justamente para quem quiser fazer isso no TS. APLICAVEL A Windows 2000.
o    Link: http://support.microsoft.com/kb/834423/pt

•    The Ultimate Guide to Terminal Server Printing – Design and Configuration
o    Este é um dos melhores guias que explica como funciona o processo de impressão no Terminal Server. Leitura obrigatoria para quem tem este tipo de ambiente.
o    Link: http://www.brianmadden.com/blogs/brianmadden/archive/2004/02/02/the-ultimate-guide-to-terminal-server-printing-design-and-configuration.aspx

•    Windows Terminal Services Printing
o    Mais outro guia muito bom sobre a arquitetura de impressão via TS. Outra leitura obrigatoria.
o    Link: http://www.msterminalservices.org/articles/windows-terminal-services-printing.html

Um dos primeiros MVPs (Most Valuable Professional) de infra-estrutura do Brasil, além de MCTS, MCITP, MCSA, MCSE, MCITP e MCT, com mais de 14 anos de experiência no mercado de infra-estrutura de redes Microsoft. Atuou em muitos cases da Microsoft e hoje ocupa a posição de Especialista em Infra-estrutura e Virtualização no time do TechNet Brasil. Sua missão é contribuir com os profissionais e comunidades de IT Pros a explorar as funcionalidades e recursos da plataforma Microsoft.

Blog: http://fabiohara.spaces.live.com
Twitter: http://Twitter.com/fabiohara

Para baixar o documento completo clique no link abaixo.

Se deseja ler o documento na íntegra clique em CONTINUE READING logo abaixo.

Guia de Solução de Problemas – Uso de 4GB de RAM no Windows

Este assunto ja foi bem abordado em algumas palestras tecnicas de produto, porem mesmo assim continua sendo um dos topicos mais comentados nos foruns do TechNet. Com o valor cada vez mais baixo do preço das memorias RAM, ficou muito facil ter uma maquina com Windows XP/Vista/7 com 4GB de RAM. Porem ao abrir as propriedades do sistema aparece que o computador tem 4GB de RAM, e no Task Manager lista apenas 3,12GB. Com certeza muitas lojas e grandes fabricantes que vendem maquinas com 4GB de Ram devem ter escutado varias reclamações de clientes sobre este assunto.

Este comportamento é esperado, e pode depnder de alguns fatores. Simplificando a estoria o Windows precisa utilizar uma are da memoria para mapear drivers de dispositivos. Este comportamento ocorre apenas nas edições 32-bits do Windows. As edições x64 do Windows não tem este memo comportamento, pois a arquitetura é bem diferente. Outros fatores como memoria de video compartilhada tambem afetam a quantidade de memoria RAM alocada.

Pensando nisso eu imagino que existam outros questionamentos importantes:

1. O que devo fazer para ter os 4GB totalmente livres para as minhas aplicações?

   - Voce deve utilizar uma versão 64-bits do Windows

2. Posso migrar meu Windows 32-bits para 64-bits apenas colocando o CD e fazendo upgrade?

   - Voce deve fazer seu backup em uma unidade externa de disco e resinstalar o produto e aplicativos na nova versão. A seguir voce deve restaurar seus dados.

3. É garantido que minha maquina funcione com a versão x64 do Windows?

   - Não. Se o sistema operacional for 64 bits então é necessário que os drivers tambem sejam 64 bits. Verifique antes com seu fabricante/fornecedor.

   Alem disso o hardware da sua maquina deve suportar 64 bits.

4. Posso instalar qualquer tipo de programa no meu Windows x64?

   - Depende. Em geral aplicações 32 bits podem ser instaladas em sistemas operacionais 64 bits. Problemas de incompatibilidade podem ocorrer com softwares de antivirus.

5. É verdade que uma aplicação 32 bits vai rodar mais rapido se for instalado no mesmo hardware , porem com um sistema operacional  64 bits?

   - Não. Para executar aplicações 32 bits em um sistema operacional 64 bits o windows utiliza o mecanismo de emulação via WoW64, que é executado em User Mode.

6. Antigamente quando a maquina tinha 4 GB de ram em sistemas operacionais 32 bits eu tinha que utilizar o /3GB. E agora com sistemas operacionais x64? Ainda preciso fazer isso?

   - Não. As versões 64 bits do Windows não necessitam mais do mesmo mecanismo do /3GB

   - O /3GB era um mecanismo que permitia endereçar mais de /3GB para aplicações e 1GB para Kernel. Essa alteração era feita no arquivo Boot.ini e era carregada durante o Boot.

7. Um computador com muitos dispositivos (placas de som, varios dispositivos USB conectados, etc) pode ficar mais lento que um desktop mais simples. Por que?

   - Quanto maior a quantidade de dispositivos instalados, maior a quantidade de drivers carregados pelo sistema operacional , tornando-o mais carregado e por consequencia mais lento.

8. Como funciona a compatibilidade entre aplicações, drivers e sistema operacional entre maquinas 64 bits e 32 bits?

   - Existem algumas regras que devem ser seguidas:

   i.    Se voce utilizar um sistema operacional 32 bits, os drivers devem ser 32 bits e as aplicações apenas 32 bits

   ii.    Se voce utilizar um sistema operacional 64 bits (x64), os drivers devem ser para x64, e as aplicações podem ser 64 bits ou 32 bits*

   iii.    Se voce utilizar um sistema operacional 64 bits (Itanium) , os drivers devem ser para Itanium e as aplicações apenas para Itanium

   O grafico a seguir ajuda a ilustrar este cenario:

A serie de processadores Itanium tambem é 64 bits, porem não é encontrada para uso domestico, apenas para servidores usados para processamento intensivo.

O documento anexo da Microsoft ajuda a explicar tecnicamente maiores detalhes a respeito da reserva de memoria em sistemas operacionais 32 bits.

Artigo: A memória do sistema relatada na caixa de diálogo Informações do sistema no Windows Vista é menor do que o esperado se houver 4 GB de RAM instalados

Link: http://support.microsoft.com/kb/929605/pt-br.

[]´s e até a próxima!

Um dos primeiros MVPs (Most Valuable Professional) de infra-estrutura do Brasil, além de MCTS, MCITP, MCSA, MCSE, MCITP e MCT, com mais de 14 anos de experiência no mercado de infra-estrutura de redes Microsoft. Atuou em muitos cases da Microsoft e hoje ocupa a posição de Especialista em Infra-estrutura e Virtualização no time do TechNet Brasil. Sua missão é contribuir com os profissionais e comunidades de IT Pros a explorar as funcionalidades e recursos da plataforma Microsoft.

Blog: http://fabiohara.spaces.live.com

Twitter: http://Twitter.com/fabiohara

http://www.microsoft.com/brasil/servidores/windowsserver2008/editions/overview.mspx

Para saber sobre a versão R2, o mais recente lançamento visite:

http://www.microsoft.com/brasil/servidores/windowsserver2008/default.mspx

[]s
Tiago Souza

OBS: Após instalar esse KB ocorreu o problema em um servidor Exchange 2003 com Windows Server 2003 SP2. Porém não me enquandrei no problema da versão da dll do IIS… Segue abaixo o post original retirado do site acima citado.

”

Há poucos dias, começamos a notar um sintoma novo surgindo com mais freqüência em servidores que executam o IIS 6. Seguem os detalhes dos sintomas:

Você está executando o Windows 2003 Server e instalou o IIS 6.0 para hospedar seus sites. O sistema operacional alerta que você deve instalar a atualização KB 973917.

• Os Application Pools ou os web sites não reiniciam.
• Os web sites de IIS poderão não ser iniciados.
• A proteção habilitada pela opção “Rapid Fail Protection” pode desabilitar os Application Pools

O que está acontecendo?

Nem todas as instalações de IIS em execução em um Windows 2003 Server são afetados por esta atualização. Você pode instalar essa atualização e continuar usando normalmente o IIS 6.0. O único caso em que esse erro pode ocorrer é o seguinte:

Você Instalou o Windows 2003, mas não instalou o IIS 6.0 durante a instalação inicial o sistema operacional. Posteriormente você instala o Service Pack 1 ou o Service Pack 2 do Windows 2003 e depois de instalar com êxito todos os service packs , você decidiu instalar o IIS 6.0. Ao instalar o IIS 6.0 foram solicitadas que os discos originais do sistema operacional (não os discos do Service Pack 1 ou do Service Pack 2).

Se você seguiu o cenário descrito acima, poderá terminar com o que é chamado de um “Binary mismatch” ou uma incompatibilidade de bibliotecas entre as bibliotecas do sistema operacional e as bibliotecas pertencentes ao IIS. Em outras palavras os arquivos do sistema operacional Windows 2003 pertencem a SP-2 versões enquanto IIS 6.0 arquivos pertencem ao SP1 ou RTM versões de sistema operacional.

Como você pode verificar se você se enquadra nesse cenário?

Em uma janela de comando do Windows 2003, execute o seguinte comando:

C:\>winver

Isto irá mostrar a versão do Windows 2003 que você está executando e qual o nível de atualizações. Você deverá ver que o sistema operacional está atualizado para a versão do Service Pack 2. Se não, você deve considerar seriamente o upgrade para o Service Pack 2, já que o Service Pack 1 já não é mais suportado.

Se você estiver executando a versão do Windows 2003 com o Service Pack 2 instalado, verifique a versão de um dos arquivos do IIS 6.0. Uma biblioteca fácil de localizar é a iisutil.dll, que está localizada no diretório % windir%\system32\inetsrv. Depois de você ter encontrado na biblioteca prossiga para exibir as propriedades de arquivo para exibir as informações da versão do arquivo. Se você tiver uma versão contendo um 0 após o último ponto decimal ou uma versão com um número menor que3000 depois do último ponto decimal, você tem um “Binary mismatch”. A versão atual do arquivo deve ser a seguinte:

6.0.3790.3959

Este problema deve ocorrer?

A última atualização que vem no KB 973917 traz uma nova versão da biblioteca w3core.dll. Esta nova versão do arquivo tenta chamar uma API em iisutil.dll. Essa API que está sendo invocada se encontra apenas em iisutil.dll que é instalada no Service Pack 2 do Windows 2003. Se você instalou o IIS 6.0 no Windows 2003 com o Service Pack 2 já instalado, é possível que você caia neste problema.

Solução:

Se você estiver nessa situação, e só depois de confirmar os sintomas conforme observado neste artigo, você deve reinstalar Service Pack 2 do Windows 2003 Server que pode ser encontrado no seguinte link:

http://www.Microsoft.com/downloads/details.aspx?FamilyId=95AC1610-C232-4644-B828-C55EEC605D55&displaylang=en

Não é necessário desinstalar e reinstalar o Windows 2003 Service Pack 2. Apenas reinstale o Service Pack 2 e assim será instalada a versão apropriada da biblioteca iisutil.dll que eliminará o problema.”