Estoy tratando de hacer que la autenticación social funcione en un servidor asp.netNancy aplicación web usando elWorldDomination SimpleAuthentication plugin para Nancy. TL; DR pasa a la pregunta en negrita al final de la pregunta.

Ambos son bastante buenos, pero existe una gran brecha en la documentación entre el proceso de autenticación (bien cubierto) y la identificación del usuario autenticado durante las solicitudes distintas de la solicitud de autenticación inicial (nada).

Nancy proporciona autenticación básica y de formularios a través de paquetes adicionales, y los enlaces que proporcionan son bastante sencillos. WorldDomination no proporciona mucha información después del proceso de autenticación real. Parece que hay una clara falta de Happy Path para el proceso normal de "quién es el usuario que realiza esta solicitud" que tiene que suceder cada vez que un usuario llega al servidor.

He invertido bastante tiempo en resolver esta parte, pero mi investigación no me ha llevado a ninguna solución obvia. Las aplicaciones de demostración de WD están desprovistas de un código de solicitud distinto de las solicitudes de autenticación, y el código base no parece contener nada relacionado con el ciclo de solicitud normal.

Mi mejor conjetura es que necesito integrarme con formularios de autenticación, implementar los formularios de autenticación de formularios de Nancy y usar lo que obtengo de WD para completar mis propios tipos.

Esto no parece exactamente el más feliz de los caminos felices. De hecho, parece ser más como un camino "haz mucho trabajo, bastardo perezoso".

¿Cuál es exactamente el camino feliz recomendado para integrar a los proveedores de autenticación OAuth social de WorldDomination y Nancy? Me estoy concentrando en la parte estándar del ciclo de vida de la página "quién es esta persona que me solicita" aquí.

¡Puntos de bonificación (de mis hordas de cuentas de sockpuppet que crearé con este propósito) por cómo este camino feliz maneja a los usuarios que también cierran sesión!