Update: IP-Adresse wird im Feld Speicherort Inhalt im TCP-Header in IIS 6.0 offen gelegt

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 834141 - Produkte anzeigen, auf die sich dieser Artikel bezieht
wichtig Dieser Artikel enthält Informationen zum Bearbeiten der Metabasis. Bevor Sie die Metabasis bearbeiten, stellen Sie sicher, dass Sie eine Sicherungskopie, die Sie wiederherstellen können haben, wenn ein Problem auftritt. Informationen dazu, wie Sie dazu finden Sie unter das Hilfethema "Sicherungskopie erstellen/Konfiguration wiederherstellen" in Microsoft Management Console (MMC).
Alles erweitern | Alles schließen

Auf dieser Seite

Problembeschreibung

Wenn Internetinformationsdienste (IIS) eine GET-Anforderung ohne eine Host-Header empfängt, kann der Server die IP-Adresse des Servers im Feld Speicherort Inhalt oder im Feld Speicherort im TCP-Header in der Antwort preisgeben. Dieses Problem kann auftreten, wenn die Anforderung nicht mit eine bestimmte Seite enthält oder wenn IIS die ursprüngliche Anforderung an eine andere Seite umleiten müssen.

Ursache

Dieses Problem rührt Wenn IIS eine GET-Anforderung, die kein Host-Header verfügt empfängt, IIS ein Host-Name oder eine IP-Adresse in der Antwort bereitstellen müssen.

Lösung

Informationen zu Service Packs

Installieren Sie das neueste Servicepack für Microsoft Windows Server 2003, um dieses Problem zu beheben. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
889100So erhalten Sie das neueste Servicepack für Windows Server 2003
wichtig Nachdem Sie das Servicepack installiert haben, müssen Sie entweder die UseHostName -Eigenschaft oder die SetHostName -Eigenschaft auf der Website festlegen Wenn eine alternative Host für Anforderungen gesendet werden soll. Informationen dazu finden Sie unter dem Abschnitt "".

Hotfix-Informationen

Ein unterstützter Hotfix ist inzwischen von Microsoft. Es ist jedoch nur die Behebung des Problems die in diesem Artikel beschriebene vorgesehen. Wenden Sie es nur auf Systemen, bei die dieses spezielle Problem auftritt. Dieser Hotfix wird unter Umständen zu einem späteren Zeitpunkt weiteren Tests unterzogen. Wenn Sie durch dieses Problem nicht schwerwiegend betroffen sind, empfiehlt Microsoft daher, auf das nächste Windows Server 2003 Service Pack warten, das diesen Hotfix enthält wird.

Dieses Problem sofort beheben möchten, wenden Sie sich an Microsoft Support Services, um den Hotfix zu erhalten. Eine vollständige Liste mit Telefonnummern der Microsoft Product Support Services und Informationen über Supportkosten der folgenden Microsoft-Website:
http://support.microsoft.com/contactus/?ws=support
Hinweis: PLEASE DO NOT TRANSLATE and DELETE THIS PASSAGE. IT DOES NOT APPLY TO GERMANY.

Voraussetzungen

Es gelten keine Voraussetzungen.

Neustartanforderung

Sie müssen den Computer nach der Installation dieses Hotfixes neu starten.

Metabase-Informationen

Nachdem Sie diesen Hotfix angewendet haben, müssen Sie entweder die UseHostName -Eigenschaft oder die SetHostName -Eigenschaft auf der Website festlegen Wenn eine alternative Host für Anforderungen gesendet werden soll. Informationen dazu finden Sie unter dem Abschnitt "".

Ersetzte Hotfixes

Dieser Hotfix ersetzt keine anderen Hotfixes.

Dateiinformationen

Die englische Version dieses Hotfixes weist die Dateiattribute (oder höher Dateiattribute), die in der folgenden Tabelle aufgelistet werden. Die Datums- und Uhrzeitangaben für diese Dateien sind in Coordinated Universal Time (UTC) angegeben. Wenn Sie sich die Dateiinformationen ansehen, werden diese Angaben in die lokale Zeit konvertiert. Verwenden Sie die Registerkarte Zeitzone im Element Datum und Uhrzeit in der Systemsteuerung, um die Differenz zwischen UTC und der Ortszeit zu ermitteln.
   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

Status

Microsoft hat bestätigt, dass dies ein Problem in Microsoft-Produkten handelt, die im Abschnitt "Gilt für" aufgeführt sind. Dieses Problem wurde erstmals in Windows Server 2003 Service Pack 1.

Weitere Informationen

Warnung Wenn unkorrekte der Metabasis Bearbeitung können Sie schwerwiegende Probleme verursachen, die erfordern möglicherweise, dass Sie jedes Produkt neu installieren, die die Metabasis verwendet. Microsoft kann nicht garantieren, dass Probleme, die eine unkorrekte Bearbeitung der Metabasis herrühren, behoben werden können. Bearbeitung der Metabasis erfolgt auf eigenes Risiko.

Hinweis: Immer sichern Sie die Metabasis, bevor Sie ihn bearbeiten.

Nachdem Sie das Servicepack installieren oder diesen Hotfix anwenden, müssen Sie entweder die UseHostName -Eigenschaft oder die SetHostName -Eigenschaft auf der Website festlegen Wenn eine alternative Host für Anforderungen gesendet werden soll. Standardmäßig ist der gleiche Wert wie die Variable HTTP_HOST in der Variable Server_name gesendet.

Hinweis: Wenn Sie eine die folgenden Einstellungen aktivieren, wird IIS immer einen alternativen Namen für die Variable Server_name verwendet werden.

Der Datentyp für die UseHostName -Eigenschaft ist Boolean. Die UseHostName -Eigenschaft weist IIS die Variable Server_name immer durch den vollqualifizierten Computernamen ersetzt.

Optional können Sie die SetHostName -Eigenschaft festlegen. Der Datentyp für die SetHostName -Eigenschaft ist Zeichenfolge. Verwenden Sie die SetHostName -Eigenschaft, wenn Sie ein Host angeben müssen, der die Computername unterscheidet. SetHostName -Eigenschaft wird davon ausgegangen, dass Sie diese alternativen Host Namen verwenden möchten. SetHostName -Eigenschaft bewirkt, dass IIS die UseHostName -Einstellung ignorieren. Sie haben keinen zum Festlegen der UseHostName -Eigenschaft, wenn die SetHostName -Eigenschaft vorhanden ist.

Ein Webserveradministrator kann das Tool "Adsutil.vbs" verwenden, um die UseHostName -Metabasis-Eigenschaft und die SetHostName -Eigenschaft der Metabasis zu ändern.

Option 1: Legen Sie die UseHostName-Eigenschaft

Gehen Sie folgendermaßen vor zum Festlegen der UseHostName -Eigenschaft
  1. Klicken Sie auf Start , klicken Sie auf Ausführen , geben Sie cmd ein und klicken Sie auf OK , um eine Eingabeaufforderung zu öffnen.
  2. Wechseln Sie zu dem Ordner, wo sich das Tool "Adsutil.vbs" befindet. Dieser Ordner ist standardmäßig die folgenden:
    %SYSTEMROOT%\Inetpub\Adminscripts
  3. Geben Sie den folgenden Befehl ein, wobei x die Standortkennung ist:
    Cscript adsutil.vbs set w3svc / x / UseHostName true

Option 2: Legen Sie die SetHostName-Eigenschaft

Gehen Sie folgendermaßen vor, die SetHostName -Eigenschaft festzulegen,
  1. Klicken Sie auf Start , klicken Sie auf Ausführen , geben Sie cmd ein und klicken Sie auf OK , um eine Eingabeaufforderung zu öffnen.
  2. Wechseln Sie zu dem Ordner, wo sich das Tool "Adsutil.vbs" befindet. Dieser Ordner ist standardmäßig die folgenden:
    %SYSTEMROOT%\Inetpub\Adminscripts
  3. Typ der folgende Befehl, wobei x die Standortkennung und hostname ist der alternativen Host-Name ist, die Sie verwenden möchten:
    Cscript adsutil.vbs set w3svc / x / SetHostName hostname

Schadensbegrenzende Faktoren

Nach dem Festlegen der UseHostName oder SetHostName -Eigenschaft in IIS 6.0 ist es dennoch möglich, IP-Adresse in eine HTTP-Antwort des Servers ?s finden Sie unter. Standardmäßig tritt dies nicht. Es ergibt sich aus wie die Antwort generiert und gesendet wird. Z. B. Wenn Sie konfigurieren eine HTTP-Umleitung, die Ergebnisse in eine HTTP 302-Antwort gesendet werden und der Umleitungs-Code IP-Adresse des Servers ?s verwendet, kann die IP-Adresse in der Content-Location oder Location-Header der Antwort angezeigt. Um dieses Problem zu umgehen, verwenden Sie keine IP-Adresse des Servers ?s in der Logik umleiten. Verwenden Sie stattdessen den Host Namen oder vollqualifizierten Computernamen ein.

Eine ähnliche Art von Verhalten kann auftreten, wenn Sie benutzerdefinierte Fehlerseiten konfigurieren, eine Umleitung Operation auszuführen und Sie IIS-Manager, verwenden um das Umleiten Ziel als URL anstelle einer Datei festzulegen. In diesem Szenario gibt die Datei anstelle der URL zu die Adresse, die ausgeblendet werden sollen.

IP-Adresse des Servers kann auch in einer HTTP-Antwort gesendet werden, wenn folgenden Bedingungen erfüllt sind:
  • Die entsprechende HTTP-Anforderung haben ein Headerwert HTTP:Host nicht eingeschlossen.
  • Ein ISAPI-Filter, die einen Aufruf von GetServerVariables(servername) während des Ereignisses SF_NOTIFY_PREPROC_HEADERS ist in IIS konfiguriert.
Dies ist da PREPROC_HEADERS aufgerufen wird, bevor IIS die Konfigurationsdaten; gelesen hat in diesem Fall entweder UseHostName oder SetHostName. Daher ist keine andere Option jedoch wieder die IP-Adresse. Wenn die Anforderung einen Host-Wert enthält, und der Aufruf GetServerVariables(servername) in PREPROC_HEADERS vorgenommen wird, wird Server_name der Wert der Hostheader des Clients enthalten. HTTP-1.1 Webbrowser müssen einen Hostheader in Ihren Anforderungen enthalten. Dieses Szenario ist daher viel wahrscheinlicher, wenn die HTTP-Anforderung generiert und durch etwas gesendet anderen als einem Webbrowser oder ein Webbrowser HTTP/1.0 verwendet.

Weitere Informationen zur Terminologie für Softwareupdates finden Sie im folgenden Artikel der Microsoft Knowledge Base:
824684Erläuterung von Standardbegriffen bei Microsoft Softwareupdates

Eigenschaften

Artikel-ID: 834141 - Geändert am: Mittwoch, 26. November 2008 - Version: 9.1
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Internet Information Services 6.0
Keywords: 
kbmt kbhotfixserver kbfix kbbug kbqfe kbwinserv2003presp1fix KB834141 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 834141
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

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