Deadly CORS, gdy źródłem jest http: // localhost

Utknąłem z tym problemem CORS, mimo że ustawiłem serwer (nginx / node.js) z odpowiednimi nagłówkami.

Widzę w okienku Sieć Chrome -> Nagłówki odpowiedzi:

Access-Control-Allow-Origin:http://localhost

co powinno załatwić sprawę.

Oto kod, którego teraz używam do testowania:

var xhr = new XMLHttpRequest();
xhr.onload = function() {
   console.log('xhr loaded');
};
xhr.open('GET', 'http://stackoverflow.com/');
xhr.send();

dostaję

XMLHttpRequest nie może załadować http://stackoverflow.com/ . Pochodzenie http: // localhost nie jest dozwolone przez Access-Control-Allow-Origin.

Podejrzewam, że jest to problem w skrypcie klienta, a nie w konfiguracji serwera ...

Chrome nie obsługuje localhost dla żądań CORS (błąd otwarty w 2010 r., Oznaczony WontFix w 2014 r.).

Aby obejść ten problem, możesz użyć domeny typu lvh.me(która wskazuje na 127.0.0.1 podobnie jak localhost) lub uruchomić chrome z --disable-web-securityflagą (zakładając, że właśnie testujesz).

Zgodnie z odpowiedzią @ Beau Chrome nie obsługuje żądań CORS hostów lokalnych i nie ma w tym kierunku żadnych zmian.

Korzystam z rozszerzenia Allow-Control-Allow-Origin: * Rozszerzenie Chrome, aby obejść ten problem. Rozszerzenie doda niezbędne nagłówki HTTP dla CORS:

Access-Control-Allow-Origin: *
Access-Control-Allow-Methods: "GET, PUT, POST, DELETE, HEAD, OPTIONS"
Access-Control-Expose-Headers: <you can add values here>

Kod źródłowy został opublikowany na Github .

Pamiętaj, że rozszerzenie domyślnie filtruje wszystkie adresy URL. Może to spowodować uszkodzenie niektórych stron internetowych (na przykład: Dropbox). Zmieniłem to, aby filtrować tylko adresy URL hosta lokalnego z następującym filtrem adresów URL

*://localhost:*/*

Prawdziwy problem polega na tym, że jeśli ustawimy -Allow-dla wszystkich żądań ( OPTIONSi POST), Chrome je anuluje. Poniższy kod działa dla mnie z POSTLocalHost z Chrome

<?php
if (isset($_SERVER['HTTP_ORIGIN'])) {
    //header("Access-Control-Allow-Origin: {$_SERVER['HTTP_ORIGIN']}");
    header("Access-Control-Allow-Origin: *");
    header('Access-Control-Allow-Credentials: true');    
    header("Access-Control-Allow-Methods: GET, POST, OPTIONS"); 
}   
if ($_SERVER['REQUEST_METHOD'] == 'OPTIONS') {
    if (isset($_SERVER['HTTP_ACCESS_CONTROL_REQUEST_METHOD']))
        header("Access-Control-Allow-Methods: GET, POST, OPTIONS");         
    if (isset($_SERVER['HTTP_ACCESS_CONTROL_REQUEST_HEADERS']))
        header("Access-Control-Allow-Headers:{$_SERVER['HTTP_ACCESS_CONTROL_REQUEST_HEADERS']}");

    exit(0);
} 
?>

Chrome będzie dobrze wysyłać żądania do CORS z localhostpochodzenia. To nie jest problem z Chrome.

Powodem, dla którego nie można załadować, http://stackoverflow.comjest to, że Access-Control-Allow-Originnagłówki nie zezwalały na Twoje localhostpochodzenie.

Szybka i brudna poprawka rozszerzenia Chrome:

Moesif Orign & CORS Changer

Chrome obsługuje jednak żądania dotyczące różnych źródeł z hosta lokalnego. Pamiętaj, aby dodać nagłówek Access-Control-Allow-Origindla localhost.

Żadne z rozszerzeń nie działało dla mnie, więc zainstalowałem prosty lokalny serwer proxy. W moim przypadku https://www.npmjs.com/package/local-cors-proxy Jest to konfiguracja 2-minutowa:

(z ich strony)

npm install -g local-cors-proxy

Punkt końcowy interfejsu API, który chcemy zażądać, mający problemy z CORS: https://www.yourdomain.ie/movies/list

Uruchom serwer proxy: lcp --proxyUrl https://www.yourdomain.ie

Następnie w kodzie klienta nowy punkt końcowy interfejsu API: http://localhost:8010/proxy/movies/list

Dla mnie zadziałało: twoja aplikacja wywołuje proxy, który dzwoni do serwera. Zero problemów CORS.

Postanowiłem nie dotykać nagłówków i zamiast tego przekierowywać po stronie serwera, a to działa jak urok.

Poniższy przykład dotyczy bieżącej wersji Angulara (obecnie 9) i prawdopodobnie każdego innego frameworka używającego webpacks DevServer. Ale myślę, że ta sama zasada będzie działać na innych backendach.

Dlatego używam następującej konfiguracji w pliku proxy.conf.json :

{
  "/api": {
    "target": "http://localhost:3000",
    "pathRewrite": {"^/api" : ""},
   "secure": false
 }
}

W przypadku Angulara obsługuję w tej konfiguracji:

$ ng serve -o --proxy-config=proxy.conf.json

Wolę używać proxy w poleceniu służyć, ale można również umieścić tę konfigurację do angular.json tak:

"architect": {
  "serve": {
    "builder": "@angular-devkit/build-angular:dev-server",
    "options": {
      "browserTarget": "your-application-name:build",
      "proxyConfig": "src/proxy.conf.json"
    },

Zobacz też:

https://www.techiediaries.com/fix-cors-with-angular-cli-proxy-configuration/

https://webpack.js.org/configuration/dev-server/#devserverproxy