Nieprawidłowy podpis komunikat przy uruchamianiu OpenID Provider na Klastra

Question

Wprowadzenie

Mamy OpenID Provider, który stworzyliśmy przy użyciu składnika DotNetOpenAuth. Wszystko działa wspaniale, gdy uruchamiamy dostawcę w jednym węźle, ale kiedy przenosimy dostawcę do klastra równoważonego obciążeniem, w którym wiele serwerów obsługuje żądania dla każdej sesji, pojawia się problem z podpisywaniem wiadomości, ponieważ komponent DotNetOpenAuth wydaje się używać czegoś unikalnego z każdego węzła klastra, aby utworzyć podpis.

Wyjątek

DotNetOpenAuth.Messaging.Bindings.InvalidSignatureException: Message signature was incorrect. 
    at DotNetOpenAuth.OpenId.ChannelElements.SigningBindingElement.ProcessIncomingMessage(IProtocolMessage message) in c:\BuildAgent\work\7ab20c0d948e028f\src\DotNetOpenAuth\OpenId\ChannelElements\SigningBindingElement.cs:line 139 
    at DotNetOpenAuth.Messaging.Channel.ProcessIncomingMessage(IProtocolMessage message) in c:\BuildAgent\work\7ab20c0d948e028f\src\DotNetOpenAuth\Messaging\Channel.cs:line 940 
    at DotNetOpenAuth.OpenId.ChannelElements.OpenIdChannel.ProcessIncomingMessage(IProtocolMessage message) in c:\BuildAgent\work\7ab20c0d948e028f\src\DotNetOpenAuth\OpenId\ChannelElements\OpenIdChannel.cs:line 172 
    at DotNetOpenAuth.Messaging.Channel.ReadFromRequest(HttpRequestInfo httpRequest) in c:\BuildAgent\work\7ab20c0d948e028f\src\DotNetOpenAuth\Messaging\Channel.cs:line 378 
    at DotNetOpenAuth.OpenId.RelyingParty.OpenIdRelyingParty.GetResponse(HttpRequestInfo httpRequestInfo) in c:\BuildAgent\work\7ab20c0d948e028f\src\DotNetOpenAuth\OpenId\RelyingParty\OpenIdRelyingParty.cs:line 493 

Konfiguracja

Mamy konfiguracji maszyna config aby używać tego samego klucza maszynowego na wszystkich węzłach klastra i mamy konfigurację out sesji procesu z SQL Server.

Pytanie

Jak możemy skonfigurować klucz używany przez DotNetOpenAuth podpisać swoje wiadomości tak, że klient zaufa odpowiedzi od wszystkich serwerów w klastrze podczas tej samej sesji?

Answer 1

Należy wdrożyć IProviderApplicationStore i przekazać instancję tego obiektu do instancji OpenIdProvider tworzonej lub ustawić typ sklepu w pliku web.config. Wdrożenie tego interfejsu musi zapewniać dostęp do bazy danych, którą udostępniają wszystkie serwery w farmie sieci.

Answer 2

Po utworzeniu OpenIdRelyingParty upewnij się, że przekazałeś null w konstruktorze.

Dzięki temu twoja strona internetowa staje się bezstanowym systemem OpenID lub trybem "niemy". Logowanie jest nieco wolniejsze (jeśli zauważysz), ale unikasz konieczności pisania IRelyingPartyApplicationStore, aby umożliwić DotNetOpenAuth pracę w twojej farmie;

var openIdRelyingParty = new OpenIdRelyingParty(null);