一文看懂Nginx如何配置跨域,值得收藏

2021-03-02    分類: 網站建設

當出現403跨域錯誤的時候 No 'Access-Control-Allow-Origin' header is present on the requested resource,需要給Nginx服務器配置響應的header參數,下面一起來看看吧!

一文看懂nginx如何配置跨域,值得收藏

一、 配置跨域

一文看懂nginx如何配置跨域,值得收藏

只需要在Nginx的配置文件中配置以下參數:

  1. location / {  
  2.  add_header Access-Control-Allow-Origin *; 
  3.  add_header Access-Control-Allow-Methods 'GET, POST, OPTIONS'; 
  4.  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'; 
  5.   
  6.  if ($request_method = 'OPTIONS') { 
  7.  return 204; 
  8.  } 

上面配置代碼即可解決問題了。

二、 參數說明

1. Access-Control-Allow-Origin

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

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

  1. 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 是為了防止出現以下錯誤:

  1. 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),它的提出就是為了解決跨域請求的。

一文看懂nginx如何配置跨域,值得收藏

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

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

  1. application/x-www-form-urlencodEDMultipart/form-datatext/plain 

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

  1. OPTIONS /api/test HTTP/1.1 
  2. Origin: http://foo.example 
  3. Access-Control-Request-Method: POST 
  4. Access-Control-Request-Headers: Content-Type 
  5. ...  

服務器回應時,返回的頭部信息如果不包含Access-Control-Allow-Headers: Content-Type則表示不接受非默認的的Content-Type。即出現以下錯誤:

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


分享名稱:一文看懂Nginx如何配置跨域,值得收藏
當前URL:http://m.kartarina.com/news/103798.html

成都網站建設公司_創新互聯,為您提供企業建站營銷型網站建設企業網站制作外貿網站建設品牌網站制作關鍵詞優化

廣告

聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯

微信小程序開發
主站蜘蛛池模板: 精品久久久无码中文字幕天天| 亚洲av无码片在线观看| 亚洲成在人线在线播放无码| 亚洲午夜无码久久久久小说| 国产精品无码无卡在线观看久| 久久久91人妻无码精品蜜桃HD | 中文字幕乱偷无码av先锋蜜桃| 精品无码一区二区三区水蜜桃| 无码国产精品一区二区免费模式| 成人毛片无码一区二区| 久久亚洲精品无码| 国产精品午夜无码AV天美传媒| 亚洲AV无码久久寂寞少妇| 国产精品无码免费专区午夜| 日韩免费a级毛片无码a∨| 日日麻批免费40分钟无码| 亚洲乱亚洲乱少妇无码| 亚洲av无码一区二区三区天堂 | 亚洲爆乳无码一区二区三区| 免费无码黄动漫在线观看| 精品无码一区二区三区爱欲| 免费无码又爽又刺激网站| 波多野结衣VA无码中文字幕电影 | 国产AⅤ无码专区亚洲AV| 中文字幕韩国三级理论无码| 未满十八18禁止免费无码网站| 亚洲成a人在线看天堂无码| 毛片无码一区二区三区a片视频| 亚洲国产成人精品无码区在线网站| 一本大道久久东京热无码AV| 曰韩人妻无码一区二区三区综合部| 午夜无码伦费影视在线观看| 亚洲中文字幕不卡无码| 成人av片无码免费天天看| 一本之道高清无码视频| 国产成人无码a区在线视频| 中文字幕人妻三级中文无码视频| 精品人妻中文无码AV在线| 国产午夜激无码av毛片| 无码av中文一二三区| 久久亚洲国产成人精品无码区 |