# “假”OAuth提供商？

**URL:** <https://meta.discourse.org/t/fake-oauth-provider/212116>\
**Category:** Development\
**Created:** [2021年十二月14日 22:57 UTC](https://meta.discourse.org/t/fake-oauth-provider/212116 "2021-12-14T22:57:27Z")\
**Posts on this page:** 1\
**Showing post:** 4

<div class="post-metadata">

**Author:** ![supermathie](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/supermathie/32/507518_2.png) [@supermathie](https://meta.discourse.org/u/supermathie)\
**Post date:** [2021年十二月15日 23:32 UTC](https://meta.discourse.org/t/fake-oauth-provider/212116/4 "2021-12-15T23:32:48Z")

</div>

这听起来像是您想实现自己的 OAuth 提供商？

就像[这里的图表](https://meta.discourse.org/t/overview-single-sign-on-sso-oauth2-is-this-chart-correct/90231/2?u=supermathie)一样：

 ![image](https://global.discourse-cdn.com/meta/original/3X/4/c/4c6f513ef8b58ae711c4ba3adc0f13c9ce0b68ef.png)

听起来您的自定义机制将取代“OAuth2 目录”。

（使用 [DiscourseConnect](https://meta.discourse.org/t/13045?silent=true) 可能会更简单）

当然，这一切都取决于您已经如何为网站实现身份验证……

另一方面，这样做可能过于复杂——我们确实支持仅限员工的自定义字段，这可能适合此处。

---

_[View the full topic](https://meta.discourse.org/t/fake-oauth-provider/212116)._