CORRECÇÃO: O endereço IP é apresentado no campo localização do conteúdo no cabeçalho TCP no IIS 6.0

Traduções de Artigos Traduções de Artigos
Artigo: 834141 - Ver produtos para os quais este artigo se aplica.
importante Este artigo contém informações sobre como editar a metabase. Antes de editar a metabase, verifique se tem uma cópia de segurança que pode restaurar se ocorrer um problema. Para obter informações sobre como efectuar este procedimento, consulte o tópico de ajuda "configuração de cópia de segurança/restauro" na consola de gestão da Microsoft.
Expandir tudo | Reduzir tudo

Nesta página

Sintomas

Quando o ISS (Serviços de informação Internet Information Services) recebe um pedido GET sem um cabeçalho de anfitrião, o servidor Web poderá revelar o endereço IP do servidor no campo localização do conteúdo ou o campo de localização no cabeçalho TCP na resposta. Este problema poderá ocorrer se o pedido não contém uma página específica ou se o IIS tem de redireccionar o pedido original para outra página.

Causa

Este problema ocorre porque quando o IIS recebe um pedido GET com sem cabeçalho de anfitrião, o IIS deve fornecer um nome de anfitrião ou um endereço IP na resposta.

Resolução

Informações sobre Service Packs

Para resolver este problema, obtenha o service pack mais recente para o Microsoft Windows Server 2003. Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
889100Como obter o service pack mais recente do Windows Server 2003
importante Depois de instalar o service pack, tem de definir a propriedade UseHostName ou a propriedade SetHostName no site se pretender que um nome anfitrião alternativo a ser enviado para pedidos. Para obter informações sobre como efectuar este procedimento, consulte a secção "".

Informações sobre a correcção

Uma correcção suportada está agora disponível da Microsoft. Contudo, destina-se a corrigir o problema descrito neste artigo. Aplique-a apenas em sistemas que tenham este problema específico. Esta correcção poderá submetida a testes adicionais. Por conseguinte, se não estiver a ser gravemente afectado por este problema, recomendamos que aguarde pelo próximo service pack do Windows Server 2003 que contenha esta correcção.

Para resolver este problema imediatamente, contacte o suporte técnico da Microsoft para obter a correcção. Para obter uma lista completa dos números de telefone de suporte técnico da Microsoft e informações sobre os custos de suporte, visite o seguinte Web site da Microsoft:
http://support.microsoft.com/contactus/?ws=support
Nota Em casos especiais, os custos normalmente inerentes às chamadas de suporte poderão ser anulados, se um técnico de suporte da Microsoft determinar que uma actualização específica resolverá o problema. Os custos normais do suporte serão aplicados a problemas adicionais e questões de suporte que não se enquadrem na atualização específica em questão.

Pré-requisitos

Não pré-requisitos são necessários.

Requisito de reinício

Tem de reiniciar o computador depois de aplicar esta correcção.

Informações da Metabase

Depois de aplicar esta correcção, tem de definir a propriedade UseHostName ou a propriedade SetHostName no site se pretender que um nome anfitrião alternativo a ser enviado para pedidos. Para obter informações sobre como efectuar este procedimento, consulte a secção "".

Informações sobre substituição de correcções

Esta correcção não substitui quaisquer outras correcções.

Informações do ficheiro

A versão inglesa desta correcção tem os atributos de ficheiro (ou atributos de ficheiro posteriores) listados na seguinte tabela. As datas e horas destes ficheiros são indicadas na hora universal coordenada (UTC). Quando visualiza as informações do ficheiro, é convertido para a hora local. Para determinar a diferença entre a UTC e a hora local, utilize o separador fuso horário no item data e hora no painel de controlo.
   Date         Time   Version      Size       File name
   ------------------------------------------------------
   10-Dec-2003  18:07  6.0.3790.91  1,124,352  Iiscfg.dll
   10-Dec-2003  18:07  6.0.3790.91    299,008  W3core.dll

Ponto Da Situação

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na secção "Aplica-se a". Este problema foi corrigido pela primeira vez no Windows Server 2003 Service Pack 1.

Mais Informação

aviso Se editar a metabase incorrectamente, poderá provocar problemas graves que poderão forçar a reinstalação de qualquer produto que utiliza a metabase. Microsoft não garante que problemas resultantes da incorrecta editar a metabase podem ser resolvidos. Edite a metabase por sua conta e risco.

Nota Sempre uma cópia da metabase antes de o editar de segurança.

Depois de instalar o service pack ou aplicar esta correcção, tem de definir a propriedade UseHostName ou a propriedade SetHostName no site se pretender que um nome anfitrião alternativo a ser enviado para pedidos. Por predefinição, o mesmo valor que a variável HTTP_HOST é enviado na variável SERVER_NAME.

Nota Se activar as seguintes definições de um, o IIS utilizará sempre um nome alternativo para a variável SERVER_NAME.

O tipo de dados para a propriedade UseHostName é booleano. A propriedade UseHostName vai indicar IIS para substituir a variável SERVER_NAME sempre o nome de computador totalmente qualificado.

Opcionalmente, pode definir a propriedade SetHostName . O tipo de dados para a propriedade SetHostName é a cadeia. Utilize a propriedade SetHostName se tem de especificar um nome de anfitrião que seja diferente do nome do computador. A propriedade SetHostName assume que pretende que este nome anfitrião alternativo. A propriedade SetHostName fará com que o IIS ignorar a definição UseHostName . Não é necessário definir a propriedade UseHostName se a propriedade SetHostName está presente.

Um administrador do servidor Web pode utilizar a ferramenta Adsutil.vbs para modificar a propriedade de metabase UseHostName e propriedade da metabase SetHostName .

Opção 1: Definir a propriedade UseHostName

Para definir a propriedade UseHostName , siga estes passos:
  1. Clique em Iniciar , clique em Executar , escreva cmd e, em seguida, clique em OK para abrir uma linha de comandos.
  2. Mude para a pasta onde se encontra a ferramenta Adsutil.vbs. Por predefinição, esta pasta é a seguinte:
    %SYSTEMROOT%\Inetpub\Adminscripts
  3. Escreva o seguinte comando, onde x é o identificador de local:
    cscript adsutil.vbs set w3svc / x / UseHostName VERDADEIRO

Opção 2: Definir a propriedade SetHostName

Para definir a propriedade SetHostName , siga estes passos:
  1. Clique em Iniciar , clique em Executar , escreva cmd e, em seguida, clique em OK para abrir uma linha de comandos.
  2. Mude para a pasta onde se encontra a ferramenta Adsutil.vbs. Por predefinição, esta pasta é a seguinte:
    %SYSTEMROOT%\Inetpub\Adminscripts
  3. Tipo o seguinte comando, onde x é o identificador de local e o hostname é o nome anfitrião alternativo que pretende utilizar:
    cscript adsutil.vbs set w3svc / x / SetHostName hostname

Factores atenuantes

Depois de definir as propriedades UseHostName ou SetHostName no IIS 6.0, é ainda possível ver o endereço IP do servidor ?s numa resposta HTTP. Por predefinição, isto não ocorre. Que resulta de como a resposta é gerada e enviada. Por exemplo, se configurar um redireccionamento de HTTP a ser enviados os resultados de uma resposta de HTTP 302 e o código de redireccionamento utiliza endereço IP ?s o servidor, o endereço poderá aparecer na localização do conteúdo de localização do cabeçalho da resposta. Para contornar este problema, não utilize o endereço IP do servidor ?s na lógica de redireccionamento. Em vez disso, utilize o nome de anfitrião ou nome de computador totalmente qualificado.

Um tipo de comportamento semelhante pode ocorrer se configurar páginas de erro personalizado para efectuar uma operação de REDIRECCIONAMENTO e utilize O Gestor de IIS para definir o destino de redireccionamento como um URL em vez de um ficheiro. Neste cenário, especifique o ficheiro em vez do URL para manter o endereço IP ocultado.

Endereço IP do servidor também pode ser enviado de uma resposta HTTP se verifiquem as seguintes condições:
  • O pedido HTTP correspondente não incluiu um valor de cabeçalho HTTP:Host.
  • Um filtro ISAPI que efectua uma chamada para GetServerVariables(servername) durante o evento SF_NOTIFY_PREPROC_HEADERS está configurado no IIS.
Isto acontece porque PREPROC_HEADERS é chamado antes de IIS tem de ler os dados de configuração; neste caso, ou UseHostName SetHostName. Por conseguinte, não existe nenhuma outra opção mas ao devolver o endereço IP. Se o pedido contém um valor de anfitrião e a chamada GetServerVariables(servername) é efectuada em PREPROC_HEADERS, SERVER_NAME conterá o valor do cabeçalho de anfitrião do cliente. HTTP/1.1 browsers tem de incluir um cabeçalho host os respectivos pedidos. Por conseguinte, este cenário é mais provável quando o pedido de HTTP é gerado e enviado por alguma coisa diferente do Web browser ou quando um navegador da Web utiliza HTTP/1.0.

Para obter mais informações sobre a terminologia de actualização de software, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
824684Descrição da terminologia padrão utilizada para descrever actualizações de software da Microsoft

Propriedades

Artigo: 834141 - Última revisão: 26 de novembro de 2008 - Revisão: 9.1
A informação contida neste artigo aplica-se a:
  • Microsoft Internet Information Services 6.0
Palavras-chave: 
kbmt kbhotfixserver kbfix kbbug kbqfe kbwinserv2003presp1fix KB834141 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 834141

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com