NGINXでAccess-Control-Allow-Originを追加するにはどうすればよいですか?


158

メインドメインでサブドメインのWebフォントを使用できるようにAccess-Control-Allow-Originヘッダーを設定するにはどうすればよいですか?


ノート:

HTML5BP Server Configsプロジェクトhttps://github.com/h5bp/server-configsに、この例とほとんどのHTTPサーバーのその他のヘッダーがあります。


4
ああ最終的に答えの場所を見つけました/ {add_header Access-Control-Allow-Origin "*"; }
クリスマッキー

回答:


183

Nginxは、http: //wiki.nginx.org/NginxHttpHeadersModuleでコンパイルする必要があります(Ubuntuおよびその他のLinuxディストリビューションのデフォルト)。その後、これを行うことができます

location ~* \.(eot|ttf|woff|woff2)$ {
    add_header Access-Control-Allow-Origin *;
}

Apacheで同じソリューションを実装する場合は、次の手順に従ってください:stackoverflow.com/questions/11616306/…–
camilo_u

6
そのモジュールはデフォルトでコンパイルされているようです(少なくともUbuntuでは)。
スティーブベネット14

1
また、Amazon Linuxリポジトリでデフォルトでコンパイルされました
Ross

1
この場所ディレクティブを配置するファイルと場所は?
スミットアローラ

1
私にはうまくいきません。Nginx 1.10.0、Ubuntu 16.04
Omid Amraei

36

より最新の回答:

#
# Wide-open CORS config for nginx
#
location / {
     if ($request_method = 'OPTIONS') {
        add_header 'Access-Control-Allow-Origin' '*';
        #
        # Om nom nom cookies
        #
        add_header 'Access-Control-Allow-Credentials' 'true';
        add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';
        #
        # Custom headers and headers various browsers *should* be OK with but aren't
        #
        add_header 'Access-Control-Allow-Headers' 'DNT,X-CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type';
        #
        # Tell client that this pre-flight info is valid for 20 days
        #
        add_header 'Access-Control-Max-Age' 1728000;
        add_header 'Content-Type' 'text/plain charset=UTF-8';
        add_header 'Content-Length' 0;
        return 204;
     }
     if ($request_method = 'POST') {
        add_header 'Access-Control-Allow-Origin' '*';
        add_header 'Access-Control-Allow-Credentials' 'true';
        add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';
        add_header 'Access-Control-Allow-Headers' 'DNT,X-CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type';
     }
     if ($request_method = 'GET') {
        add_header 'Access-Control-Allow-Origin' '*';
        add_header 'Access-Control-Allow-Credentials' 'true';
        add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';
        add_header 'Access-Control-Allow-Headers' 'DNT,X-CustomHeader,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type';
     }
}

ソース:https : //michielkalkman.com/snippets/nginx-cors-open-configuration.html

またAccess-Control-Expose-Headers、カスタムヘッダーや「非シンプル」ヘッダーをAjaxリクエストに公開するために、(Access-Control-Allow-Headersと同じ形式で)追加することもできます。

Access-Control-Expose-Headers (optional) - The XMLHttpRequest 2 object has a 
getResponseHeader() method that returns the value of a particular response 
header. During a CORS request, the getResponseHeader() method can only access 
simple response headers. Simple response headers are defined as follows:

    Cache-Control
    Content-Language
    Content-Type
    Expires
    Last-Modified
    Pragma
 If you want clients to be able to access other headers, you have to use the
 Access-Control-Expose-Headers header. The value of this header is a comma-
 delimited list of response headers you want to expose to the client.

- http://www.html5rocks.com/en/tutorials/cors/

他のWebサーバーの構成http://enable-cors.org/server.html


1
すべての場所でこれらの行を繰り返す必要がない方法はありますか?サーバー{}ブロックの下に配置できますか?
-geoyws

@geoyws(@がなければ通知を受け取りませんでした); あなたはそれを場所の上に置くことができます、それは問題ありません:)
クリスマッキー

アクセス・コントロール・公開・ヘッダは、ここで不足している
chovy


1
ヘッダーが200以外の応答にも追加されるように、alwaysすべてにオプションを追加すると便利であることを付け加えますadd_header。nginx 1.7.5以降:nginx.org/en/docs/http/ngx_http_headers_module.html
Mitar

11

これは、GET | POSTの重複を避けるために書いた記事です。NginxでCORSを使用できるようになります。

nginxアクセス制御はオリジンを許可します

これが投稿のサンプルスニペットです。

server {
  listen        80;
  server_name   api.test.com;


  location / {

    # Simple requests
    if ($request_method ~* "(GET|POST)") {
      add_header "Access-Control-Allow-Origin"  *;
    }

    # Preflighted requests
    if ($request_method = OPTIONS ) {
      add_header "Access-Control-Allow-Origin"  *;
      add_header "Access-Control-Allow-Methods" "GET, POST, OPTIONS, HEAD";
      add_header "Access-Control-Allow-Headers" "Authorization, Origin, X-Requested-With, Content-Type, Accept";
      return 200;
    }

    ....
    # Handle request
    ....
  }
}

2
SFポリシーに従って、情報を投稿にコピーする必要があります。リンクするだけではありません。ウェブサイトはいつでも消えることがあり、これは情報の損失になります。
ティム

1
コードを含むように更新有効なポイント@tim、
gansbrest

204 No contentより適切と思われるステータスコードの使用を検討してください。
スラバフォミンII

7

まず、@ hellvinzの回答が私のために働いていると言ってみましょう:

location ~* \.(eot|ttf|woff|woff2)$ {
    add_header Access-Control-Allow-Origin *;
}

ただし、解決策を探してさらに10時間を費やしてからこのソリューションを機能させることができたため、この質問に別の回答で回答することにしました。

Nginxはデフォルトで(正しい)フォントMIMEタイプを定義していないようです。以下のことで、このtuorialを私は次のように追加することができますが見つかりました:

application/x-font-ttf           ttc ttf;
application/x-font-otf           otf;
application/font-woff            woff;
application/font-woff2           woff2;
application/vnd.ms-fontobject    eot;

私のetc/nginx/mime.typesファイルに。述べたように、上記のソリューションはその後機能しました。


2
私は通常、人々にH5BPのmimeタイプファイルを確認するように指示しますgithub.com/h5bp/server-configs-nginx/blob/master/mime.types :)
クリスマッキー

4

Nginxの従来のadd_headerディレクティブは、4xx応答では機能しません。それでもカスタムヘッダーを追加したいので、ngx_headers_moreモジュールをインストールして、more_set_headersディレクティブを使用できるようにする必要があります。これは、4xx応答でも機能します。

sudo apt-get install nginx-extras

その後、使用more_set_headersを nginx.confファイルで、私は以下の私のサンプルを貼り付けています

server {
    listen 80;
    server_name example-site.com;
    root "/home/vagrant/projects/example-site/public";

    index index.html index.htm index.php;

    charset utf-8;

    more_set_headers 'Access-Control-Allow-Origin: $http_origin';
    more_set_headers 'Access-Control-Allow-Methods: GET, POST, OPTIONS, PUT, DELETE, HEAD';
    more_set_headers 'Access-Control-Allow-Credentials: true';
    more_set_headers 'Access-Control-Allow-Headers: Origin,Content-Type,Accept,Authorization';

    location / {
        if ($request_method = 'OPTIONS') {
            more_set_headers 'Access-Control-Allow-Origin: $http_origin';
            more_set_headers 'Access-Control-Allow-Methods: GET, POST, OPTIONS, PUT, DELETE, HEAD';
            more_set_headers 'Access-Control-Max-Age: 1728000';
            more_set_headers 'Access-Control-Allow-Credentials: true';
            more_set_headers 'Access-Control-Allow-Headers: Origin,Content-Type,Accept,Authorization';
            more_set_headers 'Content-Type: text/plain; charset=UTF-8';
            more_set_headers 'Content-Length: 0';
            return 204;
        }
        try_files $uri $uri/ /index.php?$query_string;
    }

    location = /favicon.ico { access_log off; log_not_found off; }
    location = /robots.txt  { access_log off; log_not_found off; }

    access_log off;
    error_log  /var/log/nginx/example-site.com-error.log error;

    sendfile off;

    client_max_body_size 100m;

    location ~ \.php$ {
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
        fastcgi_pass unix:/var/run/php5-fpm.sock;
        fastcgi_index index.php;
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_intercept_errors off;
        fastcgi_buffer_size 16k;
        fastcgi_buffers 4 16k;
    }

    location ~ /\.ht {
        deny all;
    }
}

1

場合によっては、すべての HTTP応答コードをカバーするためにadd_headerwithディレクティブを使用する必要があります。always

location / {
    add_header 'Access-Control-Allow-Origin' '*' always;
}

ドキュメントから:

alwaysパラメーターが指定されている場合(1.7.5)、応答コードに関係なくヘッダーフィールドが追加されます。

応答コードが200、201(1.3.10)、204、206、301、302、303、304、307(1.1.16、1.0.13)、または308(1.13)に等しい場合、指定されたフィールドを応答ヘッダーに追加します。 .0)。パラメーター値には変数を含めることができます。


0

私の場合、Rails 5を使用する唯一の有効なソリューションは、rack-corsgemを追加することです。そのようです:

/ Gemfileに

# Gemfile
gem 'rack-cors'

config / initializers / cors.rb

# config/initializers/cors.rb
Rails.application.config.middleware.insert_before 0, Rack::Cors do
  allow do
    origins 'localhost:4200'
    resource '*',
      headers: :any,
      methods: %i(get post put patch delete options head)
  end
end

ソース:https : //til.hashrocket.com/posts/4d7f12b213-rails-5-api-and-cors


それはnginxが静的ファイルを提供するのにどのように役立ちますか?
ウォルフ

Rails 5アプリを提供するリバースプロキシとしてnginxを使用していました。これは、CORSの制限がnginxからではなく、その背後にある元のRailsアプリから発生した特定のケースです。
user9869932
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.