Ich stoße auf ein Problem mit einer 302-Weiterleitung, nachdem mein CORS-Preflight erfolgreich einen 200-Status zurückgegeben hat. Ich baue gerade eine App mit Laravel 4.1 und Angular 1.2 sowie meinem eigenen OAUTH2 Server.
Der Fehler, den Chrome / FF / Safari an mich zurücksendet, ist:
XMLHttpRequest kann
http://localhost.api/api/v1/tracks?$filter=id%20eq%20guid%27d7de10ba-e353-455b-a3cb-ced9b4965141%27&nicht laden. Die Anfrage wurde an 'http://localhost.api/session/invalid' umgeleitet, was für Anfragen mit Ursprung über Kreuz, die Preflight erfordern, nicht zulässig ist.
Ich nehme an, was mein Problem verursacht, ist die "Umleitung", die passiert - da meine normalen CORS alle Arbeiten wie erwartet anfordert.
Meine Konfiguration für meine Access-Control-Allow- * Header ist während des Tests ziemlich offen.
%Vor%Die fragliche Weiterleitung befindet sich in einem Vorfilter, der die Gültigkeit eines OAUTH2-Zugriffstokens prüft
%Vor%Alle diese Anfragen funktionierten, als ich das Debugging mit POSTMAN versuchte, aber nach meinen Recherchen habe ich herausgefunden, dass Erweiterungen nicht notwendigerweise nach denselben Regeln spielen müssen. Genauso wie ich bemerkt habe, dass meine Anfragen mit POSTMAN niemals Preflight-OPTIONS-Anfragen senden, wenn ich ein einfaches GET, POST, etc. einleite.
Hier sind die Kopfzeilen sowohl einer OPTIONS-Anfrage als auch einer GET-Anfrage, um ihr zu folgen, die meinen Fehler zurückgibt
Header anfordern
%Vor%Antwortheader
%Vor%Header anfordern
%Vor%Antwortheader
%Vor%Ich habe so etwas gemacht und es hat gut für mich funktioniert
%Vor%Ich habe diesen Code in laravel index.php
hinzugefügtHier ist die Referenz für CORS Ссылка