使用 OAuth 对我们的网络应用程序的 GoogleApps 日历小部件进行身份验证（使用 Google 作为两条腿的 OAuth 客户端）
我目前正在研究将 Google Apps 日历与我的应用程序集成的可行性。我的用例之一涉及向日历添加自定义小部件。用户将使用此小部件添加特殊日历事件，然后该小部件将使用 oauth 联系我的应用程序以触发额外的业务处理。
- 如何通过 OAuth 从 Google 小部件安全连接到我的应用程序？
- Google 是否有任何 api/支持作为 OAuth 消费者？
- 或者 Google-apps 是否提供了一项服务，让我可以在域级别安全地存储和访问 OAuth 消费者密钥和秘密，而无需个人用户看到密钥？
我考虑过使用单独的网络应用程序来托管消费者密钥和秘密。但这只是把问题抛到了一边。如何确保对此应用程序的请求来自特定域中经过身份验证的 Google-apps 用户？在这种情况下，我必须使用 OpenId 或类似的。
- 如果是这样，我是否最好在这个用例中使用 OpenId 并完全绕过 OAuth？
（注意：我已经阅读了尽可能多的 Google OAuth 文档。请不要链接到更多文档，除非它特别提到使用 Google OAuth 客户端或如何使用 Google 管理 OAuth 客户端密钥）。
I am currently investigating the feasibility of integrating a Google Apps calender with my application. One of my use cases involves adding a custom widget to the calendar. The user will use this widget to add special calendar events, the widget will then contact my application using oauth to trigger extra business processing.
- How do I securely connect to my application via OAuth from a Google widget?
- Does Google have any api/support for being an OAuth consumer?
- Or does Google-apps provide a service where I can safely store and access OAuth consumer key and secret at the domain level without individual users seeing the key?
I have looked at using a separate web app to host the consumer key and secret. But this just kicks the problem down the road. How do I ensure that the request to this app is from an authenticated Google-apps user on a specific domain? In this case I would have to use OpenId or similar.
- If so would I be better using OpenId for this use case and by pass OAuth completely?
(Note: I have already read as much Google OAuth documentation as I can find. Please don't link to more unless it specifically mentions using Google an OAuth Client or how to use Google to manage OAuth Client keys).
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
据我所知，这是不可能的，因为我计划这样做。
这是因为该小部件仅是客户端 JavaScript 和 html。没有地方可以存储人员的身份，他们仍然必须登录到某个地方的服务器，并且服务器必须保存人员的身份并执行 oauth dance。
如果有人有更好的答案，我愿意接受，但我不再积极关注这个问题。
As far as I could gather this is not possible, as I have planned to do it.
This is because the widget is client only javascript and html. There is no where to store the persons identity, they would still have to log onto a server somewhere and the server would have to hold the persons identity and perform the oauth dance.
I am open to better answers if anyone has them, but I am nolonger actively looking at this.