5

Ich versuche, Microsoft Dynamics CRM Online zu verwenden, wo Windows Azure eine eigene Webseite hostet, die in einem IFRAME der Microsoft Dynamics CRM Web-Anwendung angezeigt wird .Microsoft Dynamics CRM Online mit einem Windows Azure gehostete Webseite + IFrame + X-Frame-Options

Ich habe http://msdn.microsoft.com/en-us/library/gg509061 (Microsoft Dynamics CRM Online mit einer Windows Azure gehostete Webseite) gelesen und befolgt auch die Anweisungen auf http://social.technet.microsoft.com/wiki/contents/articles/2590.aspx (Secure Windows Azure Webrolle ASP.NET-Webanwendung mit Access Control Service-v2.0)

ich habe jetzt eine Windows Azure Webseite, die eine Windows Live-ID-Bildschirm eingeloggt zeigt

das Problem ist, dass, wenn ich dies in einem IFrame in Dynamics platzieren, erhalte ich folgendes:.

Dieser Inhalt kann nicht angezeigt werden in einem Rahmen Um die Sicherheit der Informationen, die Sie auf dieser Website eingeben, zu schützen, darf der Herausgeber dieses Inhalts nicht in einem Rahmen angezeigt werden.

Dies ist auf den HTTP-Header "X-Frame-Options: deny" von der Windows Live ID-Anmeldung verhindert Internet Explorer von Anzeigen der Seite in einem Rahmen serviert. Dies geschieht sogar, wenn ich bereits bei Windows Live ID angemeldet bin und die Webseite versucht, mich zu authentifizieren.

Also wie soll das funktionieren, da die erste Microsoft-Seite bedeutet, dass es mit "Microsoft Dynamics CRM Online mit einer Windows Azure Hosted Webseite" gemacht und optional in einem IFRAME angezeigt werden kann?

+0

Ich könnte weg vom Zeichen sein, aber ich frage mich, müssen Sie Windows Azure Access Control Service für Federate verwenden Ansprüche Basierend Identität auf der Web-Site Sie verwenden, dies zu umgehen, haben im Grunde Ihre Web-Site fungieren als vertrauende für Live-ID Identity-Provider über ACS. Wenn der Benutzer hist Ihre Webseite im IFRAME sie weitergeleitet ID zu leben, melden Sie sich an, ist Anspruch begründe Token zurückgeführt, die durch dynamische Online akzeptiert wird? Das ist vielleicht ein Overkill, nur ein Gedanke. Ich habe es nicht getestet, ist sicher, dass es eine einfachere Lösung Verstehen Sie :) – user728584

+0

Fanden Sie diese an der Arbeit? – Stefan

+0

@Stefan - Nein, ich habe es nicht geschafft. –

Antwort

0

This post schlägt eine Abhilfe implementiert, indem die Anmeldeseite in einem neuen Fenster zu öffnen. Dies kann durch den Standard window.open(...) erreicht werden. Wenn Ihre Benutzer jedoch den Outlook-Client verwenden möchten, müssen Sie einige zusätzliche Rahmen überspringen, da der eingebettete Browser keine Sitzungsdaten mit dem Standardbrowser des Benutzers teilt. (Eine Problemumgehung dafür ist stattdessen die Verwendung von Xrm.Utility.openWebResource(...) mit einer benutzerdefinierten HTML-Seite, die auf die beabsichtigte Seite umleitet.)

Verwandte Themen