c# - net - Proveedor de servicios simple OAuth
oauth2 asp net core 2 (1)
Terminé haciendo una investigación exhaustiva para encontrar que no necesitaba el tradicional OAuth de 3 patas y solo necesitaba 2 patas. El problema es que la información de OAuth de dos patas es bastante difícil de encontrar. Finalmente encontré una especificación de Google para implementar OAuth de dos patas:
http://oauth.googlecode.com/svn/spec/ext/consumer_request/1.0/drafts/2/spec.html
También encontré una implementación del mismo, ya que Justin.tv lo está utilizando para sus servicios:
http://apiwiki.justin.tv/mediawiki/index.php/OAuth_Ruby_Tutorial
También me encontré con una excelente herramienta de prueba OAuth que me ayudó enormemente en la implementación del servicio:
http://term.ie/oauth/example/client.php
OAuth de dos patas es bastante simple una vez que comprendes lo que estás buscando y cómo implementarlo. Si está buscando OAuth, lo más probable es que encuentre artículos que hablen del tradicional OAuth de 3 patas que implica 3 partes, como su nombre lo indica: consumidores, proveedores de servicios y usuarios . En dos patas, se trata estrictamente de consumidores y proveedores de servicios. Si su servicio no se ocupa específicamente de los usuarios, OAuth de 2 patas es justo lo que está buscando.
En cuanto a un framework, estoy usando ASP.NET MVC, así que terminé asentando en un repositorio github ubicado aquí:
https://github.com/buildmaster/oauth-mvc.net
Tiene un código realmente agradable y limpio, y usa inyección de dependencia (Ninject). No me costó mucho modificarlo para OAuth de dos patas.
Tengo problemas para tratar de distinguir el ejemplo del proveedor de servicios OAuth que se incluye en DotNetOpenAuth. Busqué SO y encontré algunas publicaciones similares / relacionadas, pero nada realmente útil. ¿Hay algún proyecto de código abierto o ejemplo realmente simple / primitivo de un proveedor de servicios ASP.NET MVC 2 OAuth? Todo lo que quiero usar OAuth es la autenticación del servicio. Iba a rodar mi propia API con una clave / secreto, pero pensé que un protocolo probado como OAuth probablemente sería una mejor solución.