Django前后端分離csrf token獲取方式
需求
一般Django開發(fā)為了保障避免 csrf 的攻擊,如果使用Django的模板渲染頁面,那么則可以在請求中渲染設(shè)置一個csrftoken的cookie數(shù)據(jù),但是如果需要前后端分離,不適用Django的模板渲染功能,怎么來動態(tài)獲取 csrftoken 呢?
Django 通過 request 請求獲取 csfttoken 的方法
from django.middleware.csrf import get_token
def getToken(request):
token=get_token(request)
return HttpResponse(json.dumps({'token':token}), content_type="application/json,charset=utf-8")
使用這種方式的確可以獲取csrftoken的數(shù)據(jù),下面來寫個示例來演示一下。
Django 后端獲取 csrftoken 示例
在視圖 views.py 設(shè)置 getToken 方法
from django.middleware.csrf import get_token
# 獲取cstftoken
def getToken(request):
token = get_token(request)
return HttpResponse(json.dumps({'token': token}), content_type="application/json,charset=utf-8")
在 urls.py 配置URL
from django.urls import path, re_path
from . import views
urlpatterns = [
# ex:/assetinfo/getToken
path('getToken', views.getToken, name='getToken'),
...
]
使用 postman 測試接口,獲取 csrftoken
現(xiàn)在是完成了基本功能了,能否動態(tài)獲取 csrftoken,但是還有一個跨域問題,假如跨域后就無法獲取 csrftoken 了。
我嘗試過在Django中設(shè)置跨域返回的方式,但是這是不行的,因為不同的域名使用 csrftoken 就基本失去了原來的防止 csrf 攻擊的意義。
最好的方式是使用 nginx 做本機(jī)的代理,分別反向代理前端、后端的服務(wù),然后統(tǒng)一提供一個域名使用,即可使用 csrftoken 了。
在 postman 設(shè)置使用 csrftoken
當(dāng)想要在 postman 中使用 csrftoken,那么只需要將獲取的 csrftoken 值設(shè)置到 Headers 中即可,如下:
{"X-CSRFToken":"K6q7uqt9J8UocELWR04pw2DKd8T2LRNWjf2uQvsFBWm87Q1lJZQV1vj3pR8REzCR"}
如果不設(shè)置,那么則會出現(xiàn) 403拒絕報錯 如下:
到此這篇關(guān)于Django前后端分離csrf token獲取方式的文章就介紹到這了,更多相關(guān)Django csrf token獲取內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
解決jupyterLab打開后出現(xiàn)Config option `template_path`not&
在JupyterLab中使用OpenCV環(huán)境時遇到模板路徑問題,經(jīng)排查發(fā)現(xiàn)是nbconvert版本過高導(dǎo)致的,通過降級nbconvert到5.6.1版本成功解決2025-02-02
Python字典操作詳細(xì)介紹及字典內(nèi)建方法分享
這篇文章主要介紹了Python字典操作詳細(xì)介紹及字典內(nèi)建方法分享,具有一定借鑒價值,需要的朋友可以參考下2018-01-01

