最近，经常有客户反应，前天还用的好好的系统，今天就不能用了。

考虑到系统近来没有做过改动和升级操作，所以从客户的机器环境入手解决，最后发现客户端的日期时间和服务端的日期时间有较大差异，将客户端机器修改成和服务端的日期时间一致后，系统恢复正常。

查了一下资料，原来WCF安全校验通道，在建立时，会将客户端和服务端的时间进行对比，如果差异超过一定范围，通道建立工作就会失败；这个时间范围默认为5分钟，可通过配置进行修改，具体方法可到网上搜索。

另外，客户端为什么用的好好的，突然就不行了，最后检查发现，客户端的机器在同步网络上的时间，这样，在客户端的机器同步了网络时间并且和服务端时间不一致时，系统就会出现异常。

好了，既然发现了问题，那么怎么解决呢，想到的办法有3个：

1.将WCF配置为非安全校验类型，这个风险较大，直接放弃

2.修改配置，将5分钟差异范围增大为30分钟，或更长，如下：

  这个方法带来的问题是，我们必须使用customBinding绑定方式；并且，各个客户端的时间可能不一致，导致业务数据混乱

  <customBinding>

       <binding name="MyCustomBinding">

           <transactionFlow />

           <security authenticationMode="UserNameForSslNegotiated">

               <secureConversationBootstrap>

                   <localClientSettings maxClockSkew="00:30:00" />

                   <localServiceSettings maxClockSkew="00:30:00" />

               </secureConversationBootstrap>

               <localClientSettings maxClockSkew="00:30:00" />

               <localServiceSettings maxClockSkew="00:30:00" />

           </security>

           <textMessageEncoding>

               <readerQuotas maxStringContentLength="500000"/>

           </textMessageEncoding>

           <httpTransport maxReceivedMessageSize="10485760" maxBufferPoolSize="524288" />

       </binding>

   </customBinding>

3.系统自动同步服务端的时间，这样就能解决客户端和服务端时间不一致的问题，并却还能保证各个客户端的时间一致；具体实现方法很多，这里不再赘述。