位置: IT常识 - 正文

Nginx跨域解决方案(nginx跨域配置详解)

编辑:rootadmin
Nginx跨域解决方案

推荐整理分享Nginx跨域解决方案(nginx跨域配置详解),希望有所帮助,仅作参考,欢迎阅读内容。

文章相关热门搜索词:nginx 解决跨域,nginx 解决跨域,nginx解决跨域的常用方案,nginx 跨域,nginx解决跨域问题原理,nginx跨域解决方案 8082,nginx 解决跨域,nginx 解决跨域,内容如对您有帮助,希望把文章链接给更多的朋友!

前置条件: 前端网站地址:http://localhost:4443 服务端网址:http://localhost:9081

当网站8080访问服务端接口的时候会产生跨域的问题

跨域主要设计到4个响应头:

Access-Control-Allow-Origin 用于设置允许跨域请求源地址 (预检请求和正式请求在跨域时候都会验证)Access-Control-Allow-Headers 跨域允许携带的特殊头信息字段 (只在预检请求验证)Access-Control-Allow-Methods 跨域允许的请求方法或者说HTTP动词 (只在预检请求验证)Access-Control-Allow-Credentials 是否允许跨域使用cookies,如果要跨域使用cookies,可以添加上此请求响应头,值设为true(设置或者不设置,都不会影响请求发送,只会影响在跨域时候是否要携带cookies,但是如果设置,预检请求和正式请求都需要设置)。不过不建议跨域使用,除非必要,因为有很多方案可以代替。

跨域请求时会先发送预检请求,浏览器首先会询问服务器,当前网页所在的域名是否在服务器的许可列表中,以及可以使用的请求头和请求方法。若得到肯定的答复,才会发送正式请求Xhr请求,否则报错

报错情况1

Access to XMLHttpRequest at ‘http://localhost:9081/api/’ from origin ‘http://localhost:4443’ has been blocked by CORS policy: Response to preflight request doesn’t pass access control check: No > ‘Access-Control-Allow-Origin’ header is present on the requested resource.

通过错误信息可以很清晰的定位到错误priflight说明是个预请求,CORS 机制跨域会首先进行 preflight(一个 OPTIONS 请求), 该请求成功后才会发送真正的请求。这一设计旨在确保服务器对 CORS 标准知情,以保护不支持 CORS 的旧服务器

解决方案:

server { listen 8080; server_name localhost; location / { add_header Access-Control-Allow-Origin 'http://localhost:4443'; proxy_pass http://localhost:9081; }}Nginx跨域解决方案(nginx跨域配置详解)

报错情况2

Access to XMLHttpRequest at ‘http://localhost:9081/api/’ from origin ‘http://localhost:4443’ has been blocked by CORS policy: Response to preflight request doesn’t pass access control check: It does not have HTTP ok status.

通过报错信息提示可以得知,是跨域浏览器默认行为的预请求(option请求)没有收到ok状态码,此时再修改配置文件,当请求为option请求时候,给浏览器返回一个状态码(一般是204)

如果想要每次响应信息都携带头字段信息,需要在最后添加always(经我测试,只有Access-Control-Allow-Origin这个头信息需要加always,其他的不加always也会携带回来)

server { listen 8080; server_name localhost; location / { add_header Access-Control-Allow-Origin 'http://localhost:4443' always; if ($request_method = 'OPTIONS') { return 204; } proxy_pass http://localhost:9081; }}

报错情况3

Access to XMLHttpRequest at ‘http://localhost:9081/api/’ from origin ‘http://localhost:4443’ has been blocked by CORS policy: Request header field authorization is not allowed by Access-Control-Allow-Headers in preflight response. 意思就是预请求响应头Access-Control-Allow-Headers中缺少头信息(各种情况会不一样,在发生跨域后,在自定义添加的头信息是不允许的,需要添加到请求响应头Access-Control-Allow-Headers中,以便浏览器知道此头信息的携带是服务器承认合法的)

server { listen 8080; server_name localhost; location / { add_header Access-Control-Allow-Origin 'http://localhost:4443' always; if ($request_method = 'OPTIONS') { add_header Access-Control-Allow-Headers '*'; #为什么写在if里面而不是接着Access-Control-Allow-Origin往下写?因为这里只有预检请求才会检查 return 204; } proxy_pass http://localhost:9081; }}

报错情况4 如果`if ($request_method = ‘OPTIONS’)``中配置了add_header,那么预检请求外部配置均会失效 官方文档

There could be several add_header directives. These directives are inherited from the previous level if and only if there are no add_header directives defined on the current level.

意思就是当前层级无 add_header 指令时,则继承上一层级的add_header。相反的若当前层级有了add_header,就应该无法继承上一层的add_header。

server { listen 8080; server_name localhost; location / { add_header Access-Control-Allow-Origin 'http://localhost:4443' always; if ($request_method = 'OPTIONS') { add_header Access-Control-Allow-Origin 'http://localhost:4443'; add_header Access-Control-Allow-Headers '*'; #为什么写在if里面而不是接着Access-Control-Allow-Origin往下写?因为这里只有预检请求才会检查 return 204; } proxy_pass http://localhost:9081; }}

但是由于此写法携带上两个 Access-Control-Allow-Origin ,这种情况也是不允许的 因此修正过的配置如下(其中*可以根据自己的需求替换)

server { listen 8080; server_name localhost; location / { if ($request_method = 'OPTIONS') { add_header Access-Control-Allow-Origin 'http://localhost:4443'; add_header Access-Control-Allow-Headers '*'; #为什么写在if里面?因为这里只有预检请求才会检查 add_header Access-Control-Allow-Methods '*'; add_header Access-Control-Allow-Credentials 'true'; return 204; } if ($request_method != 'OPTIONS') { add_header Access-Control-Allow-Origin 'http://localhost:4443' always; add_header Access-Control-Allow-Credentials 'true'; } proxy_pass http://localhost:9081; }}

或者

server { listen 8080; server_name localhost; location / { add_header Access-Control-Allow-Origin 'http://localhost:4443' always; add_header Access-Control-Allow-Headers '*'; add_header Access-Control-Allow-Methods '*'; add_header Access-Control-Allow-Credentials 'true'; if ($request_method = 'OPTIONS') { return 204; } proxy_pass http://localhost:9081; }}

参考文章:Nginx 轻松解决跨域问题

本文链接地址:https://www.jiuchutong.com/zhishi/300723.html 转载请保留说明!

上一篇:缺陷修改实践——replace函数的运用|思考?(缺陷修饰)

下一篇:【pytorch】有关nn.EMBEDDING的简单介绍(pytorch nn.parameters)

  • 印花税计算是否含税
  • 所得税汇算清缴账务处理
  • 所得税费用怎么算分录
  • 出租划拨土地收费合法吗
  • 小规模纳税人进货分录
  • 用友 项目核算
  • 购买信息技术服务费摘要怎么写
  • 培训咨询企业的发展前景
  • 企业长期贷款具备什么条件
  • 委托外单位加工发出的材料分录
  • 内帐怎么做增值税处理
  • 餐饮业一般纳税人企业所得税税率
  • 注册资金怎么提出来
  • 出口退税限额如何理解
  • 收到客户赔偿款计入什么科目
  • 外购的形式
  • 报销招待费的会计怎么做
  • 注销企业基本户需要先注销一般户吗
  • php字符串型数据的定义方式
  • 抵扣联和发票联丢失怎么办
  • win7安装包下载
  • 注册造价师挂靠费如何缴个税?
  • uniapp传值
  • php特性包括
  • 销售地下车库缴纳哪些税
  • 持有至到期投资减值准备
  • axios在vue中的使用慕课笔记
  • vue发送post请求如何传两个参数
  • 可以抵扣的项目有哪些
  • python的opencv
  • 简易计税适用什么类型企业
  • python 虚拟环境
  • 印花税减半征收减免性质代码
  • css content \f041
  • 补收入账是什么意思
  • 港股上市公司股票代码
  • 开了张增值税发票能退吗
  • 收到购置税完税通知书
  • 研发费用资本化可以加计扣除吗
  • 银行存款转银行存款 什么凭证
  • 织梦cms可以商用吗
  • mongodb数据库中使用哪个数据库可以设置用户名和密码
  • 驱动开发:内核是什么
  • 钢管租赁如何跑业务
  • 进项税额转出会计分录
  • sqlserver数据库版本号怎么查
  • 个税汇算要清缴么
  • 报废车怎么处理最划算
  • 交易性金融资产包括哪些项目
  • 广告牌制作加盟厂家
  • 外汇增值税是怎样计算
  • 收到发票应如何处理
  • 建筑安装业,指从事____的企业
  • 已认证抵扣的发票如何做账
  • 转贴现占谁的授信
  • 主播工资不发应该到哪里投诉
  • 英飞拓拟2.1亿出售子公司股权
  • 公司既没有收入怎么办
  • 普通发票做帐有什么用
  • 返聘的退休人员需不需要缴纳社保
  • 货款已付对方不发货的案例分析
  • 以前年度调整要更正申报吗
  • 减少注册资本要公示多少天
  • 提高sql执行效率的方法
  • sql查询方法有哪些
  • win10如何设置快捷键
  • win10预览版和正式版区别
  • mac10.5系统
  • win8.1原版系统安装教程
  • Win10 Mobile Build 10572 其它未记录更新内容汇总
  • xp 控制面板
  • win7插u盘电脑没反应怎么回事
  • win8资源管理器未响应
  • js必须掌握的
  • node.js使用教程
  • 登录""增值税发票选择确认平台""时提示""打开设备
  • 水利优惠政策
  • 长安cs752016款2.0手动
  • 攸县丧葬
  • 按季申报印花税怎么申报
  • 免责声明:网站部分图片文字素材来源于网络,如有侵权,请及时告知,我们会第一时间删除,谢谢! 邮箱:opceo@qq.com

    鄂ICP备2023003026号

    网站地图: 企业信息 工商信息 财税知识 网络常识 编程技术

    友情链接: 武汉网站建设