Con casi todos los puntos finales de servicio (seguros) WCF en mi aplicación, si el reloj del sistema del cliente está configurado demasiado lejos en el futuro o en el pasado, recibo una excepción del mecanismo Clock Skew de WCF (descrito aquí: http://www.danrigsby.com/blog/index.php/2008/08/26/changing-the-default-clock-skew-in-wcf/).¿Por qué mi punto extremo WCF no lanza una excepción Max Clock Skew?
Sin embargo, el punto final donde se implementa mi método Login() nunca arroja esta excepción aunque tenga habilitada la seguridad de transporte (naturalmente, no se requieren credenciales para ello).
¿Por qué el "Mecanismo de reloj sesgado" no funciona para este punto final? ¿Tal vez es porque clientCredentialType está establecido en "Ninguno"?
A modo de ejemplo, he aquí una versión simplificada de la configuración de mi:
<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>