• 关于

    判断cdn

    的搜索结果

回答

用户配置完CDN加速域名后需要判断CDN是否生效,主要有以下几种方法:1、用户可以通过dig或者nslookup查看加速域名的解析情况,是否有将其CNAME到CDN给提供的CNAME域名上。对于windows的用户可以通过ping测试来验证解析情况,2、通过nslookup和ping相应的CDN域名可以获取用户访问的CDN节点的IP和延时丢包等基本的排错信息。用户可以根据解析出来的IP在CDN的控制台上查看是否为CDN节点的IP,3、用户可以获取对应加速域名的资源的response头查看是否有CDN加速对应的头信息来判断CDN是否生效。如下图。参考来源https://help.aliyun.com/knowledge_detail/40144.html欢迎题主,我把私人所了解的提供给你,供一起互相交流学习,你可以继续留言或者到论坛参与更多的互动。、

大财主 2019-12-02 00:22:50 0 浏览量 回答数 0

问题

阿里云CDN支持UA判断吗?

喔粉哥 2019-12-01 21:03:03 2183 浏览量 回答数 1

回答

解决方案问题1:某地区用户ping不通CDN的加速域名排查用户的加速域名是否在沙箱节点中(目前可以在CDN控制台得知其加速域名是否在CDN沙箱节点)。以ycc.pier39.cn为例,域名在沙箱中,则控制台域名状态提示会如下图所示:image.png | center | 763x291沙箱中的域名无法保证服务稳定性,所以会存在ping不通的情况,此时可能沙箱正在受到攻击。根据提交的Ping截图,拿到所访问的节点IP,核实该IP是否是CDN节点IP,以IP:1.2.3.4,域名zihu-live.pier39.cn为例,请按照这里的方法核查是否该IP为CDN节点。如果用户的访问节点不是CDN节点IP,需要用户核实几个情况:用户本地是否有开启代理软件(有些代理软件会强制更改访问域名的解析情况)。用户是否有绑定Host文件,将加速域名强制解析到了某个IP。用户本地存在DNS劫持,这种情况,让用户本地开启杀毒安全软件,并且固定本地所使用的DNS为阿里的223或者电信的114或者其他知名的DNS,如果劫持情况比较严重,并且无法解决,则需要向你的网络服务提供商投诉要求解决劫持。自己本地实际ping该节点IP,以及使用站长工具(比如17ce.com或者听云平台)在全国探测该节点IP,是否存在问题(问题现象:各个地区访问该节点均延迟均较大或者不通,自己本地也Ping该节点不通),这种情况该节点存在问题的可能性较大(结合步骤1确认好域名确实没有在沙箱中)。让用户本地使用tracert(win主机)或者traceroute(linux主机)到该IP进行探测并提供完整探测截图,根据得到的截图确定整个网络链路的问题点。MTR信息判断方法:目的节点丢包率为100%,并且从目的节点往前一直找到第一个开始丢包的节点(中间不能有丢包率为0%的路由节点),则第一个开始丢包的路由节点是问题路由的可能性较大。详细排查步骤可以参考这篇文章。也可以给阿里云技术同学进行排查。在此期间缓解用户问题的方法:让用户更改本地所使用的localDNS为其他DNS(比如电信的114或者阿里的223)并且刷新本地的DNS缓存,使其调度到其他正常的节点,走另外一条线路,则该问题可能得到缓解。问题2:源站更改文件之后,某个地区的用户从CDN节点上拿到的还是更改之前的文件让客户提交ping CDN加速域名的截图,拿到客户访问的节点IP。判断该节点是否是CDN的节点,判断方法请看问题1的步骤2。根据CDN的配置,绑定客户提供的CDN节点,以及CDN的源站(绑定用户源站测试的时候,注意一下用户CDN的回源Host配置,举例:如果用户CDN加速域名为A,源站域名为B,回源Host配置的为A,那么测试源站的时候,以curl来说,命令应该为curl -H “Host: A” “B”;如果是绑定Host文件,那么应该将用户的CDN加速域名绑定Host到源站域名所解析出来的IP上),绑定源站测试的时候,还要注意一下源站回源端口的设置,不同的回源端口得到的访问结果也可能是不一样的;分别测试得到response header相关信息,判断是否如客户所说访问的文件会是不一致。这里判断是否一致,着重看几点:content-length大小是否一致last-modified(如果有):修改时间是否一致Etag/Content-Md5(如果有)是否一致上述三点只要有任何一个是不一致的,那么均可认为源站和节点上文件的确是不一致的,上述三点中,条件允许(意思是几个信息都有的情况下)其中第三点是最具备判断依据的点。image.png | center | 848x544上述步骤确认都OK,并且最终还是拿到节点上文件的确和源站文件不一致的情况下,那么建议用户刷新该URL,等待约10分钟之后再去测试(刷新生效时间约为5~10分钟),如果多次刷新之后问题仍未解决,请提交工单。问题3:某个地区用户访问CDN加速域名上拿到的非其站点文件内容判断用户访问的IP是否CDN的节点IP,方法看问题1的步骤2。排查是否CDN节点本身缓存了非用户站点上的文件,思路可以按照问题2系列步骤进行,下面针对用户客户端到CDN L1这一段链路进行方法排查用户在能够复现问题的情况下,使其使用浏览器开发者工具,切到network标签下,浏览器地址栏键入访问URL然后回车访问,network标签下,点击用户访问的那个URL,截图general /request header,看看用户实际的访问情况,报错request URl、remote ip、requestUrl主要看访问形式是否如http://x.x.x.x/cache/CDN的访问URL或者remote IP非CDN节点IP,如下图这种则是劫持:image.png | center | 766x357需要联系其本地运营商投诉处理,解除劫持。

元芳啊 2019-12-02 00:42:07 0 浏览量 回答数 0

万券齐发助力企业上云,爆款产品低至2.2折起!

限量神券最高减1000,抢完即止!云服务器ECS新用户首购低至0.95折!

回答

配置CNAME后,要验证CDN服务是否已经生效,主要有以下几种方法:方法1、通过ping你所添加的加速域名,如果被转向.kunlun*.com的域名,即表示CDN功能已生效方法2、通过 nslookup或dig命令,可以查看相应的加速域名访问CDN节点的IP和延时丢包等基本信息。用户可以根据解析出来的IP在CDN的控制台上的IP检测工具查看是否为CDN节点的IP,是的话就说明CDN已生效方法3、用户也可以获取对应加速域名的资源的response头查看是否有CDN加速对应的节点信息来判断CDN是否生效

樰篱 2019-12-02 00:23:08 0 浏览量 回答数 0

问题

阿里云CDN支持UA判断吗?

喔粉哥 2019-12-01 19:55:09 2256 浏览量 回答数 4

问题

ECS故障处理百问合集

yq传送门 2019-12-01 19:35:27 15348 浏览量 回答数 11

回答

1)cdn如果添加多个ip地址,则cdn会轮询到每个ip上,如果某个服务器无法提供服务,则会智能判断,不会再向出现故障的服务器回源。2)对于cdn的多Ip设置,我们的cdn后端是检查80端口的,只有当80端口不通的时候,cdn才不会访问该IP对应的机器,所以有可能存在的情况是用户的80端口通,但业务不通会返回错误。

元芳啊 2019-12-02 00:41:59 0 浏览量 回答数 0

问题

如何判断CDN是否生效?

行者武松 2019-12-01 19:38:22 621 浏览量 回答数 1

问题

如何判断CDN是否已生效?

行者武松 2019-12-01 19:38:22 570 浏览量 回答数 1

问题

如何判断CDN配置是否生效?

行者武松 2019-12-01 19:22:10 3006 浏览量 回答数 3

回答

详细解答可以参考官方帮助文档 按流量计费:系统根据CDN服务最近7小时的账单应付金额平均值来判断用户账户余额是否足以支付其CDN服务下3个账期的费用,如果不足以支付将给予短信/邮件提醒; 按峰值带宽计费:系统根据CDN服务最近前一个计费周期(天)的账单应付金额值来判断用户账户余额是否足以支付其CDN服务下一个计费周期(天)的费用,如果不足以支付将给予短信/邮件提醒; 如果您开启了余额预警(控制台中>账户管理>余额预警开关),当账户余额小于用户设定的预警值时将给予您短信/邮件提醒。

2019-12-01 23:10:24 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 按流量计费:系统根据CDN服务最近7小时的账单应付金额平均值来判断用户账户余额是否足以支付其CDN服务下3个账期的费用,如果不足以支付将给予短信/邮件提醒; 按峰值带宽计费:系统根据CDN服务最近前一个计费周期(天)的账单应付金额值来判断用户账户余额是否足以支付其CDN服务下一个计费周期(天)的费用,如果不足以支付将给予短信/邮件提醒; 如果您开启了余额预警(控制台中>账户管理>余额预警开关),当账户余额小于用户设定的预警值时将给予您短信/邮件提醒。

2019-12-01 23:10:24 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 按流量计费:系统根据CDN服务最近7小时的账单应付金额平均值来判断用户账户余额是否足以支付其CDN服务下3个账期的费用,如果不足以支付将给予短信/邮件提醒; 按峰值带宽计费:系统根据CDN服务最近前一个计费周期(天)的账单应付金额值来判断用户账户余额是否足以支付其CDN服务下一个计费周期(天)的费用,如果不足以支付将给予短信/邮件提醒; 如果您开启了余额预警(控制台中>账户管理>余额预警开关),当账户余额小于用户设定的预警值时将给予您短信/邮件提醒。

2019-12-01 23:10:24 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 按流量计费:系统根据CDN服务最近7小时的账单应付金额平均值来判断用户账户余额是否足以支付其CDN服务下3个账期的费用,如果不足以支付将给予短信/邮件提醒; 按峰值带宽计费:系统根据CDN服务最近前一个计费周期(天)的账单应付金额值来判断用户账户余额是否足以支付其CDN服务下一个计费周期(天)的费用,如果不足以支付将给予短信/邮件提醒; 如果您开启了余额预警(控制台中>账户管理>余额预警开关),当账户余额小于用户设定的预警值时将给予您短信/邮件提醒。

2019-12-01 23:10:24 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 按流量计费:系统根据CDN服务最近7小时的账单应付金额平均值来判断用户账户余额是否足以支付其CDN服务下3个账期的费用,如果不足以支付将给予短信/邮件提醒; 按峰值带宽计费:系统根据CDN服务最近前一个计费周期(天)的账单应付金额值来判断用户账户余额是否足以支付其CDN服务下一个计费周期(天)的费用,如果不足以支付将给予短信/邮件提醒; 如果您开启了余额预警(控制台中>账户管理>余额预警开关),当账户余额小于用户设定的预警值时将给予您短信/邮件提醒。

2019-12-01 23:10:25 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Cors 设置跨域访问原理我们都了解,那么设置CDN后,为什么会出现跨域失败呢? 主要原因:在用户第一次访问cdn,cdn会检查数据没有,回源到源站进行访问。源站对比将数据经过cdn反馈给客户端浏览器。浏览器比对Access-Control-Allow-Origin 后,允许正确,所以跨域正常。 当第二个用户访问时,cdn检测有这个文件,所以会直接给客户端反馈缓存页面。由于CDN之所以失败是因为CDN缓存了OSS未配置cors之前的文件及其头部,造成客户端浏览器判断失败,不允许访问。所以出现了跨域失败。解决办法:目前我们CDN直接提供了Access-Control-Allow-Origin、Access-Control-Allow-Methods、Access-Control-Max-Age 我们可以分别设置参数如下:注意:参数可以自定义,以下只是举例这样只要在CDN节点访问就会包含3个头部信息,不会影响正常访问。且在跨域验证保证了正常使用。测试结果如下: 如果问题还未能解决,请联系售后技术支持。 

2019-12-01 23:33:23 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Cors 设置跨域访问原理我们都了解,那么设置CDN后,为什么会出现跨域失败呢? 主要原因:在用户第一次访问cdn,cdn会检查数据没有,回源到源站进行访问。源站对比将数据经过cdn反馈给客户端浏览器。浏览器比对Access-Control-Allow-Origin 后,允许正确,所以跨域正常。 当第二个用户访问时,cdn检测有这个文件,所以会直接给客户端反馈缓存页面。由于CDN之所以失败是因为CDN缓存了OSS未配置cors之前的文件及其头部,造成客户端浏览器判断失败,不允许访问。所以出现了跨域失败。解决办法:目前我们CDN直接提供了Access-Control-Allow-Origin、Access-Control-Allow-Methods、Access-Control-Max-Age 我们可以分别设置参数如下:注意:参数可以自定义,以下只是举例这样只要在CDN节点访问就会包含3个头部信息,不会影响正常访问。且在跨域验证保证了正常使用。测试结果如下: 如果问题还未能解决,请联系售后技术支持。 

2019-12-01 23:33:24 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Cors 设置跨域访问原理我们都了解,那么设置CDN后,为什么会出现跨域失败呢? 主要原因:在用户第一次访问cdn,cdn会检查数据没有,回源到源站进行访问。源站对比将数据经过cdn反馈给客户端浏览器。浏览器比对Access-Control-Allow-Origin 后,允许正确,所以跨域正常。 当第二个用户访问时,cdn检测有这个文件,所以会直接给客户端反馈缓存页面。由于CDN之所以失败是因为CDN缓存了OSS未配置cors之前的文件及其头部,造成客户端浏览器判断失败,不允许访问。所以出现了跨域失败。解决办法:目前我们CDN直接提供了Access-Control-Allow-Origin、Access-Control-Allow-Methods、Access-Control-Max-Age 我们可以分别设置参数如下:注意:参数可以自定义,以下只是举例这样只要在CDN节点访问就会包含3个头部信息,不会影响正常访问。且在跨域验证保证了正常使用。测试结果如下: 如果问题还未能解决,请联系售后技术支持。 

2019-12-01 23:33:23 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Cors 设置跨域访问原理我们都了解,那么设置CDN后,为什么会出现跨域失败呢? 主要原因:在用户第一次访问cdn,cdn会检查数据没有,回源到源站进行访问。源站对比将数据经过cdn反馈给客户端浏览器。浏览器比对Access-Control-Allow-Origin 后,允许正确,所以跨域正常。 当第二个用户访问时,cdn检测有这个文件,所以会直接给客户端反馈缓存页面。由于CDN之所以失败是因为CDN缓存了OSS未配置cors之前的文件及其头部,造成客户端浏览器判断失败,不允许访问。所以出现了跨域失败。解决办法:目前我们CDN直接提供了Access-Control-Allow-Origin、Access-Control-Allow-Methods、Access-Control-Max-Age 我们可以分别设置参数如下:注意:参数可以自定义,以下只是举例这样只要在CDN节点访问就会包含3个头部信息,不会影响正常访问。且在跨域验证保证了正常使用。测试结果如下: 如果问题还未能解决,请联系售后技术支持。 

2019-12-01 23:33:23 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Cors 设置跨域访问原理我们都了解,那么设置CDN后,为什么会出现跨域失败呢? 主要原因:在用户第一次访问cdn,cdn会检查数据没有,回源到源站进行访问。源站对比将数据经过cdn反馈给客户端浏览器。浏览器比对Access-Control-Allow-Origin 后,允许正确,所以跨域正常。 当第二个用户访问时,cdn检测有这个文件,所以会直接给客户端反馈缓存页面。由于CDN之所以失败是因为CDN缓存了OSS未配置cors之前的文件及其头部,造成客户端浏览器判断失败,不允许访问。所以出现了跨域失败。解决办法:目前我们CDN直接提供了Access-Control-Allow-Origin、Access-Control-Allow-Methods、Access-Control-Max-Age 我们可以分别设置参数如下:注意:参数可以自定义,以下只是举例这样只要在CDN节点访问就会包含3个头部信息,不会影响正常访问。且在跨域验证保证了正常使用。测试结果如下: 如果问题还未能解决,请联系售后技术支持。 

2019-12-01 23:33:22 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Cors 设置跨域访问原理我们都了解,那么设置CDN后,为什么会出现跨域失败呢? 主要原因:在用户第一次访问cdn,cdn会检查数据没有,回源到源站进行访问。源站对比将数据经过cdn反馈给客户端浏览器。浏览器比对Access-Control-Allow-Origin 后,允许正确,所以跨域正常。 当第二个用户访问时,cdn检测有这个文件,所以会直接给客户端反馈缓存页面。由于CDN之所以失败是因为CDN缓存了OSS未配置cors之前的文件及其头部,造成客户端浏览器判断失败,不允许访问。所以出现了跨域失败。解决办法:目前我们CDN直接提供了Access-Control-Allow-Origin、Access-Control-Allow-Methods、Access-Control-Max-Age 我们可以分别设置参数如下:注意:参数可以自定义,以下只是举例这样只要在CDN节点访问就会包含3个头部信息,不会影响正常访问。且在跨域验证保证了正常使用。测试结果如下: 如果问题还未能解决,请联系售后技术支持。 

2019-12-01 23:33:24 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Cors 设置跨域访问原理我们都了解,那么设置CDN后,为什么会出现跨域失败呢? 主要原因:在用户第一次访问cdn,cdn会检查数据没有,回源到源站进行访问。源站对比将数据经过cdn反馈给客户端浏览器。浏览器比对Access-Control-Allow-Origin 后,允许正确,所以跨域正常。 当第二个用户访问时,cdn检测有这个文件,所以会直接给客户端反馈缓存页面。由于CDN之所以失败是因为CDN缓存了OSS未配置cors之前的文件及其头部,造成客户端浏览器判断失败,不允许访问。所以出现了跨域失败。解决办法:目前我们CDN直接提供了Access-Control-Allow-Origin、Access-Control-Allow-Methods、Access-Control-Max-Age 我们可以分别设置参数如下:注意:参数可以自定义,以下只是举例这样只要在CDN节点访问就会包含3个头部信息,不会影响正常访问。且在跨域验证保证了正常使用。测试结果如下: 如果问题还未能解决,请联系售后技术支持。 

2019-12-01 23:33:23 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Cors 设置跨域访问原理我们都了解,那么设置CDN后,为什么会出现跨域失败呢? 主要原因:在用户第一次访问cdn,cdn会检查数据没有,回源到源站进行访问。源站对比将数据经过cdn反馈给客户端浏览器。浏览器比对Access-Control-Allow-Origin 后,允许正确,所以跨域正常。 当第二个用户访问时,cdn检测有这个文件,所以会直接给客户端反馈缓存页面。由于CDN之所以失败是因为CDN缓存了OSS未配置cors之前的文件及其头部,造成客户端浏览器判断失败,不允许访问。所以出现了跨域失败。解决办法:目前我们CDN直接提供了Access-Control-Allow-Origin、Access-Control-Allow-Methods、Access-Control-Max-Age 我们可以分别设置参数如下:注意:参数可以自定义,以下只是举例这样只要在CDN节点访问就会包含3个头部信息,不会影响正常访问。且在跨域验证保证了正常使用。测试结果如下: 如果问题还未能解决,请联系售后技术支持。 

2019-12-01 23:33:24 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Cors 设置跨域访问原理我们都了解,那么设置CDN后,为什么会出现跨域失败呢? 主要原因:在用户第一次访问cdn,cdn会检查数据没有,回源到源站进行访问。源站对比将数据经过cdn反馈给客户端浏览器。浏览器比对Access-Control-Allow-Origin 后,允许正确,所以跨域正常。 当第二个用户访问时,cdn检测有这个文件,所以会直接给客户端反馈缓存页面。由于CDN之所以失败是因为CDN缓存了OSS未配置cors之前的文件及其头部,造成客户端浏览器判断失败,不允许访问。所以出现了跨域失败。解决办法:目前我们CDN直接提供了Access-Control-Allow-Origin、Access-Control-Allow-Methods、Access-Control-Max-Age 我们可以分别设置参数如下:注意:参数可以自定义,以下只是举例这样只要在CDN节点访问就会包含3个头部信息,不会影响正常访问。且在跨域验证保证了正常使用。测试结果如下: 如果问题还未能解决,请联系售后技术支持。 

2019-12-01 23:33:23 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Cors 设置跨域访问原理我们都了解,那么设置CDN后,为什么会出现跨域失败呢? 主要原因:在用户第一次访问cdn,cdn会检查数据没有,回源到源站进行访问。源站对比将数据经过cdn反馈给客户端浏览器。浏览器比对Access-Control-Allow-Origin 后,允许正确,所以跨域正常。 当第二个用户访问时,cdn检测有这个文件,所以会直接给客户端反馈缓存页面。由于CDN之所以失败是因为CDN缓存了OSS未配置cors之前的文件及其头部,造成客户端浏览器判断失败,不允许访问。所以出现了跨域失败。解决办法:目前我们CDN直接提供了Access-Control-Allow-Origin、Access-Control-Allow-Methods、Access-Control-Max-Age 我们可以分别设置参数如下:注意:参数可以自定义,以下只是举例这样只要在CDN节点访问就会包含3个头部信息,不会影响正常访问。且在跨域验证保证了正常使用。测试结果如下: 如果问题还未能解决,请联系售后技术支持。 

2019-12-01 23:33:24 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Cors 设置跨域访问原理我们都了解,那么设置CDN后,为什么会出现跨域失败呢? 主要原因:在用户第一次访问cdn,cdn会检查数据没有,回源到源站进行访问。源站对比将数据经过cdn反馈给客户端浏览器。浏览器比对Access-Control-Allow-Origin 后,允许正确,所以跨域正常。 当第二个用户访问时,cdn检测有这个文件,所以会直接给客户端反馈缓存页面。由于CDN之所以失败是因为CDN缓存了OSS未配置cors之前的文件及其头部,造成客户端浏览器判断失败,不允许访问。所以出现了跨域失败。解决办法:目前我们CDN直接提供了Access-Control-Allow-Origin、Access-Control-Allow-Methods、Access-Control-Max-Age 我们可以分别设置参数如下:注意:参数可以自定义,以下只是举例这样只要在CDN节点访问就会包含3个头部信息,不会影响正常访问。且在跨域验证保证了正常使用。测试结果如下: 如果问题还未能解决,请联系售后技术支持。 

2019-12-01 23:33:23 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Cors 设置跨域访问原理我们都了解,那么设置CDN后,为什么会出现跨域失败呢? 主要原因:在用户第一次访问cdn,cdn会检查数据没有,回源到源站进行访问。源站对比将数据经过cdn反馈给客户端浏览器。浏览器比对Access-Control-Allow-Origin 后,允许正确,所以跨域正常。 当第二个用户访问时,cdn检测有这个文件,所以会直接给客户端反馈缓存页面。由于CDN之所以失败是因为CDN缓存了OSS未配置cors之前的文件及其头部,造成客户端浏览器判断失败,不允许访问。所以出现了跨域失败。解决办法:目前我们CDN直接提供了Access-Control-Allow-Origin、Access-Control-Allow-Methods、Access-Control-Max-Age 我们可以分别设置参数如下:注意:参数可以自定义,以下只是举例这样只要在CDN节点访问就会包含3个头部信息,不会影响正常访问。且在跨域验证保证了正常使用。测试结果如下: 如果问题还未能解决,请联系售后技术支持。 

2019-12-01 23:33:23 0 浏览量 回答数 0

回答

详细解答可以参考官方帮助文档 Cors 设置跨域访问原理我们都了解,那么设置CDN后,为什么会出现跨域失败呢? 主要原因:在用户第一次访问cdn,cdn会检查数据没有,回源到源站进行访问。源站对比将数据经过cdn反馈给客户端浏览器。浏览器比对Access-Control-Allow-Origin 后,允许正确,所以跨域正常。 当第二个用户访问时,cdn检测有这个文件,所以会直接给客户端反馈缓存页面。由于CDN之所以失败是因为CDN缓存了OSS未配置cors之前的文件及其头部,造成客户端浏览器判断失败,不允许访问。所以出现了跨域失败。解决办法:目前我们CDN直接提供了Access-Control-Allow-Origin、Access-Control-Allow-Methods、Access-Control-Max-Age 我们可以分别设置参数如下:注意:参数可以自定义,以下只是举例这样只要在CDN节点访问就会包含3个头部信息,不会影响正常访问。且在跨域验证保证了正常使用。测试结果如下: 如果问题还未能解决,请联系售后技术支持。 

2019-12-01 23:33:24 0 浏览量 回答数 0

问题

如何判断CDN的预热任务是否执行完成?

行者武松 2019-12-01 19:38:27 666 浏览量 回答数 1

问题

通过浏览器审查元素判断CDN缓存是否成功?

行者武松 2019-12-01 19:22:19 1344 浏览量 回答数 1
阿里云大学 云服务器ECS com域名 网站域名whois查询 开发者平台 小程序定制 小程序开发 国内短信套餐包 开发者技术与产品 云数据库 图像识别 开发者问答 阿里云建站 阿里云备案 云市场 万网 阿里云帮助文档 免费套餐 开发者工具 企业信息查询 小程序开发制作 视频内容分析 企业网站制作 视频集锦 代理记账服务 2020阿里巴巴研发效能峰会 企业建站模板 云效成长地图 高端建站