Con quasi tutti gli endpoint del servizio WCF (sicuri) nella mia applicazione, se l'orologio del sistema del client è impostato troppo lontano nel futuro o passato, ottengo un'eccezione dal meccanismo di sgancio dell'orologio di WCF (descritto qui: http://www.danrigsby.com/blog/index.php/2008/08/26/changing-the-default-clock-skew-in-wcf/).Perché il mio endpoint WCF non emette un'eccezione Max Clock Skew?
Tuttavia, l'endpoint in cui viene implementato il metodo Login() non getta mai questa eccezione nonostante abbia abilitato la sicurezza di trasporto (naturalmente non sono necessarie credenziali per esso).
Perché il meccanismo di "Clock Skew" non funziona per questo endpoint? Forse è perché clientCredentialType è impostato su "Nessuno"?
A titolo di esempio, ecco una versione semplificata della mia configurazione:
<services>
<service name="Foo">
<endpoint address=""
binding="wsHttpBinding"
bindingConfiguration="binding1"
contract="IFoo" />
</service>
</services>
<bindings>
<wsHttpBinding>
<binding name="binding1" maxReceivedMessageSize="100000000">
<readerQuotas maxDepth="1000000000" maxArrayLength="1000000000" maxStringContentLength="1000000000" />
<security mode="Transport">
<transport clientCredentialType ="None"/>
</security>
<reliableSession enabled="false" />
</binding>
</wsHttpBinding>
</bindings>