Como adiciono Access-Control-Allow-Origin no NGINX?

O Nginx deve ser compilado com http://wiki.nginx.org/NginxHttpHeadersModule (padrão no Ubuntu e em algumas outras distribuições Linux). Então você pode fazer isso

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

coringas curinga

Uma resposta mais atualizada:

#
# 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';
     }
}

fonte: https://michielkalkman.com/snippets/nginx-cors-open-configuration.html

Você também pode adicionar Access-Control-Expose-Headers(no mesmo formato que Access-Control-Allow-Headers) para expor seus cabeçalhos personalizados e/ou 'não simples' a solicitações ajax.

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/

Configurações para outros servidores web http://enable-cors.org/server.html

Acesso-Controle-Permitir-Credenciais

Se você estiver usando Access-Control-Allow-Credentials com sua solicitação CORS, você desejará que a fiação do cabeçalho do cors em seu local se pareça com isso. Como a origem deve corresponder ao domínio do cliente, o curinga não funciona.

        if ($http_origin = ''){
            set $http_origin "*";
        }

        proxy_hide_header Access-Control-Allow-Origin;
        add_header Access-Control-Allow-Origin $http_origin;

Aqui está o artigo que escrevi que evita algumas duplicações para GET|POST. Isso deve levá-lo a usar CORS no Nginx.

controle de acesso nginx permitir origem

Aqui está o trecho de amostra do post:

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
    ....
  }
}

Em alguns casos, você precisa usar add_headerdiretivas com alwayspara cobrir todos os códigos de resposta HTTP.

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

Da documentação :

Se o parâmetro sempre for especificado (1.7.5), o campo de cabeçalho será adicionado independentemente do código de resposta.

Adiciona o campo especificado a um cabeçalho de resposta desde que o código de resposta seja igual a 200, 201 (1.3.10), 204, 206, 301, 302, 303, 304, 307 (1.1.16, 1.0.13) ou 308 (1.13 .0). O valor do parâmetro pode conter variáveis.

Em primeiro lugar, deixe-me dizer que a resposta do @hellvinz está funcionando para mim:

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

No entanto, decidi responder a essa pergunta com uma resposta separada, pois só consegui fazer essa solução funcionar depois de mais dez horas procurando uma solução.

Parece que o Nginx não define nenhum tipo MIME de fonte (correto) por padrão. Seguindo este tutorial , descobri que poderia adicionar o seguinte:

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

Para o meu etc/nginx/mime.typesarquivo. Como afirmado, a solução acima funcionou.

A diretiva add_header tradicional do Nginx não funciona com respostas 4xx. Como ainda queremos adicionar cabeçalhos personalizados a eles, precisamos instalar o módulo ngx_headers_more para poder usar a diretiva more_set_headers, que também funciona com respostas 4xx.

sudo apt-get install nginx-extras

Em seguida, use more_set_headers no arquivo nginx.conf, colei meu exemplo abaixo

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;
    }
}

No meu caso, usando Rails 5, a única solução funcional foi adicionar a rack-corsgem. Igual a:

em /Gemfile

# Gemfile
gem 'rack-cors'

em 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

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

No meu caso, adicionar o Controle de Acesso com um cabeçalho curinga não funcionou. Acabei tendo que definir o cabeçalho do proxy com meu host de aplicativos da web e o cabeçalho de controle de acesso com o conjunto de origem. Aqui está um exemplo que funcionou para mim:

location /service {
    proxy_pass http://graphql-server:8080;
    proxy_set_header Origin http://graphql-server:8080;
    proxy_hide_header Access-Control-Allow-Origin;
    add_header Access-Control-Allow-Origin "$http_origin" always;
}