CORRECTIF : adresse IP est révélé dans le champ Emplacement de contenu de l'en-tête TCP dans IIS 6.0

Traductions disponibles Traductions disponibles
Numéro d'article: 834141 - Voir les produits auxquels s'applique cet article
important Cet article contient des informations sur la façon de modifier la métabase. Avant de modifier la métabase, vérifiez que vous disposez d'une copie de sauvegarde que vous pouvez restaurez si un problème se produit. Pour savoir comment procéder, consultez la rubrique d'aide " Configuration sauvegarde/restauration " dans Microsoft Management Console (MMC).
Agrandir tout | Réduire tout

Sommaire

Symptômes

Lorsque Microsoft Internet Information Services (IIS) reçoit une demande GET sans un en-tête ordinateur hôte, le serveur Web peut afficher l'adresse IP du serveur dans le champ Emplacement de contenu ou le champ Emplacement dans l'en-tête TCP dans la réponse. Ce problème peut se produire si la requête ne contient pas une page spécifique ou si les services Internet (IIS) doit rediriger la demande d'origine vers une autre page.

Cause

Ce problème se produit car LORSQU'IIS reçoit une demande GET qui ne possède aucun en-tête ordinateur hôte, IIS doit fournir un nom ordinateur hôte ou une adresse IP dans la réponse.

Résolution

Informations sur le service pack

Pour résoudre ce problème, procurez-vous le dernier service pack Microsoft Windows Server 2003. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
889100 Comment obtenir le dernier pack service pour Windows Server 2003
important Après avoir installé le service pack, vous devez définir la propriété UseHostName ou la propriété SetHostName sur le site si vous voulez un nom autre ordinateur hôte à envoyer des demandes. Pour savoir comment procéder, reportez-vous à la section « ».

Informations sur le correctif

Un correctif est désormais disponible auprès de Microsoft. Toutefois, il est conçu uniquement pour corriger le problème décrit dans cet article. S'il s'appliquent uniquement aux systèmes rencontrant ce problème spécifique. Ce correctif peut subir des tests supplémentaires. Par conséquent, si vous n'êtes pas gravement touché par ce problème, nous vous recommandons d'attendre le prochain service pack Windows Server 2003 qui comprendra ce correctif.

Pour résoudre ce problème immédiatement, contactez services de support technique Microsoft afin d'obtenir le correctif logiciel. Pour une liste complète des numéros de téléphone services de support technique Microsoft et des informations sur les frais engendrés, reportez-vous au site de Web Microsoft suivant :
http://support.microsoft.com/contactus/?ws=support
note Dans certains cas, les frais aucuns de support peuvent être facturés si un technicien du support technique Microsoft détermine qu'une mise à jour spécifique peut résoudre votre problème. Les coûts habituels du support technique s'appliqueront aux autres questions et problèmes non traités par la mise à jour en question.

Conditions préalables

Aucune condition préalable à l'installation ne sont nécessaires.

Demande de redémarrage

Vous devez redémarrer votre ordinateur après avoir appliqué ce correctif.

Informations de la métabase

Après avoir appliqué ce correctif, vous devez définir la propriété UseHostName ou la propriété SetHostName sur le site si vous voulez un nom autre ordinateur hôte à envoyer des demandes. Pour savoir comment procéder, reportez-vous à la section « ».

Informations sur le remplacement de correctif

Ce correctif ne remplace aucun autre correctif.

Informations de fichier

La version anglaise de ce correctif dispose les attributs de fichier (ou attributs de fichier version ultérieure) répertoriés dans le tableau suivant. Les dates et heures de ces fichiers sont exprimées en temps universel coordonné (UTC). Lorsque vous affichez les informations de fichier, il est convertie en heure locale. Pour connaître le décalage entre l'heure UTC et l'heure locale, utilisez l'onglet Fuseau horaire dans l'élément Date et heure du Panneau de configuration.
   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

Statut

Microsoft a confirmé que c'est un problème dans les produits Microsoft répertoriés dans la section « S'applique à ». Ce problème a été corrigé dans Windows Server 2003 Service Pack 1.

Plus d'informations

Avertissement Si vous modifiez la métabase incorrecte, vous pouvez générer des problèmes graves peuvent vous obliger à réinstaller les produits qui utilisent la métabase. Microsoft ne peut pas garantir que des problèmes Si modification incorrecte de la métabase puissent être résolus. Modifier la métabase à vos risques et périls.

note Sauvegardez toujours la métabase avant de le modifier.

Après avoir installé le service pack ou appliquer ce correctif, vous devez définir la propriété UseHostName ou la propriété SetHostName sur le site si vous voulez un nom autre ordinateur hôte à envoyer des demandes. Par défaut, la même valeur que la variable HTTP_HOST est envoyée dans la variable SERVER_NAME.

note Si vous un activez les paramètres suivants, IIS est toujours utiliser un autre nom pour la variable SERVER_NAME.

Le type de données de la propriété UseHostName est valeur de type Boolean. La propriété UseHostName invite IIS pour toujours remplacer la variable SERVER_NAME par le nom de machine entièrement qualifié.

Si vous le souhaitez, vous pouvez définir la propriété SetHostName . Le type de données de la propriété SetHostName est la chaîne. Utilisez la propriété SetHostName si vous devez spécifier un nom ordinateur hôte qui diffère de la nom de l'ordinateur. La propriété SetHostName suppose que ce nom ordinateur hôte autre. La propriété SetHostName entraîne IIS pour ignorer le paramètre UseHostName . Vous devez définir la propriété UseHostName si la propriété SetHostName est présente.

Un administrateur de serveur Web peut utiliser l'outil Adsutil.vbs pour modifier la propriété de métabase UseHostName et la propriété de métabase SetHostName .

Option 1: définir la propriété UseHostName

Pour définir la propriété UseHostName , procédez comme suit :
  1. Cliquez sur Démarrer , cliquez sur Exécuter , tapez cmd et puis cliquez sur OK pour ouvrir une invite de commande.
  2. Accédez au dossier où se trouve l'outil Adsutil.vbs. Par défaut, ce dossier est la suivante :
    %SYSTEMROOT%\Inetpub\Adminscripts
  3. Tapez la commande suivante, où x est l'identificateur de site :
    cscript adsutil.vbs set x W3SVC/x/UseHostName true

Option 2: définir la propriété SetHostName

Pour définir la propriété SetHostName , procédez comme suit :
  1. Cliquez sur Démarrer , cliquez sur Exécuter , tapez cmd et puis cliquez sur OK pour ouvrir une invite de commande.
  2. Accédez au dossier où se trouve l'outil Adsutil.vbs. Par défaut, ce dossier est la suivante :
    %SYSTEMROOT%\Inetpub\Adminscripts
  3. Type de la commande suivante, où x est votre identificateur de site et le hostname est le nom ordinateur hôte autre que vous souhaitez utiliser :
    cscript adsutil.vbs set x W3SVC/x/SetHostName hostname

Atténuation des facteurs

Après avoir défini les propriétés UseHostName ou SetHostName dans IIS 6.0, il est toujours possible voir le ?s Adresse IP serveur dans une réponse HTTP. Par défaut, cela ne se produit pas. Il provient comment la réponse est générée et envoyée. Par exemple, si vous configurez une redirection HTTP qui entraîne une réponse HTTP 302 envoyé et votre code de redirection utilise le ?s Adresse IP serveur, l'adresse IP peut apparaître dans l'emplacement Content-Location ou en-tête de magasin de la réponse. Pour contourner ce problème, n'utilisez pas le ?s Adresse IP serveur dans la logique de redirection. Au lieu de cela, utiliser son nom ordinateur hôte ou le nom de machine entièrement qualifié.

Un type de comportement similaire peut se produire si vous configurez des pages d'erreur personnalisé pour effectuer une opération de REDIRECTION et vous utilisez le Gestionnaire des services Internet pour définir la cible de redirection comme une URL au lieu d'un fichier. Dans ce scénario, indique le fichier au lieu de l'URL pour conserver l'adresse IP masqué.

Adresse IP du serveur peut également être envoyé dans une réponse HTTP si les conditions suivantes sont remplies :
  • La demande HTTP correspondante n'avez inclus une valeur de l'en-tête HTTP:Host.
  • Un filtre ISAPI qui effectue un appel à GetServerVariables(servername) pendant l'événement SF_NOTIFY_PREPROC_HEADERS est configuré dans IIS.
Cela est car PREPROC_HEADERS est appelée avant que IIS a lues les données de configuration ; dans ce cas, soit UseHostName SetHostName. Par conséquent, il n'existe aucune autre option mais pour retourner à l'adresse IP. Si la demande contient une valeur de l'hôte et l'appel GetServerVariables(servername) est effectué en PREPROC_HEADERS, SERVER_NAME contiendra la valeur d'en-tête d'hôte du client. Navigateurs Web HTTP/1.1 doivent inclure un en-tête d'hôte dans leurs demandes. Par conséquent, ce scénario est beaucoup plus susceptible de se produire lorsque la requête HTTP est générée et envoyée par un autre qu'un navigateur Web ou lorsqu'un navigateur Web utilise HTTP/1.0.

Pour plus d'informations sur la terminologie mise à jour logicielles, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
824684 Description de la terminologie standard utilisée pour décrire les mises à jour logicielles Microsoft

Propriétés

Numéro d'article: 834141 - Dernière mise à jour: mercredi 26 novembre 2008 - Version: 9.1
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Internet Information Services 6.0
Mots-clés : 
kbmt kbhotfixserver kbfix kbbug kbqfe kbwinserv2003presp1fix KB834141 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 834141
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

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