Почти все (защищенные) конечные точки WCF-сервиса в моем приложении, если системные часы клиента установлены слишком далеко в будущем или в прошлом, я получаю исключение из механизма WCW Clock Skew (описанного здесь: http://www.danrigsby.com/blog/index.php/2008/08/26/changing-the-default-clock-skew-in-wcf/).Почему моя конечная точка WCF не выбрасывает исключение Max Clock Skew?
Однако одна конечная точка, в которой реализован мой метод Login(), никогда не выдает это исключение, даже несмотря на то, что она имеет транспортную безопасность (естественно, для нее не требуются учетные данные).
Почему для этой конечной точки не работает механизм «Механизм синхронизации часов»? Может быть, это потому, что для clientCredentialType установлено значение «Нет»?
В качестве примера, вот упрощенная версия моей конфигурации:
<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>