将IdentityServer4作为OAuth2服务器接入Django API是否可行？

完全可以将IdentityServer4作为Django应用的OAuth2授权服务器。IdentityServer4是符合官方标准的OAuth2.0 + OpenID Connect实现，本身不绑定任何业务服务的技术栈，不管后端是Python/Django、Java还是Go，只要按照标准协议流程对接即可，完全能满足你后续多技术栈（比如.NET Core）统一接入鉴权的需求。

• 先在IdentityServer4侧完成基础配置：将你的Django API定义为受保护资源（ApiResource/ApiScope），配置对应调用方（客户端）的授权类型、回调地址、允许的作用域等参数即可。
• Django侧仅需新增JWT校验逻辑，无需改动原有业务代码：可以直接用django-rest-framework-simplejwt这类常用的JWT鉴权库，把默认的校验公钥替换为IdentityServer4的签名公钥即可。IdentityServer4默认会在标准的OIDC元数据端点暴露鉴权所需的所有公开信息，包括签名公钥、各授权端点地址，你直接提取对应公钥配置到Django的JWT校验参数里就行。
• 验证请求链路：调用方先从IdentityServer4申请到合法JWT，请求Django API时将JWT放在Authorization: Bearer {token}请求头中，Django收到请求后用IdentityServer4的公钥完成验签、时效校验、作用域校验，通过后即可放行请求，和你之前用Django原生生成JWT的业务逻辑完全兼容。

• 要保证IdentityServer4和Django服务的时钟偏差不要太大，否则JWT的时效校验会出现异常。
• 如果你需要在鉴权逻辑中用到自定义字段，直接在IdentityServer4侧配置要返回的自定义声明（Claim）即可，Django侧解析JWT后可以直接提取对应Claim做权限判断。
• 如果你用的是Django REST Framework，直接将simplejwt的加密算法配置为RS256（IdentityServer4默认使用非对称加密签名JWT），再把IdentityServer4的公钥配置到VERIFYING_KEY参数中即可，不需要修改其他原有鉴权中间件逻辑。

内容的提问来源于stack exchange，提问作者Alex