.net 服务器WCF跟踪日志中记录的此平台问题不支持或未启用扩展保护

.net 服务器WCF跟踪日志中记录的此平台问题不支持或未启用扩展保护,.net,wcf,silverlight,long-polling,polling,.net,Wcf,Silverlight,Long Polling,Polling,无法理解为什么我在WCF跟踪日志中收到许多警告: 跟踪标识符: 说明: 此平台不支持或未启用扩展保护。 如果需要,请安装相应的修补程序并启用它 通过windows身份验证扩展对https的保护支持 来源: System.ServiceModel.Activation.Metabase设置IS6/17653682 据我所见,在我手动强制IIS重新启动或回收AppPool,然后客户端服务重新连接到服务器,或者客户端最终开始获得404未找到服务器响应后,会出现这种情况。顺便说一句,不清楚为什么它在I

无法理解为什么我在WCF跟踪日志中收到许多警告:

跟踪标识符:

说明:

此平台不支持或未启用扩展保护。 如果需要,请安装相应的修补程序并启用它 通过windows身份验证扩展对https的保护支持

来源:

System.ServiceModel.Activation.Metabase设置IS6/17653682

据我所见,在我手动强制IIS重新启动或回收AppPool,然后客户端服务重新连接到服务器,或者客户端最终开始获得
404未找到
服务器响应后,会出现这种情况。顺便说一句,不清楚为什么它在IIS重新启动后开始获得404,并且在1-10分钟甚至更长的时间内无法恢复

有关我正在使用的WCF配置的一些信息:

  • HTTP轮询双工
  • Silverligth 4客户端
  • NTLM身份验证
  • 关于IIS匿名身份验证。已禁用,并已启用Windows集成身份验证
  • IIS 6.0
  • Windows Server 2003
  • 单进程AppPool中只有一个WCF服务

您在代码中是否使用了与日期时间相关的区域性信息?我们使用的是Server2003,当appool重新启动时,它会频繁地使用无效的区域性。在这个senario中,一切都很好,在重新启动三周后,应用程序池将停止请求或出错。我现在在2008年,但这个KB在我们的案例中起了作用


“…我找到了server 2003的热修复程序。值得一试…它可能会起作用…”

您的代码中是否使用了与日期时间相关的区域性信息?但我没有得到FormatException。。。如何诊断此问题以确定是否存在此问题?