Aktivieren Sie Identitätswechsel für SSRS-Berichte auf Azure

Question

In unserer aktuellen Produktionskonfiguration haben wir SSRS eingerichtet und konnten die SSRS-Berichte in unserer .NET-Webanwendung seit Jahren erfolgreich verwenden. Wir haben Identitätswechsel in Web.Config verwendet (es könnten andere Lösungen verfügbar sein, wir mussten damit fortfahren), wie unten gezeigt.

<identity impersonate="true" userName="domainname/username" password="password"></identity> 

Diese Lösung hat gut funktioniert becuase unsere Aktiv Di Pfarrhaus und SSRS-Server im gleichen Netzwerk/Domäne befinden.

Jetzt haben wir als Teil unserer Azure-Migration unseren SSRS-Server auf eine Azure-VM migriert. und wir können die Berichte mithilfe des Berichtsserver-Managers in der VM anzeigen. Wenn wir jetzt auf die Webanwendung (App Service - Web App) zugreifen, erhalten wir den folgenden Fehler. Im Folgenden finden Sie das aktualisierte Identitätswechselattribut, das wir verwendet haben.

<identity impersonate="true" userName="username@ouremailaddressdomainname.onmicrosoft.com" password="password"></identity> 

„Kann nicht Windows-Benutzer-Token aus den in der Konfigurationsdatei angegebenen Anmeldeinformationen erstellen. Fehler vom Betriebssystem‚Der Benutzername oder das Passwort ist falsch“

Offensichtlich ist dies aufgrund der Tatsache, dass Wir haben kein Active Directory-Domänen-Setup in Azure. Unten sind meine Fragen.

1. Können wir die Benutzer verwenden, die im Standardverzeichnis verfügbar sind, das auf Azure erstellt wird?
2. Wenn ja, wie kann ich die Impersonifizierung angeben?

Danke, Prawin

Answer 1

Mit dem geplanten Setup Sie nicht Identität Identitätswechsel verwenden können. Dies liegt daran, dass die AppService-Webanwendungen in einer isolierten Sandbox-Umgebung ausgeführt werden, die nicht Teil einer Windows-Domäne sein kann.

Sie haben mehrere Möglichkeiten:

• Ändern Sie den Berichtsserver im gemischten Modus-Authentifizierung zu verwenden und für den SQL Server-Anmeldung und Benutzer mit den entsprechenden Berechtigungen lokalen zu erstellen. Konfigurieren Sie dann Ihre Berichtsanwendung, um diese SQL Server-Anmeldeinformationen anzugeben
• Verschieben Sie Ihre Webanwendung auf dieselbe VM (erfordert keine Domänenumgebung) als Ihren Berichtsserver (oder nur den Teil, der die Berichte behandelt)
• Verschieben Sie Ihre Anwendung zu eine separate VM und nutzen die Azure Active Directory Domain Services, die VMs Teil derselben Domäne (eine Overkill IMO)

ich für die erste Option wählen würden zu machen, da es am wenigsten Änderungen erfordert und nutzt PaaS-Dienste (App-Service). Alles andere ist Overkill oder nur ein Missbrauch der Cloud-Plattform.