后台配置Access-Control-Allow-Origin :*后依然被浏览器拦截_multiple cors header 'access-control-allow-origin'-CSDN博

link管理
链接快照平台
输入网页链接，自动生成快照
标签化管理网页链接
CROS跨域遇到的问题

后台配置好 Access-Control-Allow-Origin :* 之后谷歌浏览器Network中还是显示 CROS ERROR, 鼠标放上去显示 Cross-Origin Resource Sharing error: PreflightWildcardOriginNotAllowed
在CORS中，Credential不接受http响应首部中的‘Access-Control-Allow-Origin’设置为通配符‘*’
CORS 请求发出时，已经设定了credentials，但服务端配置了http响应首部 Access-Control-Allow-Origin 的值为通配符 ("*") ，而这与使用credentials相悖。 
要在客户端改正这个问题，只需要确保发出 CORS 请求时将credential设置为false。 
如果使用 XMLHttpRequest 发出请求，确保未将 withCredentials 设置为 true。
如果使用 Server-sent events, 确保 EventSource.withCredentials 的值为 false (false为默认值)。
如果使用 Fetch API，确保 Request.credentials 的值为 "omit". 
如果还不成功，则需要修改服务端，可能需要修改 Access-Control-Allow-Origin 的值，来为客户端所能够加载资源的源予以授权。 
 这里博主使用的是将 withCredentials 设置为 false。 
 因为是vue的项目 axios进行了二次封装, 修改了default属性 
 axios.defaults.withCredentials = true; 
 在发送请求跨域请求的时候手动指定withCredentials 为 false 
 import axios from 'axios'
axios({
  method: 'post',
  url: 'https://cros.aa.com/list',
  data: qs.stringify({
    accessToken: token,
    pageSize: 50
  }),
  withCredentials: false,
  headers: {
    'Content-Type': 'application/x-www-form-urlencoded'
MDN地址
                    CROS跨域遇到的问题后台配置好  Access-Control-Allow-Origin :*之后 谷歌浏览器Network中还是显示 CROS ERROR, 鼠标放上去显示 Cross-Origin Resource Sharing error: PreflightWildcardOriginNotAllowed原因在CORS中，Credential不接受http响应首部中的‘Access-Control-Allow-Origin’设置为通配符‘*’解决方案CORS 请求发出时，已经设定了c
二、如果www.a.com域设置了access-control-allow-origin:* http头, 其他任何域包括www.b.com域的js就可以使用Ajax技术读取到www.a.com域的数据
三、根据w3...
				　　今天在公司调试一个项目，这个项目的前后端是分离开的，也就是说前后端是在两个站点上的。我负责的前端页面在请求后端数据的时候数据可以拿到，但是chrome安全级别高，自动拦截跨域和站点的数据请求及交互，出现如下图所以的问题：
　　在网上查找了很多资料，只知道原因是chrome浏览器安全拦截，但始终没有找到解决办法，最后询问了公司的大牛，给出指导，终于解决的这个问题，现将解决思路梳理一下，以备...
这种时候由于前端的报错不像后端那样具体明显，可以快速的根据异常信息定位到那一行代码发生的错误，让人很头疼，我在多次碰壁后总结了一下这个问题：
第一：首先Access-Control-Allow-Origin这个问题，第一个想到的应该是跨域问题是否解决，一般解决办法是在你的应用中添加跨域组件（配置类），或者是加@CrossOrigin注解解决。
第二：当然如果你使用了nginx做反向代理，那一
				说起跨域请求,大家首先想到的就会是设置请求头Access-Control-Allow-Origin: *。但是有时候只设置这么一样还是解决不了的跨域问题就要分的比较细的设置请求头了：
access-control-allow-headers: Authorization, Content-Type, Depth, User-Agent, X-File-Size, X-Requested-Wit...
后面加上  --disable-web-security --user-data-dir=“D:\lynn\data” --disable-site-isolation-trials
然后点保存。双击图标出现下图就成功了
				传统的跨域请求没有好的解决方案，无非就是jsonp和iframe，随着跨域请求的应用越来越多，W3C提供了跨域请求的标准方案（Cross-Origin Resource Sharing）。IE8、Firefox 3.5 及其以后的版本、Chrome浏览器、Safari 4 等已经实现了 Cross-Origin Resource Sharing 规范，实现了跨域请求。
在服务器响应客户端的时候，...
				Access-Control-Allow-Origin和Access-Control-Allow-Credentials是CORS（跨源资源共享）的两个重要响应头。前者指定了哪些源站可以访问该资源，后者指定了是否允许发送Cookie等凭据信息。如果Access-Control-Allow-Credentials的值为true，则Access-Control-Allow-Origin不能为*，必须指定具体的源站。
如果想让https://evilwww.bilibili.com这个源站可以访问该资源，并且接受真正的后缀源（www.example.com 信任 evilexample.com），可以在响应头中添加如下内容：
```nginx
add_header 'Access-Control-Allow-Origin' 'https://evilwww.bilibili.com';
add_header 'Access-Control-Allow-Credentials' 'true';
需要注意的是，如果源站不是https://evilwww.bilibili.com，那么访问该资源时会被浏览器拦截。如果需要允许其他源站访问该资源，可以在Access-Control-Allow-Origin中添加多个源站，用逗号隔开。