跨域是指一个域下的文档或脚本试图去请求另一个域下的资源。也就是说如果协议，域名，或者端口有一个不同就是跨域。
那么为什么要用跨域？
其实是因为浏览器出于安全考虑，我们都知道浏览器有同源策略。如果没有同源策略的情况下，A网站可以被任意来源的Ajax访问到内容，如果当前A网站还处于登录态，那么对方就可以通过Ajax获得A网站的任何消息。当然跨域可以用来房子CSRF攻击，但是并不能完全阻止CSRF。
为什么跨域并不能完全阻止CSRF攻击呢？举个例子：
当请求跨域了，请求是必然发出去的，只是浏览器拦截了响应。你可能会疑问明明通过表单的方式可以发起跨域请求，为什么 Ajax 就不会。因为归根结底，跨域是为了阻止用户读取到另一个域名下的内容，Ajax 可以获取响应，浏览器认为这不安全，所以拦截了响应。但是表单并不会获取新的内容，所以可以发起跨域请求。所以跨域并不能完全阻止 CSRF，因为请求毕竟是发出去了。
上面讲到同源策略，那什么是同源策略呢？
同源策略（SOP）是一种约定，它是浏览器最核心也是最基本的安全功能。浏览器如果缺少同源策略，就会很容易收到xss，csrf等攻击。所谓同源是指“协议+域名+端口”三者相同，即便两个不同的域名指向同一个IP地址，也非同源。
下面来说一下几种方案来解决跨域问题
跨域的方案有：
1、通过jsonp跨域；
2、postMessage跨域；
3、跨域资源共享（CORS）；
4、nginx代理跨域；
5、nodejs中间件代理跨域；
6、WebSocket协议跨域。
一、通过jsonp跨域
通常为了减轻web服务器的负载，把js，css，img等静态资源分离到另一台独立域名的服务器上，然后在html页面中再通过响应的标签从不同域名下加载静态资源，而被浏览器允许。基于此原理，我们可以通过动态创建script，再请求一个带参网址实现跨域通信。
1、原生js实现
<script>
var script = document.createElement('script');
script.type = 'text/javascript';
// 传参并指定回调执行函数为onBack
script.src = 'http://www.domain2.com:8080/login?user=admin&callback=onBack';
document.head.appendChild(script);
// 回调执行函数
function onBack(res) {
alert(JSON.stringify(res));
}
</script>
2、jquery ajax实现
$.ajax({ url: 'http://www.domain2.com:8080/login', type: 'get', dataType: 'jsonp', // 请求方式为jsonp jsonpCallback: "onBack", // 自定义回调函数名 data: {} });
3、vue.js实现
this.$http.jsonp('http://www.domain2.com:8080/login', { params: {}, jsonp: 'onBack' }).then((res) => { console.log(res); })
服务端返回如下（返回时即执行全局函数）：
onBack({"status": true, "user": "admin"})
后端node.js代码示例：
var querystring = require('querystring'); var http = require('http'); var server = http.createServer(); server.on('request', function(req, res) { var params = qs.parse(req.url.split('?')[1]); var fn = params.callback; // jsonp返回设置 res.writeHead(200, { 'Content-Type': 'text/javascript' }); res.write(fn + '(' + JSON.stringify(params) + ')'); res.end(); }); server.listen('8080'); console.log('Server is running at port 8080...');
jsonp缺点：只能实现get一种请求。
二、postMessage跨域；
postMessage是HTML5 XMLHttpRequest Level 2 中的API，它是window属性，可用于解决一下问题：
1、页面和其打开的新窗口的数据传递
2、多窗口之间的消息传递
3、页面与嵌套的iframe消息传递
4、上面三个场景的跨域数据传递。
用法：postMessage(data，origin)方法接受两个参数。
data：html5规范支持任意基本类型或者可复制的对象，但部分浏览器只支持字符串，所以传参时最好用JSON.stringify()序列化。
origin：协议+主机+端口号，也可以设置为” * “，表示可以传递给任意窗口，如果要指定和当前窗口同源的话，设置为” / “。
示例代码：
a.html
<iframe id="iframe" src="http://www.domain2.com/b.html" style="display:none;"></iframe>
<script>
var iframe = document.getElementById('iframe');
iframe.onload = function() {
var data = {
name: 'aym'
};
// 向domain2传送跨域数据
iframe.contentWindow.postMessage(JSON.stringify(data), 'http://www.domain2.com');
};
// 接受domain2返回数据
window.addEventListener('message', function(e) {
alert('data from domain2 ---> ' + e.data);
}, false);
</script>
b.html
<script>
// 接收domain1的数据
window.addEventListener('message', function(e) {
alert('data from domain1 ---> ' + e.data);
var data = JSON.parse(e.data);
if (data) {
data.number = 16;
// 处理后再发回domain1
window.parent.postMessage(JSON.stringify(data), 'http://www.domain1.com');
}
}, false);
</script>
三、跨域资源共享（CORS）；
普通跨域请求：只服务端设置Access-Control-Allow-Origin即可，前端无须设置，若要带cookie请求，则前后端都需要设置。需要注意的是，由于同源策略的限制，所读取的cookie为跨域请求接口所在域的cookie，而非当前页。
前端设置：
1、原生ajax
// 前端设置是否带cookie xhr.withCredentials = true;
示例代码
var xhr = new XMLHttpRequest(); // IE8/9需用window.XDomainRequest兼容 // 前端设置是否带cookie xhr.withCredentials = true; xhr.open('post', 'http://www.domain2.com:8080/login', true); xhr.setRequestHeader('Content-Type', 'application/x-www-form-urlencoded'); xhr.send('user=admin'); xhr.onreadystatechange = function() { if (xhr.readyState == 4 && xhr.status == 200) { alert(xhr.responseText); } };
2、jQuery ajax
$.ajax({ ... xhrFields: { withCredentials: true // 前端设置是否带cookie }, crossDomain: true, // 会让请求头中包含跨域的额外信息，但不会含cookie ... });
3、vue框架
a.)axios设置：
axios.defaults.withCredentials = true
b) vue-resource设置：
Vue.http.options.credentials = true
服务端设置：若后端设置成功，前端浏览器控制台则不会出现跨域报错信息，反之，说明没设置成功。
java后台
/* * 导入包：import javax.servlet.http.HttpServletResponse; * 接口参数中定义：HttpServletResponse response */ // 允许跨域访问的域名：若有端口需写全（协议+域名+端口），若没有端口末尾不用加'/' response.setHeader("Access-Control-Allow-Origin", "http://www.domain1.com"); // 允许前端带认证cookie：启用此项后，上面的域名不能为'*'，必须指定具体的域名，否则浏览器会提示 response.setHeader("Access-Control-Allow-Credentials", "true"); // 提示OPTIONS预检时，后端需要设置的两个常用自定义头 response.setHeader("Access-Control-Allow-Headers", "Content-Type,X-Requested-With");
Node.js
var http = require('http'); var server = http.createServer(); var qs = require('querystring'); server.on('request', function(req, res) { var postData = ''; // 数据块接收中 req.addListener('data', function(chunk) { postData += chunk; }); // 数据接收完毕 req.addListener('end', function() { postData = qs.parse(postData); // 跨域后台设置 res.writeHead(200, { 'Access-Control-Allow-Credentials': 'true', // 后端允许发送Cookie 'Access-Control-Allow-Origin': 'http://www.domain1.com', // 允许访问的域（协议+域名+端口） /* * 此处设置的cookie还是domain2的而非domain1，因为后端也不能跨域写cookie(nginx反向代理可以实现)， * 但只要domain2中写入一次cookie认证，后面的跨域接口都能从domain2中获取cookie，从而实现所有的接口都能跨域访问 */ 'Set-Cookie': 'l=a123456;Path=/;Domain=www.domain2.com;HttpOnly' // HttpOnly的作用是让js无法读取cookie }); res.write(JSON.stringify(postData)); res.end(); }); }); server.listen('8080'); console.log('Server is running at port 8080...');
四、nginx代理跨域；
1、 nginx配置解决iconfont跨域
浏览器跨域访问js、css、img等常规静态资源被同源策略许可，但iconfont字体文件(eot|otf|ttf|woff|svg)例外，此时可在nginx的静态资源服务器中加入以下配置。
location / { add_header Access-Control-Allow-Origin *; }
2、 nginx反向代理接口跨域
跨域原理： 同源策略是浏览器的安全策略，不是HTTP协议的一部分。服务器调用HTTP接口只是使用HTTP协议，不会只是JS脚本，不需要同源策略，也就不存在跨域问题。
实现思路：通过nginx配置一个代理服务器（如：域名与domain1相同，端口不同）做跳板机，反向代理访问目标接口（domain2），并且可以顺便修改cookie中的domain信息，方便当前域cookie写入，实现跨域登录。
nginx具体配置：
#proxy服务器 server { listen 81; server_name www.domain1.com; location / { proxy_pass http://www.domain2.com:8080; #反向代理 proxy_cookie_domain www.domain2.com www.domain1.com; #修改cookie里域名 index index.html index.htm; # 当用webpack-dev-server等中间件代理接口访问nignx时，此时无浏览器参与，故没有同源限制，下面的跨域配置可不启用 add_header Access-Control-Allow-Origin http://www.domain1.com; #当前端只跨域不带cookie时，可为* add_header Access-Control-Allow-Credentials true; } }
前端示例代码：
var xhr = new XMLHttpRequest(); // 前端开关：浏览器是否读写cookie xhr.withCredentials = true; // 访问nginx中的代理服务器 xhr.open('get', 'http://www.domain1.com:81/?user=admin', true); xhr.send();
Node.js后台实例代码
var http = require('http'); var server = http.createServer(); var qs = require('querystring'); server.on('request', function(req, res) { var params = qs.parse(req.url.substring(2)); // 向前台写cookie res.writeHead(200, { 'Set-Cookie': 'l=a123456;Path=/;Domain=www.domain2.com;HttpOnly' // HttpOnly:脚本无法读取 }); res.write(JSON.stringify(params)); res.end(); }); server.listen('8080'); console.log('Server is running at port 8080...');
五、nodejs中间件代理跨域
node中间件实现跨域代理，原理大致和nginx相同，都是通过配置一个代理服务器，实现数据的转发，也可以通过设置cookieDommainRewrite参数修改响应头中cookie中的域名，实现当前域的cookie写入，方便接口登录认证。
1、非VUE框架跨域（2次跨域）
利用 nodejs+express+http-proxy-middleware搭建一个proxy服务器。
a). 前端代理示例
var xhr = new XMLHttpRequest(); // 前端开关：浏览器是否读写cookie xhr.withCredentials = true; // 访问http-proxy-middleware代理服务器 xhr.open('get', 'http://www.domain1.com:3000/login?user=admin', true); xhr.send();
b). 中间件服务器
var express = require('express'); var proxy = require('http-proxy-middleware'); var app = express(); app.use('/', proxy({ // 代理跨域目标接口 target: 'http://www.domain2.com:8080', changeOrigin: true, // 修改响应头信息，实现跨域并允许带cookie onProxyRes: function(proxyRes, req, res) { res.header('Access-Control-Allow-Origin', 'http://www.domain1.com'); res.header('Access-Control-Allow-Credentials', 'true'); }, // 修改响应信息中的cookie域名 cookieDomainRewrite: 'www.domain1.com' // 可以为false，表示不修改 })); app.listen(3000); console.log('Proxy server is listen at port 3000...');
c.）Nodejs后台（同nginx）
2.VUE框架跨域（1吃跨域）
利用node + webpack + webpack-dev-server代理接口跨域。在开发环境下，由于vue渲染服务和接口代理服务都是webpack-dev-server同一个，所以页面和代理接口之间不再跨域，无须设置headers跨域信息了。
webpack.config.js部分配置
module.exports = { entry: {}, module: {}, ... devServer: { historyApiFallback: true, proxy: [{ context: '/login', target: 'http://www.domain2.com:8080', // 代理跨域目标接口 changeOrigin: true, secure: false, // 当代理某些https服务报错时用 cookieDomainRewrite: 'www.domain1.com' // 可以为false，表示不修改 }], noInfo: true } }
六、WebSocket协议跨域
WebSocket-protocol是H5一种新的协议，他实现了浏览器和服务器全工双通信，同时允许跨域通讯，是server push技术的一种很好实现。原生webSocket API使用起来不太方便，我们使用Socket.io，它很好地封装了webSocket接口，提供了更简单、灵活的接口，也对不支持WebSocket的浏览器提供了向下兼容。
a).前端代码
<div>user input：<input type="text"></div> <script src="./socket.io.js"></script> <script> var socket = io('http://www.domain2.com:8080'); // 连接成功处理 socket.on('connect', function() { // 监听服务端消息 socket.on('message', function(msg) { console.log('data from server: ---> ' + msg); }); // 监听服务端关闭 socket.on('disconnect', function() { console.log('Server socket has closed.'); }); }); document.getElementsByTagName('input')[0].onblur = function() { socket.send(this.value); }; </script>
b.）Nodejs socket后台
var http = require('http'); var socket = require('socket.io'); // 启http服务 var server = http.createServer(function(req, res) { res.writeHead(200, { 'Content-type': 'text/html' }); res.end(); }); server.listen('8080'); console.log('Server is running at port 8080...'); // 监听socket连接 socket.listen(server).on('connection', function(client) { // 接收信息 client.on('message', function(msg) { client.send('hello：' + msg); console.log('data from client: ---> ' + msg); }); // 断开处理 client.on('disconnect', function() { console.log('Client socket has closed.'); }); });
扫一扫
754
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
