IIS Insider - outubro de 2002

Criado por Brett Hill

Como executar scripts diferentes do ASP no IIS

P: Queremos executar PHP e Perl no nosso servidor IIS, mas não conseguimos achar uma forma de fazer os scripts funcionarem. Há muitos scripts disponíveis, mas como se habilita o IIS para executar scripts diferentes do ASP?

R: A Microsoft fornece uma versão do interpretador Perl no Windows 2000 Resource Kit, mas para obter o mais recente e melhor, baixe as versões atualizadas de www.activestate.com. Nesse site, você encontrará um pacote denominado ActivePerl que inclui uma rotina de instalação que criará mapeamentos de aplicativos para .pl e .plx. Certifique-se de gerenciá-los adequadamente. Em outras palavras, se desejar usar .pl para todos os seus scripts, você poderá excluir o mapeamento de aplicativos para .plx. Quando possível, use o interpretador perls.dll no lugar do interpretador perl.exe, para obter melhor desempenho e escalabilidade. Você também pode encontrar artigos do tipo "Como fazer" neste tópico em http://www.iisanswers.com/Top10FAQ/t10-installperl.htme no artigo Q245225do Knowledge Base.

O PHP encontra-se disponível para download em www.php.net, onde você também encontrará documentações abrangentes e recursos do site.

Os aplicativos JRun para java podem ser encontrados em http://www.macromedia.com/software/jrun.

O ASP.net pode ser encontrado em http://gotdotnet.comou no Windows Update.

Como detectar quais computadores têm o IIS instalado

P: Gostaria de saber se há alguma ferramenta para detectar se o IIS está instalado em um PC ou não. Temos bem mais de 3.000 usuários e precisamos de uma forma para identificar quais computadores têm o IIS instalado.

R: A Microsoft dispõe de duas ferramentas que podem ser usadas para examinar uma sub-rede. O HFNetChke o MSBA (Microsoft Security Baseline Analyzer)identificarão todos os sistemas na rede que forem "típicos", no sentido de terem o Cliente para Redes Microsoft e o Compartilhamento de Arquivos e Impressoras instalados e estarem executando os serviços de Servidor, Estação de Trabalho e Registro Remoto. Se isso não funcionar no seu caso, examine as portas com ferramentas como fport, encontrada em www.foundstone.com, que informará quais portas estão abertas em cada sistema em uma rede. É claro que isso não informa o que está conectado até cada uma dessas portas e certamente o IIS pode ouvir qualquer porta escolhida pelo usuário; porém, é bem provável que se a porta 80 estiver disponível, ela será a do IIS. O Superscan, outro utilitário gratuito encontrado em Foundstone, tem a capacidade adicional de exibir a "faixa" apresentada quando você se conecta com um serviço. Esse pequena pérola pode examinar muito rapidamente uma rede e exibir um relatório com os resultados.

Além dos métodos acima, quando os usuários fazem logon em suas contas, você pode testar a presença do IIS no script de logon dos usuários. Essas opções e ferramentas disponíveis na Internet para esse fim devem proporcionar um bom início.

É preciso reaplicar Hotfixes e Service Packs depois de adicionar componentes do IIS ?

P: Instalamos o IIS no nosso servidor Windows 2000, mas não instalamos nenhum outro serviço de Internet. Será que precisamos adicionar o serviço SMTP para um aplicativo da Web que envie correspondência a partir do servidor. Se adicionarmos o serviço SMTP, será preciso reaplicar os Service Packs e hotfixes mais recentes?

R: Com o Windows NT 4.0, todas as vezes que você adicionava um serviço como o SMTP ao sistema operacional, era preciso reinstalar Service Packs e hotfixes. Com o Windows 2000, a situação melhorou, já que você geralmente não precisa reaplicar Service Packs depois de instalar softwares, serviços e atualizações. Por exemplo, você pode instalar o Windows 2000 sem o IIS, aplicar o Service Pack x (onde x representa o número do Service Pack mais recente) e, em seguida, instalar o IIS, e os números de versão dos binários (programas) ficarão no nível do Service Pack (SP) x. Isso poupa bastante trabalho quando você precisa adicionar serviços como, no seu caso, o SMTP. Hotfixes e rollups, porém, são outra questão. Embora seja verdade que o serviço SMTP ficará no nível do SP x, será preciso reaplicar hotfixes e rollups relacionados ao serviço. Por exemplo, se você tiver desinstalado ou reinstalado o IIS, todos os hotfixes e rollups do IIS terão que ser reaplicados, desde a versão do Service Pack aplicado por último.

A melhor forma de assegurar a realização disso é utilizando o HFNetChkou o MSBA (Microsoft Security Baseline Analyzer)no sistema. O uso desses aplicativos é a forma mais confiável de determinar quais hotfixes e atualizações precisam ser aplicados ao servidor. Portanto, instale o SMTP e, em seguida, execute uma dessas ferramentas para saber quais hotfixes precisam ser aplicados.

Nós, da Microsoft Corporation, esperamos que as informações aqui contidas sejam úteis para você. No entanto, o risco decorrente do uso dessas informações é de sua inteira responsabilidade. Todas as informações contidas neste trabalho são fornecidas "no estado", sem quaisquer garantias, quer explícitas ou implícitas, quanto à precisão, abrangência, adequação a uma finalidade específica, titularidade ou não-violação das mesmas. Além disso, a Microsoft Corporation não cria, recomenda, oferece suporte nem garante nenhum dos produtos ou informações de terceiros aqui mencionados. A Microsoft Corporation não se responsabilizará por nenhum dano ocorrido em decorrência do uso dessas informações, quer seja direto, indireto, especial, incidental ou conseqüencial, mesmo que tenha sido informada da possibilidade de tal dano vir a ocorrer.