Wie konfiguriere ich dotNetOpenId in einer Sitzung weniger Load-Balancing-Umgebung

Question

Sie haben das wahrscheinlich schon einmal gelöst.

Ich muss in der Lage sein, offene ID in einer Umgebung zu verwenden, die Session-Stickiness nicht hat. Die Server behalten die Header bei.

Ich benutze ASP.NET MVC und dotNetOpenId Version 3.2.0.9177. Obwohl die Authentifizierung auf der 3rd-Party-Website ohne Probleme verläuft, bekomme ich einen Fehler und die Authentifizierung schlägt fehl.

Irgendwelche Gedanken?

Answer 1

Stateful

die optimierte Methode ist ein benutzerdefinierter Persistenzspeicher zu schreiben, die IRelyingPartyApplicationStore für die „Geheimnisse“ implementiert, dass OpenID RPs erfordern, und die Instanz an den OpenIdRelyingParty(IRelyingPartyApplicationStore) Konstruktor übergeben, oder es registriert in Ihrem web.config file.

Stateless

eine viel einfachere Lösung, die für die meisten Szenarien genügt stattdessen stateless Modus verwenden, so dass kein Staat über Ihre Web-Farm-Servern gemeinsam genutzt werden muss.

Sie können den statusfreien Modus aktivieren, indem Sie OpenIdRelyingParty als Instanz Ihres Anwendungsgeschäfts null instanziieren. Der Aufruf des Standardkonstruktors führt dazu, dass DNOA seinen speicherinternen Speicher verwendet, der bei Serverfarmen unterbrochen wird, sodass der Standardkonstruktor nicht ausreicht.

Oder wenn Sie die ASP.NET-Steuerelemente verwenden, setzen Sie einfach Stateless = true auf das Steuerelement.

Answer 2

Mit DotNetOpenID sollten Sie in der Lage sein, den Zustand, den Sie während der Authentifizierung für den Client benötigen, über ein Cookie beizubehalten.

Bearbeiten: Ich habe keinen Beispielcode dafür, weil ich DotNetOpenID nie in einer sitzungslosen Umgebung verwenden musste, aber ich würde diesen Link überprüfen, könnte es die Informationen, die Sie benötigen: http://code.google.com/p/dotnetopenid/wiki/WebFarmHowto

Answer 3

Hier ist, wie wir damit stateless:

var uri = new Uri(Request.Url, Request.RawUrl); 
var openid = new OpenIdRelyingParty(null, uri, 
      Request.HttpMethod == "GET" ? Request.QueryString : Request.Form); 

scheint bisher zu arbeiten, obwohl pro Andrew ist es eine kleine Performance-Einbußen. Nicht sicher, dass das wichtig ist, seit Login ist eine ziemlich seltene Aktivität.