1. 程式人生 > 資料庫 >Nginx配置跨域請求Access-Control-Allow-Origin * 詳解

Nginx配置跨域請求Access-Control-Allow-Origin * 詳解

前言

當出現403跨域錯誤的時候 No 'Access-Control-Allow-Origin' header is present on the requested resource,需要給Nginx伺服器配置響應的header引數:

一、 解決方案

只需要在Nginx的配置檔案中配置以下引數:

location / { 
 add_header Access-Control-Allow-Origin *;
 add_header Access-Control-Allow-Methods 'GET,POST,OPTIONS';
 add_header Access-Control-Allow-Headers 'DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Authorization';

 if ($request_method = 'OPTIONS') {
  return 204;
 }
} 

上面配置程式碼即可解決問題了,不想深入研究的,看到這裡就可以啦=-=

二、 解釋

1. Access-Control-Allow-Origin

伺服器預設是不被允許跨域的。給Nginx伺服器配置`Access-Control-Allow-Origin *`後,表示伺服器可以接受所有的請求源(Origin),即接受所有跨域的請求。

2. Access-Control-Allow-Headers 是為了防止出現以下錯誤:

Request header field Content-Type is not allowed by Access-Control-Allow-Headers in preflight response.

這個錯誤表示當前請求Content-Type的值不被支援。其實是我們發起了"application/json"的型別請求導致的。這裡涉及到一個概念:預檢請求(preflight request),請看下面"預檢請求"的介紹。

3. Access-Control-Allow-Methods 是為了防止出現以下錯誤:

Content-Type is not allowed by Access-Control-Allow-Headers in preflight response.

4.給OPTIONS 新增 204的返回,是為了處理在傳送POST請求時Nginx依然拒絕訪問的錯誤

傳送"預檢請求"時,需要用到方法 OPTIONS,所以伺服器需要允許該方法。

三、 預檢請求(preflight request)

其實上面的配置涉及到了一個W3C標準:CROS,全稱是跨域資源共享 (Cross-origin resource sharing),它的提出就是為了解決跨域請求的。

跨域資源共享(CORS)標準新增了一組 HTTP 首部欄位,允許伺服器宣告哪些源站有許可權訪問哪些資源。另外,規範要求,對那些可能對伺服器資料產生副作用的HTTP 請求方法(特別是 GET 以外的 HTTP 請求,或者搭配某些 MIME 型別的 POST 請求),瀏覽器必須首先使用 OPTIONS 方法發起一個預檢請求(preflight request),從而獲知服務端是否允許該跨域請求。伺服器確認允許之後,才發起實際的 HTTP 請求。在預檢請求的返回中,伺服器端也可以通知客戶端,是否需要攜帶身份憑證(包括 Cookies 和 HTTP 認證相關資料)。

其實Content-Type欄位的型別為application/json的請求就是上面所說的搭配某些 MIME 型別的 POST 請求,CORS規定,Content-Type不屬於以下MIME型別的,都屬於預檢請求:

application/x-www-form-urlencoded
multipart/form-data
text/plain

所以 application/json的請求 會在正式通訊之前,增加一次"預檢"請求,這次"預檢"請求會帶上頭部資訊 Access-Control-Request-Headers: Content-Type:

OPTIONS /api/test HTTP/1.1
Origin: http://foo.example
Access-Control-Request-Method: POST
Access-Control-Request-Headers: Content-Type
... 省略了一些

伺服器迴應時,返回的頭部資訊如果不包含Access-Control-Allow-Headers: Content-Type則表示不接受非預設的的Content-Type。即出現以下錯誤:

Request header field Content-Type is not allowed by Access-Control-Allow-Headers in preflight response.

參考文章:

  • 阮一峰【跨域資源共享 CORS 詳解】
  • MDN web docs【HTTP訪問控制(CORS)】

總結

以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對我們的支援。