2016-04-07 3 views
1

Ich habe eine Anwendung MVC und ich verwende Azure B2C-Protokollierung und Unterzeichnung in zu handhaben.Zugriff verweigert Nachricht auf benutzerdefinierten B2C Login-Seite

Im neuen Portal ich eine Custom Page URI eingegeben haben. Ich kann problemlos zu dieser URL navigieren. Ich habe eine einfache .html Seite erstellt:

<div id="api" data-name="IdpSelections"> 
    <div class="intro"> 
     <p>Sign up</p> 
    </div> 

    <div> 
     <ul> 
      <li> 
       <button class="accountButton" id="GoogleExchange">Google+</button> 
      </li> 
      <li> 
       <button class="accountButton" id="SignUpWithLogonEmailExchange">Email</button> 
      </li> 
     </ul> 
    </div> 
</div> 

ich diesen HTML in der Wurzel des Projekts platziert haben, so ist es zugänglich wie diese http://myUrl/SignInPage.html

Im web.config ich hinzugefügt haben, eine Linie CORS zu aktivieren:

<system.webServer> 
    <httpProtocol> 
    <customHeaders> 
     <clear /> 
     <add name="Access-Control-Allow-Origin" value="*" /> 
    </customHeaders> 
    </httpProtocol> 
</system.webServer> 

Das Problem ist, dass, wenn Sie diese Seite zeigen soll, IE zeigt diese Fehlermeldung:

Es tut uns leid, aber wir haben Probleme bei der Anmeldung Sie.

Wir verfolgen diese Fehler automatisch, aber wenn das Problem weiterhin besteht, zögern Sie nicht uns zu kontaktieren. In der Zwischenzeit, bitte versuchen Sie es erneut.

Korrelations-ID: [Einige Guid]

Zeitstempel: 2016.04.07 09: 21: 03Z

AADB2C90065: Ein B2C clientseitige Fehler ‚Zugriff verweigert. "ist aufgetreten, die entfernte Ressource anfragend.

Was kann ich tun, damit das funktioniert?

Antwort

3

Bezug nur auf die documentation, sind die wichtigsten Anforderungen wie folgt: mit der ID von api

  • Div-Elemente.
  • CORS-Header an Ort und Stelle.
  • Zugriff über HTTPS.

Ich kann sehen, haben Sie die div Element in richtig und der Header vorhanden, aber nicht sicher über den HTTPS-Zugriff. Ein großartiges Werkzeug, um dieses Setup zu erhalten, ist aus der Dokumentation verlinkt und kann auf der offiziellen Azure documentation gefunden werden.

Ich würde auch Ihre Kopfzeile überprüfen, senden Sie Access-Control-Allow-Origin, aber dies ist eine Antwort-Header, bestätigen Sie, dass dies die richtige Kopfzeile ist zu verwenden. Gültige Anforderungs- und Antwortheader befinden sich auf der W3-Website.

  • Herkunft
  • Access-Control-Request-Methode
  • Access-Control-Request-Methode
  • Access-Control-Request:

    Die einzigen Request-Header ich hier aufgelistet sehen können, sind -Methode

  • Access-Control-Request-Header
+0

ich testete es mit localhos t, ohne https, also habe ich meine Website in azurblau veröffentlicht und die https-Adresse meiner App als benutzerdefinierte Seite URL angegeben. – Martijn

+0

Es gab eine Zeit, als AD B2C HTTP-Weiterleitungen zulassen würde. Das ist nicht mehr der Fall. – Pytry