7

我有几个后端 API，它们是 Django 项目。他们有一个 UI（单页应用程序）和一个基于用户名密码的登录。

我的客户通常是开发人员，他们不想要 UI，他们想要的只是访问后端 API，他们可以构建自己的仪表板等。他们希望将 API 与他们的后端系统集成。

问题

问题 1. 我打算使用 django-oauth-tool 工具包，在我看来，客户端凭据授予类型将适合此用例。我对吗 ？

为了进行实验，我在 8000 端口本地启动了一个单独的 oauth 服务器，我在 8001 上启动了资源服务器 (r1)，在 8002 上启动了资源服务器 (r2)。

第1步 ：

我去了 oauth 服务器的管理面板，为资源 r1 创建了一个用户 u1，为资源 r2 创建了一个用户 u2。我去了管理面板中的应用程序模块，在授予类型资源所有者密码的应用程序中注册了 r1 和 r2。为了生成访问令牌，我调用了令牌端点

POST -d "grant_type=password&username=u1&password=u1password" -u "clientid of R1:clientsecre of fR1" http://localhost:8000/o/token/

我得到了访问令牌

{
   "access_token":"KdAOMZBiMomVxpvjAWErwVGog6NRRH",
   "expires_in":86400,
   "token_type":"Bearer",
   "scope":"read write introspection",
   "refresh_token":"ffgkZZ5NtVFh4REs0TbFAALNkJqXVQ"
}

第2步：

说上面我为资源服务器 R1 生成的访问令牌，所以我去了 R1 的设置文件并添加了这个令牌以进行自省

OAUTH2_PROVIDER = {
    'RESOURCE_SERVER_INTROSPECTION_URL': 'http://localhost:8000/o/introspect/',
    'RESOURCE_SERVER_AUTH_TOKEN': '9b2uVud7WXHEdyolznvvkM3KwWfkVe',  # OR this but not both:
    #'RESOURCE_SERVER_INTROSPECTION_CREDENTIALS': ('5sRVXLoTQj9vlkLWaziIMZrgra1keupWIQ2On2hX','5jwMxls1JiAiQiNVnRTtbjmzgRO20FEHD0BBdiSAwvSL1XswZKqglDRke2L8Ig77ol7OE3ZdsA9SE7sry0u3BXwd1OvfFfhDVJFSLWlPG6g1vB3w4ZFc1g8ZwgzXJooc'),
}

第 3 步：我也对资源服务器 R2 执行了相同的过程。

问题2：这个注册多个资源服务器的过程是否正确？我是否正确设置了自省？

问题3：如何注册在同一资源服务器上运行的不同微服务？

第 4 步：假设现在我有一个身份验证服务器准备好为 r1 和 r2 资源生成令牌。

现在要模拟一个场景，即想要将我的 API 与他的应用程序集成的开发人员想要生成访问令牌必须首先将他的应用程序注册到身份验证服务器，我在授权服务器上注册了一个应用程序（开发人员的应用程序）与 Grant 类型客户端证书。

这就是我的管理面板现在的外观，其中 R1 和用户 U1 和 R2 和 U2 注册为资源服务器和开发者应用程序，与任何想要访问这些资源的客户端的用户无关。

在此处输入图像描述

第 5 步：模拟开发人员如何生成访问令牌，我生成了这样的访问令牌 在此处输入图像描述

注意：我使用了资源 R1 的客户端 ID 和客户端密码并生成了访问令牌，但即使对于资源 R2 及其工作，我也能够成功使用相同的访问令牌。

问题 3：为什么我使用 R1 的客户端 ID 和客户端密码生成的访问令牌即使对 R2 也有效。我在这里做错了吗？基本上，我希望能够为开发人员专门为资源生成访问令牌。我知道有范围和权限，但我可以只为特定资源生成访问令牌吗？我需要做什么来实现这一点，我需要扩展或添加一些逻辑吗？

问题 4：我对使用客户端凭据授权类型的想法是否正确，我为注册资源服务器和将使用资源服务器的客户端应用程序所做的步骤是否正确？

谢谢你的帮助

4

2 回答 2

5

问题 1. 我打算使用 django-oauth-tool 工具包，在我看来，客户端凭据授予类型将适合此用例。我对吗 ？

你是对的。

问题2：这个注册多个资源服务器的过程是否正确？我是否正确设置了自省？

是的，你做对了。

问题3：如何注册在同一资源服务器上运行的不同微服务？

您的意思是在同一资源服务器上的不同端口上运行不同的微服务吗？如果是，那么您必须以与 R1 和 R2 相同的方式配置资源服务器。

问题 3：为什么我使用 R1 的客户端 ID 和客户端密码生成的访问令牌即使对 R2 也有效。我在这里做错了吗？基本上，我希望能够为开发人员专门为资源生成访问令牌。我知道有范围和权限，但我可以只为特定资源生成访问令牌吗？我需要做什么来实现这一点，我需要扩展或添加一些逻辑吗？

访问令牌是机密的。如果与任何人共享，则任何一个资源都可以访问它。例如：- 如果我有你的 FB 身份验证令牌，你和我可以用它做同样的事情，不管这个令牌属于谁。

问题 4：我对使用客户端凭据授权类型的想法是否正确，我为注册资源服务器和将使用资源服务器的客户端应用程序所做的步骤是否正确？

  1. 是的，使用client_credentials是处理问题陈述的正确方法。
  2. 是的，您以正确的方式设置它。但是，请查看 JWT 以获得替代和高级方法。使用 JWT 避免了对 OAuth 服务器的自省调用，从而节省了网络调用。
于 2019-04-01T10:14:15.613 回答
0

为了简单地保护后端，您可以使用内置的Token Authentication。

开始使用非常安全。它将您限制为每个用户/帐户一个令牌，这可能会在轮换/撤销令牌时影响“用户体验”。在扩展以支持大事务量时也有一些缺点。否则真的很好。

一旦您更好地了解您的需求，您可以考虑转向 JWT、OAuth 或其他更高级/复杂的基于令牌的身份验证方法。

于 2019-03-26T07:19:40.513 回答