CORS POST Requests funktioniert nicht - OPTIONS (Bad Request) - Der Ursprung ist nicht erlaubt

Question

Ich habe eine Menge Probleme beim Erhalten einer domainübergreifenden POST-Anfrage, um einen Api-Controller in der neuesten Beta 2-Version zu treffen.

Chrome (und andere Browser) ausspucken:

OPTIONS http://api.hybridwebapp.com/api/values 400 (Bad Request) 
POST http://api.hybridwebapp.com/api/values 404 (Not Found) 

Es zu this issue in Zusammenhang stehen können, aber ich habe das Problem zu umgehen und einige andere Korrekturen wie web.config angewendet additions here

ich waren Ich knallte meinen Kopf damit für eine Weile und so schuf ich eine Lösung, um das Problem genau zu reproduzieren.

Laden Sie die Web-App gibt es 2 Tasten eine für GET eins für POST und die Antwort wird neben der Schaltfläche angezeigt. GET funktioniert. POST kann nicht erfolgreich zurückgegeben werden.

Ich bin in der Lage einen Hinweis auf die Ursache von Fiddler zu bekommen, aber es macht keinen Sinn, weil wenn man sich die Antwort sieht es die Domain in der Include-Access-Controll--Allow-Origin-Header:

es gibt einen Ordner in der Lösung „ConfigurationScreenshots“ mit ein paar Screenshots der IIS-Konfiguration (Website-Bindungen) und Projekteigenschaften Konfigurationen machen es so einfach wie möglich, mir zu helfen :)

genannt ist

EDIT: Vergessen Sie nicht, diesen Eintrag hinzufügen Datei Host (% SystemRoot% \ system32 \ drivers \ etc):

127.0.0.1  hybridwebapp.com api.hybridwebapp.com 

** STATUS: ** Es scheint, dass einige Browser wie Chrome mir erlauben um mit dem POST fortzufahren, unabhängig von der Fehlermeldung in der OPTIONS-Antwort (während andere wie Firefox dies nicht tun). Aber ich halte das nicht für gelöst.

Schauen Sie sich die Fidler Screenshots der OPTIONS-Anforderung hat

Access-Control-Allow-Origin: http://hybridwebapp.com

Und doch den Fehler:

Der Ursprung http://hybridwebapp.com ist nicht erlaubt

Das ist völlig widersprüchlich, als ob es den Header ignoriert.

Answer 1

Ok, ich habe es hinter mir. Das muss das seltsamste Problem sein, dem ich je begegnet bin. Hier ist, wie zu „lösen“ es:

1. Fahren Sie mit Leben wie gewohnt bis plötzlich aus dem Nichts OPTIONS-Anforderungen an diese Domäne 200 OK beginnen Rückkehr (statt 400 Bad Request) und POST nie passiert (oder zumindest scheint es nicht, weil der Browser es schluckt)
2. Erkennen Sie, dass Fiddlers Antwort OPTIONS auf mysteriöse Weise Duplikate für "Access-Control-Allow-XXX" enthält.
3. Versuchen Sie, die folgende Aussage aus Ihrem Web zu entfernen.Config obwohl Sie klar versuchen, daran erinnern, dass das vorherige Problem zu beheben, und es funktioniert nicht:

diese entfernen:

var enableCorsAttribute = new EnableCorsAttribute("http://mydomain.com", 
                "Origin, Content-Type, Accept", 
                "GET, PUT, POST, DELETE, OPTIONS"); 
     config.EnableCors(enableCorsAttribute); 

Moral:

<httpProtocol> 
     <customHeaders> 
     <remove name="X-Powered-By" /> 
     <add name="Access-Control-Allow-Origin" value="http://mydomain.com" /> 
     <add name="Access-Control-Allow-Headers" value="Accept, Content-Type, Origin" /> 
     <add name="Access-Control-Allow-Methods" value="GET, PUT, POST, DELETE, OPTIONS" /> 
     </customHeaders> 
    </httpProtocol> 

Da Sie bereits das haben Sie brauche nur einen.

Answer 2

Versuchen unter Code in Ihrer Antwort-Header hinzuzufügen:

Response.AddHeader("Access-Control-Allow-Origin", "*"); 

Answer 3

, wenn Sie verwenden OAuth Autorisierung. Anfrage nicht direkt auf Web-API gehen. Sie müssen die OWIN CORS-Unterstützung für diesen Endpunkt aktivieren.

Wie ich auf meiner Seite tun: installieren owin cors

Install-Package Microsoft.Owin.Cors 

Hinweis: bitte nicht verwenden: Install-Package Microsoft.AspNet.WebApi.Cors

In Datei Startup.Auth.cs

//add this line 
      app.UseCors(Microsoft.Owin.Cors.CorsOptions.AllowAll); 

      // Enable the application to use bearer tokens to authenticate users 
      app.UseOAuthBearerTokens(OAuthOptions); 

Answer 4

I habe einen MVC-Controller (kein ApiController), aber die Lösung, die ich entwickelt habe, könnte anderen helfen. Damit Cross-Domain-Zugriff auf eine POST-Aktion (/data/xlsx) auf dem Controller implementiert I 2 Aktionen:

1. für die Vorflugcheck
2. für den Posten

Wenn Sie nicht haben die Aktion HttpOptions, dann erhalten Sie 404 auf dem Pre-Flight-Check.

Code:

[HttpOptions] 
public ActionResult Xlsx() 
{ 
    // Catches and authorises pre-flight requests for /data/xlsx from remote domains 
    Response.AddHeader("Access-Control-Allow-Origin", "*"); 
    Response.AddHeader("Access-Control-Allow-Headers", "Origin, X-Requested-With, Content-Type, Accept"); 
    Response.AddHeader("Access-Control-Allow-Methods", "GET, PUT, POST, DELETE, OPTIONS"); 
    return null; 
} 

[HttpPost] 
public ActionResult Xlsx(string data, string name) 
{ 
    Xlsx(); // Add CORS headers 

    /* ... implementation here ... */ 
} 

Ich habe es in IE getestet 11, Chrome, FireFox.

Answer 5

Fügen Sie diese auf Ihre startup.cs Datei in ConfigureOAuth

app.UseCors (Microsoft.Owin.Cors.CorsOptions.AllowAll);