Jun 01

Pessoal, estou pra link aqui há algum tempo uma matéria bem interessante do colega Erick Albuquerque. Ele aborda sobre como conceder permissão para usuários restritos iniciar/parar serviços do Windows.

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

Tags:

May 20

FONTE: http://blogs.technet.com/keithcombs/archive/2010/05/20/windows-server-2008-r2-netsh-technical-ref-now-available-for-download.aspx

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.

Tags: , ,

May 14

Pessoal, o Vinicius do Blog Adm de Rede, escreveu um post bem legal para administrar DNS, DHCP e AD no Server Core. Vou replicar aqui o link. Acessem e já conheçam o Blog dele que está muito bom.

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

[]s
Tiago Souza

Tags: ,

May 07

Introdução

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

Tags: ,

Apr 30

Segue um processo que documentei de uma migração de DHCP de um Windows Server 2003 Enterprise x86 para Windows Server 2008 Enterprise R2. O processo que fiz foi importando/exportando pelo NETSH, que é o processo recomendado pelo time de suporte à DHCP da Microsoft, veja links de referência no final do artigo.

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

 

[]s
Tiago Souza

Tags: , ,

Mar 04

Para fazer o download do iSCSI Initiatior V2.08 clique no link abaixo:

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

[]s
Tiago Souza

Tags: , ,

Feb 16

Mais um artigo do Hara da série Guia de solução de problemas para ajudar a comunidade Technet. Estou aqui só replicando a informação, os documentos são produzidos pelo Fabio Hara.

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

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

wordIcon

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

Continue reading »

Tags: ,

Feb 16

Dando continuidade aos artigos de troubleshooting, vamos ao próximo documento disponibilizado pelo Fabio Hara. Trata-se do Guia de Solução de Problemas – Uso de 4GB de RAM no Windows.

Para baixar o documento completo clique no link abaixo.

wordIcon

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

Continue reading »

Tags:

Jan 27

Esses dias fiquei meio confuso com as versões de Windows 2008 e Hyper-V que existem, e qual melhor cenário. Na minha pesquisa achei um resumo das versões do 2008, da pra ter uma idéia já. Depois passo pra vocês as versões de Hyper-V Server:

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

Tags:

Dec 23

Fonte: http://blogs.technet.com/latam/archive/2009/12/11/iis-6-pode-parar-de-responder-depois-de-instalar-a-actualiza-o-kb-973917.aspx

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.”

Tags: , ,