Смертельна CORS, коли http: // localhost є початком

Я застряг у цій проблемі CORS, навіть якщо встановив сервер (nginx / node.js) з відповідними заголовками.

Я бачу на панелі Мережа Chrome -> заголовки відповідей:

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

що повинно зробити трюк.

Ось код, який я зараз використовую для тестування:

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

я отримав

XMLHttpRequest не може завантажити http://stackoverflow.com/ . Походження http: // localhost не дозволено Access-Control-Allow-Origin.

Я підозрюю, що це проблема в клієнтському скрипті, а не в налаштуваннях сервера ...

Chrome не підтримує localhost для запитів CORS (помилка відкрита в 2010 році, позначена WontFix у 2014 році).

Щоб обійти це, ви можете використовувати домен на зразок lvh.me(який вказує на 127.0.0.1 так само, як localhost) або запустити хром із --disable-web-securityпрапором (якщо вважати, що ви просто тестуєте).

Відповідь від @ Beau, Chrome не підтримує локальні запити CORS, і навряд чи є зміни в цьому напрямку.

Я використовую функцію Allow-Control-Allow-Origin: * Розширення Chrome, щоб подолати цю проблему. Розширення додасть необхідні заголовки HTTP для CORS:

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

Вихідний код опублікований на Github .

Зауважте, що розширення фільтрує всі URL-адреси за замовчуванням. Це може зламати деякі веб-сайти (наприклад, Dropbox). Я змінив його, щоб фільтрувати лише URL-адреси localhost із наступним фільтром URL-адрес

*://localhost:*/*

Справжня проблема полягає в тому, що якщо ми встановимо -Allow-всі запити ( OPTIONS& POST), Chrome скасує його. Наступний код працює для мене з POSTLocalHost із 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 надішле запити на CORS від localhostпоходження. Це не проблема із Chrome.

Причина, яку ви не можете завантажувати, http://stackoverflow.comполягає в тому, що Access-Control-Allow-Originзаголовки не дозволяли отримати ваше localhostпоходження.

Швидке та брудне виправлення розширень для Chrome:

Moesif Orign & CORS Changer

Однак Chrome підтримує запити на основі перехресного походження від localhost. Обов’язково додайте заголовок Access-Control-Allow-Originдля localhost.

Жодне з розширень не працювало для мене, тому я встановив простий локальний проксі. У моєму випадку https://www.npmjs.com/package/local-cors-proxy Це налаштування на 2 хвилини:

(зі свого сайту)

npm install -g local-cors-proxy

Кінцева точка API, яку ми хочемо запитати, має проблеми із CORS: https://www.yourdomain.ie/movies/list

Запустити проксі: lcp --proxyUrl https://www.yourdomain.ie

Потім у вашому коді клієнта нова кінцева точка API: http://localhost:8010/proxy/movies/list

Діє як шарм для мене: ваш додаток викликає проксі, який дзвонить на сервер. Нульові проблеми CORS.

Я вирішив не торкатися заголовків і замість цього зробити переадресацію на стороні сервера, і це виглядає як шарм.

Приклад нижче - для поточної версії Angular (наразі 9) та, ймовірно, будь-якого іншого фреймворку, що використовує веб-пакети DevServer. Але я думаю, що той самий принцип буде працювати і в інших прихильниках.

Тому я використовую таку конфігурацію у файлі proxy.conf.json :

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

У разі кутового я обслуговую цю конфігурацію:

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

Я вважаю за краще використовувати проксі-сервер у команді serve, але ви також можете поставити цю конфігурацію на angular.json, як це:

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

Дивитися також:

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

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