浏览器和服务器实现跨域 CORS 判定的原理

                前端对Cross-Origin Resource Sharing 问题(CORS,中文又称'跨域')应该很熟悉了。众所周知出于安全的考虑,浏览器有个 同源策略,对于不同源的站点之间的相互请求会做限制( 跨域限制是浏览器行为,不是服务器行为。)。不过下午想到了一个略无趣的问题:浏览器和服务器到底是如何判定有没有跨域呢?本文主要分两个部分,一是对这个问题的总结,二是nginx下如何配置服务器允许跨域。
<!-- more -->

同源策略

同源指的是域名(或IP),协议,端口都相同,不同源的客户端脚本(javascript、ActionScript)在没明确授权的情况下,不能读写对方的资源。

同源的判定:
http://www.example.com/dir/page.html为例,以下表格指出了不同形式的链接是否与其同源:(原因里未申明不同的属性即说明其与例子里的原链接对应的属性相同)

链接 结果 原因
http:// www.example.com /dir/page2.html 同协议同域名同端口
http:// www.example.com /dir2/other.html 同协议同域名同端口
http://user:pwd@ www.example.com/dir2/other.html 同协议同域名同端口
http://www.example.com: 81/dir/other.html 端口不同
https://www.example.com/dir/other.html 协议不同端口不同
http:// en.example.com/dir/other.html 域名不同
http:// example.com/dir/other.html 域名不同(要求精确匹配)
http:// v2.www.example.com/dir/other.html 域名不同(要求精确匹配)
http://www.example.com: 80/dir/other.html 不确定 取决于浏览器的实现方式

是否允许跨域的判定

前文提到了同源策略的判定,然而同源策略在加强了安全的同时,对开发却是极大的不便利。因此开发者们又发明了很多办法来允许数据的跨域传输(常见的办法有JSONPCORS)。当域名不同源的时候,由于跨域实现的存在,浏览器不能直接根据域名来判定跨域限制。那么浏览器具体又是如何实现判定的呢?看下面的例子。

环境说明

  1. 参与实验的前端域名三个有:http://www.zhihu.comhttp://segmentfault.com
    http://localhost

  2. 请求的服务器端地址为http://localhost/city.json,服务器解析引擎使用的nginx,且服务器只配置了允许来自http://segmentfault.com的跨域请求

  3. 检测方法:在各个域名下利用chrome浏览器的console界面模拟发送ajax请求,代码如下:

    var xhr = new XMLHttpRequest();xhr.open('GET', 'http://localhost/city.json',true);xhr.send();

实验过程

  1. http://localhost域名下,请求成功。

    服务器回应的http文件头如下:
    HTTP/1.1 200 OKServer: nginx/1.6.2Date: Sun, 05 Jul 2015 17:44:06 GMTContent-Type: application/octet-streamContent-Length: 2084Last-Modified: Sat, 18 Apr 2015 06:20:12 GMTConnection: keep-aliveETag: "5531f79c-824"Access-Control-Allow-Credentials: trueAccess-Control-Allow-Methods: GET, POST, OPTIONSAccept-Ranges: bytes
  2. http://segmentfault.com域名下,请求成功

    服务器回应的http文件头如下:

猜你喜欢

转载自blog.csdn.net/qq_44894516/article/details/89375262
今日推荐