Перекрестный общий доступ к ресурсам (CORS) с помощью nginx / chrome

13

У меня есть сайт со следующей сегментацией:

api.example.com 
developers.example.com 
example.com

Я хотел бы разрешить и то example.comи другое developers.example.comделать запросы AJAX api.example.com.

Моя конфигурация nginx api.example.com, которая является приложением Rack для Unicorn, выглядит следующим образом:

upstream app_server {
  server unix:/tmp/api.example.com.sock fail_timeout=0;
}

server {
       listen 80;
       server_name api.example.com;
       access_log /home/nginx/api.example.com/log/access.log;
       error_log /home/nginx/api.example.com/log/error.log;
       location / {
         add_header 'Access-Control-Allow-Origin' 'http://example.com,http://developers.example.com';
         add_header 'Access-Control-Allow-Credentials' 'true';
         add_header 'Access-Control-Allow-Headers' 'Content-Type,Accept';
         add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS, PUT, DELETE';

         proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
         proxy_set_header Host $http_host;
         proxy_redirect off;
         proxy_pass http://app_server;
       }

}

Судя по моим прочтениям, этого должно быть достаточно для того, что я пытаюсь сделать.

В OPTIONS отклика:

HTTP/1.1 200 OK
Server: nginx/0.7.67
Date: Sat, 28 Apr 2012 17:20:08 GMT
Content-Type: application/json
Connection: close
Status: 200 OK
Content-Length: 0
Access-Control-Allow-Origin: http://developers.example.com,http://example.com
Access-Control-Allow-Credentials: true
Access-Control-Allow-Headers: Content-Type,Accept
Access-Control-Allow-Methods: GET, POST, OPTIONS, PUT, DELETE

Но когда я пытаюсь следующее в консоли Chrome:

$.ajax("http://api.example.com", {
  type: 'get',
  contentType: "application/json",
  accept: "application/json"
}).success(function(data){
  console.log("success!", data);
}).fail(function(jqxhr, statusText){
  console.log("fail!", jqxhr, statusText);
})

Я вижу:

XMLHttpRequest cannot load http://api.example.com/. Origin
http://developers.example.com is not allowed by Access-Control-Allow-Origin.

И то же самое для http://example.com .

Что мне не хватает?

Если я установил , Access-Control-Allow-Originчтобы *потом я вижу:

HTTP/1.1 200 OK
Server: nginx/0.7.67
Date: Sat, 28 Apr 2012 17:28:41 GMT
Content-Type: application/json
Connection: close
Status: 200 OK
Content-Length: 0
Access-Control-Allow-Origin: *
Access-Control-Allow-Headers: Content-Type,Accept
Access-Control-Allow-Methods: GET, POST, OPTIONS, PUT, DELETE

Но запрос jQuery все еще терпит неудачу, с хромом, также подчеркивающим, что предварительный полет OPTIONSне удался (даже если он вернулся 200 OK).

nginx

— Джон Ледбеттер
источник

17

Согласно спецификации CORS несколько источников должны быть разделены пробелами, а не запятыми, как вы использовали, поэтому попробуйте отправить этот заголовок:

Access-Control-Allow-Origin: http://developers.example.com http://example.com

Документация Mozilla не упоминает несколько источников, поэтому, если это все еще не работает, попробуйте только отправить:

Access-Control-Allow-Origin: http://developers.example.com

Если это работает, вам нужно настроить nginx или сервер приложений, чтобы он возвращал Access-Control-Allow-Originзаголовок, содержащий значение Originзаголовка, отправленного клиентом, если он соответствует разрешенному списку. Что-то вроде следующей (непроверенной) конфигурации nginx может сделать это:

if ($http_origin ~ "^(http://developers.example.com|http://example.com)$") {
    add_header "Access-Control-Allow-Origin" $http_origin;
}

— mgorven
источник

Это часть того, что я в итоге делал. Я также удалил Access-Control-Allow-Headerзаголовок и изменил свой вызов jQuery следующим образом: $.ajax("http://api.example.com", { type: 'get', crossDomain: true}) что OPTIONSвообще предотвратило предпечатную проверку.

— Джон Ледбеттер

1

ПРИМЕЧАНИЕ: если данное решение не работает для вас, прочитайте это и это . Это поучительно, и вы можете найти причину, по которой это не работает.

— its_me

4

Спользование ifв locationблоке в качестве Nginx конфигурации , как это:

if ($http_origin ~ "^(http://developers.example.com|http://example.com)$") {
    add_header "Access-Control-Allow-Origin" $http_origin;
}

Заставить nginx делать странные вещи. В частности, proxy_passи try_filesне работает, как ожидалось. Смотрите http://wiki.nginx.org/IfIsEvil для получения дополнительной информации.

— Энтони Моралез
источник