文章目录
- 前言
- 1.跨域问题
- 第一步,安装cors的扩展包
- 第二步，导入应用
- 第三步，插入中间件
- 第四步，允许发送cookie
- 第五步，设置白名单：
- 第六步，设置允许的请求方法
- 第七步，设置允许的其请求头
- 第八步，测试
- 2.CSRF问题和Cookie
- 第一步，VUE的main.ts设置
- 第二步，通过get请求先获取csrftoken
- 第三步，请求中带上CSRFTOKEN
- 结语
前言
不行，我必须要总结一下，搞了两天，都在处理跨域的问题。
看到尤大的那句直接学VUE3就好，开始了VUE3+TS的刨坑之路，只能说不懂英语的程序员实在是太吃亏了，中文世界的VUE3资料十分零散，好难推进。
一来是就遇到以下三个问题：
1.跨域问题
2.csrf问题
3.cookie问题
问题本质上是为了完成Django的CSRF验证，但是三个问题互相纠缠非常麻烦。
1.跨域问题
由于是前后端分离的测试项目，目前还不知道最后部署是什么样的，所以我的Django项目开了3000的端口，而Vue这边的测试端口用的是8080，这样就触发了我们的大坑，跨域问题。
跨域问题的整体解决思路可以查看下面这个大大的文章：
https://juejin.cn/post/6844903536442998791
解决方法是使用CROS来处理相关问题，具体原理学习阮老师的文章（强烈建议通读这个文章）：
http://www.ruanyifeng.com/blog/2016/04/cors.html
但是他没有给具体的解决方法，基本思路是通过修改Django部分的设置来处理，我操作起来大概是几个部分
第一步,安装cors的扩展包
python -m pip install django-cors-headers
第二步，导入应用
# settings.py
INSTALLED_APPS = [
...
# 处理跨域
'corsheaders',
]
第三步，插入中间件
# settings.py
MIDDLEWARE = [
'corsheaders.middleware.CorsMiddleware',
'django.middleware.clickjacking.XFrameOptionsMiddleware',
]
第四步，允许发送cookie
# settings.py
CORS_ALLOW_CREDENTIALS = True
第五步，设置白名单：
# settings.py
# CORS_ORIGIN_ALLOW_ALL = True
CORS_ORIGIN_WHITELIST =(
'http://127.0.0.1:8080',
'http://localhost:8080',
)
阮老师的文章里面有提到：
如果要发送Cookie，Access-Control-Allow-Origin就不能设为星号
但是经过我的测试，他这里的设置为CORS_ORIGIN_ALLOW_ALL 的情况下依旧可以获取Cookie不知道具体原因是什么，但是从安全角度出发，还是设置白名单比较安全。
值得注意的是，这里就算你设置了白名单可能还有一些问题会到会导致你无法取到Cookie，具体请看后面Cookie问题的那一节。
第六步，设置允许的请求方法
# settings.py
CORS_ALLOW_METHODS = (
'DELETE',
'GET',
'OPTIONS',
'PATCH',
'POST',
'PUT',
'VIEW',
)
第七步，设置允许的其请求头
# settings.py
CORS_ALLOW_HEADERS = (
# '*',该通配符无效
'XMLHttpRequest',
'X_FILENAME',
'accept-encoding',
'authorization',
'content-type',
'dnt',
'origin',
'user-agent',
'x-csrftoken',
'x-requested-with',
'Pragma',
)
在这一步我卡了很久，一开始我这里是设置的星号*，以为是通配符。结果这个*并不能通配，比如后面的x-csrftoken就无法识别我的CSRF的KEY，导致我一直报错，后来是把星号去掉换成各个具体的头名名单才能通过。
Access to XMLHttpRequest at 'http://127.0.0.1:3000/login_action/' from origin 'http://127.0.0.1:8080' has been blocked by CORS policy: Request header field x-csrftoken is not allowed by Access-Control-Allow-Headers in preflight response.
第八步，测试
后端设置好后就可以通过POSTMAN来测试一下接口能不能使用，注意这里请用GET接口来做测试，因为GET接口是不用监测CSRF的，能正常返回的话我们可以看一下cookie这个返回值，里面应该会有我们的csrftoken，接下来就要搞这个。。。
2.CSRF问题和Cookie
CSRF和Cookie太紧密了，我就和在一点说了。
CSRF问题大家用过django的应该非常熟悉了，如果是Django自带的模板我们可以直接将数据渲染在模板里面，然后提交表单的时候带在参数里面就可以了。而在跨域的VUE上这事变得异常痛苦。
总的来说，你需要先通过一次GET请求获得附带在Cookie里面的CSRFTOKEN。然后再通过在POST请求中带上这个TOKEN来通过Django的CSRF认证。
第一步，VUE的main.ts设置
首先你要解决第一大点中的跨域问题，解决了并通过GET测试看到Cookie后再继续。
接下来你需要在main.ts中做好相应的配置保证获取到服务器的Cookie。
//main.ts
import axios from "axios";
//axios.defaults.baseURL = 'http://127.0.0.1:3000'
//这两个值好像默认就是这样了，所以不重要，重点是最后一个设置
axios.defaults.xsrfCookieName = 'csrfmiddlewaretoken'
axios.defaults.xsrfHeaderName = 'X-XSRF-TOKEN'
//重点！！！设置请求获取cookie
axios.defaults.withCredentials = true
如果我们没有做这个设置的话
withCredentials = true
就算后台允许发送cookie，还是不会收到cookie具体原理可以看阮老师的文章。
第二步，通过get请求先获取csrftoken
CSRF跨域是不会自动生成csrftoken的（深坑，之前POST后端报错csrf not set 就是这个原因）
post请求前必须先get一次产生token
from:https://www.cnblogs.com/linxizhifeng/p/8995077.html
如上所述，你需要先通过一次get操作来读取cookie里面的CSRF-KEY
axios.get('/login_action/',{withCredentials: true})
.then((response) => {
console.log(response)
axios.defaults.headers['X-CSRFToken'] = getCsfrKey()
})
这里我遇到一个坑：
cookie的同源问题
如果你有看我前面的那个测试你就能看出来Django返回的scrftoken是附在Cookie里面的，我们需要操作Cookie去取。但是一开始设置完我死活看不到Cookie，可是在前面POSTMAN测试里我们是可以看到Cookie的。
通过在console里面输入：
javascript:alert(document.cookie)
结果依旧是空，问题出在哪里呢？
其实是Cookie保存的同源策略的问题。
在VUE编译完后有两个地址可以点，我习惯去访问那个localhost的地址，如下图。
出现问题的原因如下图，简单来说，你的源地址要和你访问的这个地址同源。
从我的例子来说，我用
localhost -> 127.0.0.1
就不行，要用
127.0.0.1 -> 127.0.0.1
就可以了，因为服务器看你不会是一个叫做localhost的地址，而是127的具体地址，所以你本身的地址也要和127的相同，不然就没办法保存Cookie。
from:https://segmentfault.com/q/1010000009287272
第三步，请求中带上CSRFTOKEN
取到CSRF的KEY后我们有三种方式发送给后台：
1.直接在axios里面全局设置
axios.defaults.headers['X-CSRFToken'] = getCsfrKey()
2.在请求的头里面设置
axios.post('/login_action/',
params,{headers:{"X-CSRFToken": getCsfrKey()}})
.then((response) => {
console.log(response.data)
})
3.在参数里面设置
let params = new URLSearchParams();
params.append('user_name',formState.userName)
params.append('pwd',formState.password)
params.append('csrfmiddlewaretoken',getCsfrKey())
我觉得还是第一种方便一点，一打开网页就可以先去获取key获取完后直接塞进axios里面，后面就都不用管了，多舒服。
这里也遇到一个坑，卡了很久。
就是跨域问题中的第七步中的允许头的问题。
问题的现象是，把带着CSRFTOKEN的POST请求上报服务器之后，Django的输出台看到的请求一直是OPTION，而不是我用的POST。
这个问题的根本就是由于跨域请求的时候，浏览器需要通过OPTION来和服务器确认自己到底能不能访问，确认过后才会发送我们的POST请求。由于后台设置的问题，一直我们请求头中的X-CSRFToken一直没办法被后台接收，导致OPTION的返回请求中没有带上我们需要的头，虽然返回code是200，但是浏览器遗留以为我们被后台跨域拒绝了，一直给我报跨域的错，后面把*给改成具体的头就OK了。
结语
CSRF的问题就暂告一段落，我要继续搬砖去了。不得不说感觉前端的设计思路和我们后端的真的差别有点大，摸起来有点左右横跳的感觉，可能前端人均大神吧。。不过从接触大前端开始感觉好像终于有点接近了。
同时继续鄙视一下百度的搜索机制，真的，这种技术类的文章内容你都不会过滤一下的？抄来抄去显示都是同一个文章，不能搭梯子的开发是真的难受。
我是跨域跨到蛋疼的llsxily，你可以叫我橘子。
