kangle网站ajax跨域请求Access-Control-Allow-Origin根据浏览器请求头Sec-Fetch-Mode=cors来进行添加的方案，do oss cdn，HTTP协议之Origin头部，dash m4s mpd加载失败，cache缓存错误共用 - ZMX - IT技术交流论坛 - 无限Perfect，追求梦想 - itzmx.com

上传

点击文件名下载附件

跨域可以优化，比如说请求头有Sec-Fetch-Mode=cors，才执行添加Access-Control-Allow-Origin=*

收到no-cors或者没有这个请求头，则不添加

但是有个问题，，这样设置不知道缓存会不会被hit共用。得有时间测一下

这样看起来也更智能一点，还可以做到来节省头字节流量

2019年12月10日00:45:26
补充，目前3.5.18.1版本，发现缓存是公用的
比如说测试Sec-Fetch-Mode，，发现还是没有收到服务器头部，后来发现，是要用Origin，如下参考代码

curl -v -I -H "Origin: https://poi3.com" https://poi.nyc3.cdn.digitaloceanspaces.com/post/videos/001/069/zdjV3_dash/vod.mpd

复制代码

GET请求模式，通过测试head请求的话，源站是不会返回跨域回应头数据的，CDN下不管是什么请求都会返回

wget -S --header="Origin: https://poi3.com" https://poi.nyc3.cdn.digitaloceanspaces.com/post/videos/001/069/zdjV3_dash/vod.mpd

复制代码

跨域请求会有
Origin: https://poi3.com
Sec-Fetch-Mode: cors
Sec-Fetch-Site: cross-site

浏览器新标签请求为
Sec-Fetch-Mode: navigate
Sec-Fetch-Site: none
Sec-Fetch-User: ?1
Upgrade-Insecure-Requests: 1

非跨域请求为
sec-fetch-mode: no-cors
sec-fetch-site: cross-site

后来，发现do oss cdn最重要的是Origin头部来判断，而不是Sec-Fetch-Mode
如果直接oss源，只有GET请求才会返回，比如curl的HEAD请求源站就没有返回结果
CDN的话，会返回所有有Origin头部头部请求的跨域
kangle直接反代oss源站或者CDN的情况，，，可能收到某些浏览器直接访问文件，然后产生了一个缓存异常错误结果
导致正常播放器跨域输出缓存的内容，缓存了没有Access-Control-Allow-Origin回应的头部，就产生了无法播放的问题

直接在kangle上屏蔽没有Origin请求头就拒绝访问，或者Sec-Fetch-Mode内容不为cors则拒绝是目前是解决方案
图片仅供参考，dash还会有m4s等文件格式
(, 下载次数: 23)