Ich versuche SSRS 2016 Web Service & Web Portal über Web Application Proxy und AD FS auf Win 2012 R2 zu veröffentlichen.Wie veröffentlicht SQL Reporting Services (SSRS) mithilfe von Web Application Proxy (WAP)?
Welche Konfiguration muss ich auf der SSRS-Seite haben, um auf Berichte per URL und WAP zugreifen zu können?
Hat jemand eine Schritt-für-Schritt Anleitung gefunden? Ich habe ein paar Tage ohne Glück gegoogelt.
Danke,
bin ich nicht sicher, ob es eine spezielle SSRS Konfiguration erforderlich war, aber hier sind die Schritte für das SSRS Web-Portal über den WAP veröffentlicht zu bekommen.
Ein Problem war, dass der Berichtspfad aus der Abfragezeichenfolge entfernt wurde, wenn ein Bericht angefordert wurde. Die Lösung bestand darin, den Berichtspfad Teil der URL zu kodieren.
erstellen Standard Unter Berufung Partei Vertrauen in ADFS mit keinen Ansprüchen festgelegt und der Endpunkt und Kennung https://example.com/ReportServer/ gesetzt.
Veröffentlichen Sie einen Endpunkt in WAP mit ADFS-Vorauthentifizierung, und legen Sie die externe und interne URL auf https://example.com/ReportServer/ fest.
eine URL verwenden, wie die folgenden, einen Bericht zuzugreifen, https://example.com/ReportServer/Pages/ReportViewer.aspx/?%2fHR-Reports%2fQ1-Report&rs:Command=Render
UPDATE:
Leider scheint dies nicht der Fall zu sein. Es scheint einen Fehler mit dem WAP zu geben, der den Berichtsweg abschneidet. Wenn Sie sich bereits mit ADFS authentifiziert haben und anschließend auf einen Bericht zugreifen (z. B. https://example.com/ReportServer/Pages/ReportViewer.aspx?/HR-Reports/Q1-Report&rs:Command=Render), werden Sie zu ADFS weitergeleitet, da das authn-Token für Ihren Berichtsdienstanbieter (SP) noch nicht als Cookie "EdgeAccessCookie" festgelegt ist.
Die Berichte SP (normalerweise WAP wirklich) leitet Sie an ADFS für ein Token mit Ihrer Rückkehr-URL in der Abfragezeichenfolge um. Sie haben sich bereits bei ADFS authentifiziert, erhalten also ein Token für den SP und werden zurück zu Ihrem SP weitergeleitet, aber Das Problem besteht darin, dass der Berichtspfad nicht mehr in der Abfragezeichenfolge der URL Ihres SPs vorhanden ist (https://example.com/ReportServer/Pages/ReportViewer.aspx/?rs:Command=Render&authToken=xyz). Dies verursacht einen Fehler auf Ihrem Berichtsserver.
Wenn Sie dann erneut auf die ursprüngliche URL zugreifen (https://example.com/ReportServer/Pages/ReportViewer.aspx?/HR-Reports/Q1-Report&rs:Command=Render), haben Sie bereits Ihr authn-Token für den SP und Ihr Browser stellt es Ihrem SP als EdgeAccessCookie-Cookie zur Verfügung. In diesem Fall werden Sie nicht an ADFS weitergeleitet und Sie können wie erwartet auf Ihren Bericht zugreifen. Natürlich ist dies nicht ideal, aber Sie müssen zum zweiten Mal auf Ihren Bericht zugreifen.
Haben Sie eine Lösung für die Veröffentlichung des SSRS-Webportals über den WAP? Der letzte Absatz dieses Posts erwähnt die bevorstehende Beratung, aber das habe ich nicht veröffentlicht. [SSRS-Blog] (https://blogs.msdn.microsoft.com/sqlrsteamblog/2017/02/02/leveraging-web-application-proxy-in-windows-server-2016-to-provide-secure-access-to -ihre-sql-Server-Reporting-Services-Umgebung /) – Gilligan