Select the product you need help with
Update: IP-Adresse wird im Feld Speicherort Inhalt im TCP-Header in IIS 6.0 offen gelegtArtikel-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). Auf dieser SeiteProblembeschreibungWenn 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. UrsacheDieses 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ösungInformationen zu Service PacksInstallieren 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:889100 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 "".
(http://support.microsoft.com/kb/889100/
)
So erhalten Sie das neueste Servicepack für Windows Server 2003 Hotfix-InformationenEin 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.
(http://support.microsoft.com/contactus/?ws=support)
VoraussetzungenEs gelten keine Voraussetzungen.NeustartanforderungSie müssen den Computer nach der Installation dieses Hotfixes neu starten.Metabase-InformationenNachdem 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 HotfixesDieser Hotfix ersetzt keine anderen Hotfixes.DateiinformationenDie 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 StatusMicrosoft 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-EigenschaftGehen Sie folgendermaßen vor zum Festlegen der UseHostName -Eigenschaft
Option 2: Legen Sie die SetHostName-EigenschaftGehen Sie folgendermaßen vor, die SetHostName -Eigenschaft festzulegen,
Schadensbegrenzende FaktorenNach 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:
Weitere Informationen zur Terminologie für Softwareupdates finden Sie im folgenden Artikel der Microsoft Knowledge Base: 824684
(http://support.microsoft.com/kb/824684/
)
Erläuterung von Standardbegriffen bei Microsoft Softwareupdates EigenschaftenArtikel-ID: 834141 - Geändert am: Mittwoch, 26. November 2008 - Version: 9.1
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
(http://support.microsoft.com/kb/834141/en-us/
)
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.
| SPRACHE AUSWÄHLEN |
Zum Anfang
