XWEB: Wenn der Benutzer Zugriff auf ein Web-Programm versucht, erhält ein Benutzer eine HTTP-Fehlermeldung 500.100

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: 314269
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.
Problembeschreibung
Beginnen in Exchange Server 2000 Service Pack 1 (SP1), bietet Exchange 2000 Unterstützung für das Hochladen von Webprogrammen auf den Server. Der Anwendungsassistent Bereitstellung von Web Storage System-Software Development Kit (SDK) können zum Uploaden von Webprogrammen auf dem Server. Allerdings Benutzer möglicherweise nicht mit Webbrowsern auf Client-Computern auf die Web-Programme zugreifen, die Sie wenn hochgeladen:
  • Die Web-Programme werden auf einen anderen Server als den Standard virtuellen (HYPERTEXT Transfer Protocol) Server hochgeladen. -und-

  • Die Benutzer versuchen, auf die Web-Programme zugreifen, die über eine Verbindung zu übertragen, die mithilfe von SSL (Secure Sockets Layer) gesichert ist.
Der Benutzer erhält die folgenden HTTP-Server Fehlermeldung 500.100 auf dem Clientcomputer:
Binden an Sitzung Fehler bei ' http:// URL / Indexpage new htm ', hr = 0x80040e19.
Ursache
Wenn eine Verbindung, die durch SSL abgesichert ist zwischen einem HTTP-Client und einem Server hergestellt wird, stehen nur der Server IP-Adresse und Anschlussnummer den Server eindeutig identifizieren. Eine Host Kopfzeile ist keine in dieser Situation hilfreich. Informationen dazu, warum ein Host-Header nicht in dieser Situation hilfreich ist finden Sie im Artikel der Microsoft Knowledge Base:
187504IIS: HTTP 1.1 unterstützt Hostheader nicht bei Verwendung von SSL
Der Host-Header wird im SSL-verschlüsselte Formular vom Client an den Server übertragen. Daher kann nicht der Host-Header verwendet werden, den Server identifizieren, der SSL-Entschlüsselungsschlüssel gebunden ist.
Lösung
Installieren Sie das neueste Service Pack für Microsoft Exchange 2000 Server, um dieses Problem zu beheben. Weitere Informationen finden Sie die folgende KB-Artikelnummer:
301378XGEN: Beziehen des neuesten Service Packs für Exchange 2000 Server
Die englische Version dieses Updates sollte die folgenden Dateiattribute (oder höher) aufweisen:

Komponente: Informationsspeicher

DateinameVersion
Store.exe6.0.5770.12
EXOLEDB.dll6.0.5770.12
Mdbsz.dll6.0.5770.12

Hinweis : aufgrund von Dateiabhängigkeiten, erfordert dieses Update Microsoft Exchange 2000 Server Service Pack 2.
Abhilfe
Um dieses Problem zu umgehen, verteilen Sie die Serverfunktionen zu einem Front-End-Server und Back-End-Serverkonfiguration. In dieser Konfiguration erhält der Browser den Zugriff auf den Front-End-Server. Der Front-End-Server entschlüsselt dann die SSL-verschlüsselte Informationen, die der Front-End-Server vom Clientcomputer empfängt. Das SSL-Zertifikat wird an die IP-Adresse des Front-End-Servers, anstatt die sekundären IP-Adresse des Back-End-Server gebunden. Der Back-End-Server empfängt Informationen, die bereits entschlüsselt ist, die ein Host-Header der Back-End-Server zuordnen kann.

Zum Zeitpunkt Veröffentlichung dieses Artikels ist die integrierte Windows-Authentifizierung nicht verfügbar für Front-End-Server und Back-End-Server-Konfigurationen.
Status
Microsoft hat bestätigt, dass dies ein Problem in Microsoft Exchange 2000 Server handelt. Dieses Problem wurde erstmals im Microsoft Exchange 2000 Server Service Pack 3.

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 314269 – Letzte Überarbeitung: 02/03/2014 02:11:00 – Revision: 1.3

Microsoft Exchange 2000 Server Standard Edition

  • kbnosurvey kbarchive kbmt kbbug kbexchange2000presp3fix kbexchange2000sp3fix kbfix KB314269 KbMtde
Feedback