Problembehandlung bei HTTP-Fehlern

Artikel
12/15/2008

Aktualisiert: 15. September 2007

In diesem Abschnitt werden HTTP-Fehler beschrieben, die auftreten können, wenn Sie Reporting Services-Komponenten zu konfigurieren versuchen. Klicken Sie auf die folgenden Links, um Informationen über bestimmte Fehler in diesem Thema zu erhalten:

HTTP 400 Ungültige Anforderung

Wenn Sie eine Nichtstandard-Website verwenden oder die Eigenschaften entweder für die Website oder die virtuellen Verzeichnisse geändert haben, die für den Zugriff auf den Berichtsserver oder den Berichts-Manager verwendet werden, treten unter Umständen HTTP 400-Fehler aufgrund unvollständiger oder ungültiger Einstellungen auf.

Berichts-Manager auf Nichtstandard-Website gehostet

Gehen Sie wie folgt vor, wenn dieser Fehler beim Zugriff auf den Berichts-Manager auftritt (z. B. durch Eingabe von https://servername/reports als URL-Adresse eines Browserfensters):

Überprüfen Sie im Internetinformationsdienste-Manager (IIS), ob bei den Websiteeigenschaften der Website, die Sie zum Hosten des Berichtsservers verwenden, für IP-Adresse der Wert (Keine zugewiesen) festgelegt ist.
Wenn der Fehler immer noch auftritt und Sie über eine Nichtstandard-Website auf den Berichts-Manager zugreifen, ist der URL, mit dem der Berichts-Manager auf den Berichtsserver zugreift, möglicherweise falsch. Anweisungen zum Aktualisieren der URLs in den Konfigurationsdateien finden Sie unter Vorgehensweise: Konfigurieren von Reporting Services für die Verwendung einer Nichtstandardwebsite (Reporting Services-Konfiguration) oder unter Error message when you try to open the Report in der Microsoft Knowledge Base.

Berichtsserver auf Standardwebsite gehostet

Wenn der Fehler beim Zugriff auf den Berichtsserver auftritt (z. B. durch Eingabe von https://servername/reportserver als URL-Adresse eines Browserfensters) ist die wahrscheinlichste Ursache eine ungültige IIS-Installation. Dies ist insbesondere dann der Fall, wenn der Server auf der Standardwebsite gehostet wird. Sehen Sie sich die Werte in der IIS-Metabasis (metabase.xml) an, um die IIS-Einstellungen für die Standardwebsite zu überprüfen:

Öffnen Sie metabase.xml in einem Texteditor. Standardmäßig befindet sich die Metabasis unter %windir%\system32\inetserv.
Suchen Sie <IIsWebServer Location ="/<servername>/W3SVC/1">
Überprüfen Sie, ob der letzte Wert 1 ist. Wenn der letzte Wert nicht 1 ist, ist die Konfiguration der Standardwebsite ungültig, und Sie müssen eine Neuinstallation von IIS in Betracht ziehen.

HTTP 401 Access denied (Zugriff verweigert)

Diese Fehlermeldung weist darauf hin, dass ein Problem mit den IIS-Einstellungen für die Site besteht, die das virtuelle Verzeichnis des Berichtsservers hostet. Ein HTTP 401-Fehler kann auftreten, wenn die IIS-Einstellungen für die virtuellen Verzeichnisse des Berichtsservers unvollständig oder ungültig sind.

Zugreifen auf eine lokale Berichtsserverinstanz über einen vollqualifizierten Domänennamen oder Hostheader

Sie können eine HTTP 401-Fehlermeldung erhalten, wenn Sie einen vollqualifizierten Domänennamen (Fully Qualified Domain Name oder FQDN) oder einen benutzerdefinierten Hostheader zum Durchsuchen einer lokalen Website verwenden, die den Berichtsserver auf einem Computer mit Microsoft Windows XP Service Pack 2 (SP2) oder Microsoft Windows Server 2003 Service Pack 1 (SP1) hostet.

Ursache für den Fehler ist ein Sicherheitsfeature zur Überprüfung von Loopbacks, das zu einem Fehler aufgrund einer Zugriffsverweigerung führt, wenn vollqualifizierter Domänenname oder benutzerdefinierter Hostheader nicht dem lokalen Computernamen entsprechen. Weitere Informationen sowie Anweisungen zum Beheben dieses Fehlers finden Sie unter Resolving error 401.1 when you browse a Web site that uses Integrated Authentication in der Microsoft Knowledge Base.

Verwenden eines lokalen Benutzerkontos oder eines Domänenbenutzerkontos

In einer Sicherheitsumgebung, in der Kerberos mit eingeschränkter Delegierung verwendet wird, können HTTP 401-Fehler auftreten, wenn Sie einen Anwendungspool so konfiguriert haben, dass er unter einem Domänenbenutzerkonto ausgeführt wird, Sie aber keinen Dienstprinzipalnamen (Service Principal Name, SPN) für das Domänenkonto erstellt haben. In den folgenden Themen finden Sie weiterführende Informationen zum Verwenden von benutzerdefinierten Konten für ASP.NET-Anwendungen:

How To: Create a Service Account for an ASP.NET 2.0 application (in Englisch)

Zugreifen auf den Berichts-Generator

HTTP 401-Fehler können auftreten, wenn Sie den Berichts-Generator zu öffnen versuchen und der Berichtsserver für eine Formularauthentifizierung konfiguriert ist, oder wenn Sie den Berichts-Generator auf einem Computer zu öffnen versuchen, der sich in einer anderen Domäne als der Domäne mit dem Berichtsserver befindet. Anweisungen zum Beheben dieses Fehlers finden Sie unter Konfigurieren eines Berichtsservers für den Zugriff auf den Berichts-Generator.

HTTP 403 Unzulässig

Dieser Fehler kann auftreten, wenn die Berechtigung für den Zugriff auf Reporting Services-Anwendungsdateien verweigert wurde:

Vergewissern Sie sich, dass das Konto, das diesem Anwendungspool mit dem Berichtsserver-Webdienst zugewiesen ist, ein Member der Sicherheitsgruppe IIS_WPG ist.
Stellen Sie sicher, dass die Autorisierungsregeln für ASP.NET Zugriff auf den Webdienst zulassen. Bei einer Standardinstallation haben alle Benutzer (*) Zugriff auf ASP.NET. Wenn die ASP.NET-Autorisierungseinstellungen auf der Website, die für den Zugriff auf den Berichtsserver verwendet wird, benutzerdefinierte Einstellungen besitzen, müssen Sie überprüfen, ob das Webdienstkonto zugreifen darf. Zum Überprüfen der Autorisierungsregeln öffnen Sie IIS-Manager. Klicken Sie mit der rechten Maustaste auf die Eigenschaften der Website, klicken Sie auf ASP.NET, klicken Sie auf Globale Konfiguration bearbeiten, klicken Sie auf Autorisierung, und zeigen Sie die Regeln für die lokale Autorisierung an.

HTTP 404 Datei oder Verzeichnis nicht gefunden

Dieser Fehler weist darauf hin, dass ein Problem bei der Konfiguration des virtuellen Verzeichnisses besteht.

Wenn Sie über eine Nichtstandard-Website auf den Berichtsserver zugreifen und dieser Fehler auftritt, überprüfen Sie alle Schritte zum Einrichten eines Berichtsservers auf einer benutzerdefinierten Website, um sicherzustellen, dass Sie alle Schritte ausgeführt haben. Weitere Informationen finden Sie unter Vorgehensweise: Konfigurieren von Reporting Services für die Verwendung einer Nichtstandardwebsite (Reporting Services-Konfiguration).
Überprüfen Sie, ob die Eigenschaften des virtuellen Verzeichnisses für den Berichtsserver ordnungsgemäß festgelegt sind. Für SQL Server 2005 Reporting Services sollte die ASP.NET-Version auf 2.0.50727 festgelegt sein. Die unterschiedslose Zuordnung von Anwendungen muss auf aspnet_isapi.dll festgelegt sein. Gehen Sie wie folgt vor, um optimale Ergebnisse beim Zurücksetzen der Eigenschaften für das virtuelle Verzeichnis des Berichtsservers zu erzielen:
1. Öffnen Sie das Reporting Services-Konfigurationstool.
2. Wählen Sie auf der Seite Virtuelles Verzeichnis für den Berichtsserver die Option Standardeinstellungen anwenden aus, und klicken Sie dann auf Anwenden.
3. Wählen Sie das verwendete Konto auf der Seite Webdienstidentität erneut aus, und klicken Sie dann auf Anwenden.
Überprüfen Sie, ob der angegebene URL für die Bereitstellung korrekt ist. Wenn Sie der Website einen bestimmten Port zugewiesen haben, über den Sie auf Reporting Services zugreifen, müssen Sie den Port im URL angeben. Wenn Sie der Standardwebsite z. B. Port. 8080 zugewiesen haben, ist der URL https://servername:8080/reportserver.
Wenn Sie Reporting Services als benannte Instanz installiert haben, könnte das virtuelle Standardverzeichnis den Instanznamen einschließen. Verwenden Sie das Reporting Services-Konfigurationstool, und öffnen Sie die Seiten Virtuelles Verzeichnis für den Berichtsserver und Virtuelles Verzeichnis für den Berichts-Manager, um den Namen des virtuellen Verzeichnisses zu überprüfen.
Wenn Sie SQL Server Express Edition with Advanced Services installiert haben, unterscheiden sich die Namen des virtuellen Verzeichnisses von den Standardnamen für andere Editionen. Wenn Sie es beispielsweise gewohnt sind, in der Developer Edition mit https://localhost/reports auf den Berichts-Manager zuzugreifen, müssen Sie in der Express Edition with Advanced Services mit https://localhost/reports$SQLExpress auf den Berichts-Manager zugreifen.

HTTP 500 Interner Serverfehler

Reporting Services erfordert Microsoft .NET Framework 2.0 oder eine höhere Version. Dieser Fehler kann auftreten, wenn die virtuellen Verzeichnisse des Berichtsservers oder des Berichts-Managers Version 1.1.4322 oder früher zugeordnet werden. Um die Anwendungszuordnung zu überprüfen, navigieren Sie zum virtuellen Verzeichnis des Berichtsservers, und klicken Sie mit der rechten Maustaste auf Eigenschaften. Klicken Sie auf der Registerkarte Virtuelles Verzeichnis auf Konfiguration, führen Sie einen Bildlauf zur Erweiterung ASPX durch, und prüfen Sie den Wert für Pfad für ausführbare Datei. Wenn der Wert auf v1.1.4322 oder früher festgelegt ist, müssen Sie das virtuelle Verzeichnis für die Verwendung von Version 2.0 konfigurieren. Folgen Sie den Anweisungen im Knowledge Base-Artikel 306005, um bestimmte Versionen von .NET Framework in IIS zu registrieren.

Nachdem Sie ASP.NET 2.0 auf dem Computer registriert haben, müssen Sie IIS zurücksetzen und die virtuellen Verzeichnisse für den Berichtsserver und den Berichts-Manager im Reporting Services-Konfigurationstool erneut angeben.

Siehe auch

Änderungsverlauf

Version	Verlauf
15. September 2007	Neuer Inhalt: HTTP 400 und 403 sind neu, für HTTP 401 und 404 wurden neue Elemente hinzugefügt.
17. Juli 2006	Neuer Inhalt: HTTP 401 Access denied (Zugriff verweigert)

Freigeben über