相关文章推荐
八块腹肌的大葱  ·  Bicep warnings and ...·  4 月前    · 
乐观的芒果  ·  Digital Image ...·  11 月前    · 
玩手机的鸡蛋面  ·  3-数据类型 · ...·  1 年前    · 
愉快的香槟  ·  Java【问题记录 ...·  1 年前    · 

什么是 CORS?

CORS(跨域资源共享)是一项 HTTP 功能,使在一个域中运行的 Web 应用程序能够访问另一个域中的资源。 为了减少跨站点脚本攻击的可能性,所有现代 Web 浏览器都实现了称为 同源策略 的安全限制。 此项限制可以防止网页调用其他域中的 API。 CORS 提供了一种安全方式,允许一个源(源域)调用另一个源中的 API。

CORS 请求有两种类型:简单请求 和复杂请求

简单请求:

  • 浏览器发送带有其他源 HTTP 请求标头的 CORS 请求。 此请求标头的值是为父页面提供服务的来源,它被定义为协议、域和端口的组合。当来自 https://www.contoso.com 的页面尝试访问 fabrikam.com 源中的用户数据时,以下请求标头将发送到 fabrikam.com:

    Origin: https://www.contoso.com

  • 服务器可能会使用以下标头做出响应:

  • 响应中含有 Access-Control-Allow-Origin 标头,指示允许使用哪个源站点。 例如:

    Access-Control-Allow-Origin: https://www.contoso.com

  • 如果服务器在检查源标头之后不允许跨源请求,则会显示 HTTP 错误代码(如 403)

  • 带有通配符的 Access-Control-Allow-Origin 标头,允许所有源:

    Access-Control-Allow-Origin: *

    复杂请求:

    复杂请求是一个 CORS 请求,它要求浏览器在发送实际 CORS 请求之前发送预检请求 (即初步探测)。 如果原始 CORS 请求可以继续并且是对同一 URL 的 OPTIONS 请求,则预检请求会向服务器请求权限。

    有关 CORS 流和常见问题的详细信息,请查看 REST API 的 CORS 指南

    通配符或单个源场景

    当 Access-Control-Allow-Origin 标头设置为通配符 (*) 或单个源时,Azure CDN 上的 CORS 会自动工作,无需其他配置。 CDN 将缓存第一个响应,且后续请求将使用相同的标头。

    如果在源上设置 CORS 之前已对 CDN 发出请求,则需要清除终结点内容上的内容,以使用 Access-Control-Allow-Origin 标头重新加载内容。

    多个源场景

    如果需要 CORS 允许一个特定的源列表,情况会稍微复杂一些。 当 CDN 缓存第一个 CORS 源的 Access-Control-Allow-Origin 标头时,会出现问题。 当不同的 CORS 源发出后续请求时,CDN 将为缓存的 Access-Control-Allow-Origin 标头提供服务,但不匹配。 有多种方法可纠正此问题。

    Azure CDN 标准版配置文件

    在 Microsoft Azure CDN 标准版中,你可以在 标准规则引擎 中创建规则以检查请求的“Origin”标头。 如果是有效的源,规则将使用所需的值来设置 Access-Control-Allow-Origin 标头。 在这种情况下,来自文件的源服务器的 Access-Control-Allow-Origin 标头都会被忽略,并且 CDN 的规则引擎会完全管理允许的 CORS 源。

    你可以向规则添加其他操作,以修改其他响应标头,如 Access-Control-Allow-Methods

    在 Akamai 标准 Azure CDN 中 ,允许多个源但不使用通配符源的唯一 机制是使用查询字符串缓存 。 为 CDN 终结点启用查询字符串设置,并对每个允许的域的请求使用唯一的查询字符串。 这样做将导致 CDN 缓存每个唯一查询字符串的单独对象。 然而,这种方法并不理想,因为它将导致在 CDN 上缓存的同一文件出现多个副本。

    Verizon 提供的高级 Azure CDN

    使用 Verizon 高级规则引擎,你将需要 创建一个规则 来检查请求的 Origin 标头。 如果是有效的源,规则将使用请求中提供的源设置 Access-Control-Allow-Origin 标头。 如果不允许使用在 Origin 标头中指定的源,规则应忽略 Access-Control-Allow-Origin 标头,这会导致浏览器拒绝请求。

    可以通过两种方法解决高级规则引擎中的此问题。 在这两种情况下,来自文件的源服务器的 Access-Control-Allow-Origin 标头都会被忽略,并且 CDN 的规则引擎会完全管理允许的 CORS 源。

    一个具有所有有效源的正则表达式

    在这种情况下,将创建一个正则表达式,其中包含要允许的所有源:

    https?:\/\/(www\.contoso\.com|contoso\.com|www\.microsoft\.com|microsoft.com\.com)$
    

    Verizon 的 Azure CDN 高级版使用兼容 Perl 的正则表达式作为其正则表达式的引擎。 可以使用正则表达式 101 等工具验证正则表达式。 请注意,“/”字符在正则表达式中有效且无需转义,但是转义该字符被认为是最佳实践,并且一些正则表达式验证器也期望对其进行转义。

    如果正则表达式匹配,规则将使用发送请求的源替换源中的 Access-Control-Allow-Origin 标头(如有)。 还可以添加其他 CORS 标头,例如 Access-Control-Allow-Methods。

    为每个源请求标头规则。

    与其使用正则表达式,不如用 Request Header Wildcard匹配条件.为每个要允许的源创建单独的规则。 与正则表达式方法一样,规则引擎单独设置 CORS 标头。

    在示例中,使用的通配符 * 告知规则引擎匹配 HTTP 和 HTTPS。

  •