我有一个坐在8000端口上的WCF服务，现在几个月来一直没有任何问题。 当试图远程访问服务时，它今天停止工作（连接超时）。 我检查了以下内容： 该端口在路由器中转发 入站防火墙规则允许来自我的IP地址的连接 netstat -a -n显示 TCP 0.0.0.0:8000 0.0.0.0:0聆听 TCP [::]：8000 [::]：0聆听 我启用了日志丢弃的数据包 ，但是即使尝试连接到服务器，日志文件仍保持为空 netsh防火墙显示状态 当前在所有networking接口上打开的端口： 端口协议版本程序 ————————————————– —————– 8000 TCP任何（空） netsh防火墙显示configuration显示 域configuration文件的端口configuration： 端口协议模式通信方向名称 ————————————————– —————– 8000 TCP启用入站PnPService 我可以从服务器本地访问服务，但不能从networking外访问 我仍然可以通过远程桌面连接访问服务器 注意 ：其他人可能在我不知情的情况下对服务器进行了更改，但我不知道要从上面检查什么，所以任何build议都会非常有帮助！ 我真的很感激任何帮助或指导，请让我知道，如果我可以提供任何额外的细节。 谢谢
我有一个奇怪的问题。 让我一步一步详细解释： 我有一个供应商开发的REST WS（使用WCF制作）与MS CRM同步数据。 我开发了一个Windows服务，它从数据库中提取批量数据进行同步，然后使用Post方法作为JSON对象将它传递给这个Web服务。 Windows服务部署在其中一个节点上。 我面临的问题从来没有发生在Dev，QA，UAT或分期环境中。 它仅适用于生产环境。 在生产应用程序工作了一段时间，然后开始抛出400错误的请求错误。 然后，直到我们重新启动站点或重置应用程序池标识IIS不断抛出400错误的请求错误。 当我们重新启动网站或应用程序池时，相同的请求失败开始获得成功的答复。 它在这样的一段时间内工作，而且再次发生400次。 Web服务托pipe的环境是Win Server 2012,2节点负载平衡环境。 WS被部署在boht节点的端口8080上，并被configuration为在.Net 4.0下运行。 我在我的Windows服务日志（这是这些WS的客户端）中收到以下错误。 System.Net.WebException：远程服务器返回错误：（400）错误的请求。 在CrmWrapperWsHelper.cs中的SspToCrmSynchronizationService.Helpers.CrmWrapperWsHelper.CallService（String data，String url，String method，String userName，String password，String contentType）：SspToCrmSynchronizationService.Helpers.CrmWrapperWsHelper.CallDocumentCreateService中的第79行（String data）CrmWrapperWsHelper.cs ：第20行在SequentialProcess.cs中的SspToCrmSynchronizationService.Process.SequentialProcess.Process（List`1 appList，DatabaseHelper dbHelperForChildTask，CancellationToken ct）的CommonOperations.cs中的第52行：SspToCrmSynchronizationService.Process.CommonOperations.GenerateJsonAndInvokeDocCreateWS（Int64 appRefNo，Application app） 88行 首先，我们检查了IIS日志，发现IIS在几百个MS中返回了400错误。 我们怀疑它没有到达WS应用程序，因为应用程序根本没有logging任何东西，尽pipelogging请求是供应商在WS代码中做的第一件事情。 其次，我们使用Fiddler来捕获请求和响应，并得到以下结果： HTTP/1.1 400 Bad Request Cache-Control: private Content-Length: 1647 Content-Type: text/html Server: Microsoft-IIS/8.5 X-ASpNet-Version: 4.0.30319 X-Powered-By: ASP.Net Date: […]
我试图启用WCF使用Asycn模式向外扩展，这是一个configuration设置，以启用asynchronous处理，但我无法find这是什么。 我认为这是在.net 3.5 SP1的function，但没有太多的。
有没有办法提供一个自定义的“对不起”页面从运行IIS 6.0和.NET 3.5 SP1的服务器上的WCF服务（.svc文件）的直接访问请求。 我有一个要求，我在生产环境中的服务是不可发现的。 该要求指出WSDL发布应该是closures的，并且该请求还规定，当通过HTTP Get请求直接访问MyService.svc文件时，显示“Sorry Not found”页面。 我没有任何问题禁用configuration文件中的元数据。 <serviceMetadata httpGetEnabled="false" /> 但我无法想出一个方法来显示默认的.svc页面。 服务 这是Windows©Communication Foundation服务。 此服务的元数据发布目前已被禁用。 如果您有权访问该服务，则可以通过完成以下步骤来修改您的Web或应用程序configuration文件来启用元数据发布：… 也张贴在Stackoverflow 。
当向IIS 6中托pipe的WCF服务发布一个大文件（10mb）时，我们有时会收到HTTP 400的错误请求结果码。我们可以使用SOAP UI重现此问题，并且在发生这种情况时似乎是不可预测的。 在我们的WCF日志中没有收到调用，所以我们认为请求没有到达ASP.NET和WCF运行时。 这发生在同一台机器上的多个网站上，每个网站都有自己的应用程序池。 所有的IIS设置是默认的，只有在ASP.NET和WCF我们允许更大的readerQuota的等…. logging在IIS日志中的win32status是1450，我们认为这意味着“错误没有系统资源”。 所以现在的问题是：a）如何解决这个问题b）（当a不适用时:)）哪些性能计数器或日志是有用的，以便更多地了解这个问题？ 问候，蒂姆
大家好，谢谢你的阅读， 我有一个延迟问题，那就是我的应用程序在最后一次调用后的一段确定的时间后首次调用时需要很长时间才能启动。 Web应用程序是一个WCF服务，我们正在谈论实际处理开始之前约18秒的延迟。 现在，我相信我知道如何减less这个延迟，这不是我的问题（无论如何，这是更多的stackoverflow交易） 我的问题是 ，任何人都可以向我解释，为什么尽pipe我禁用了工作进程closures，并且工作stream程在无所事事的一段时间之后仍然“风”了下来？ 为了理解这一点，我需要更多地了解IIS中托pipe的WCF服务的内部结构。 我完全期待有一个直截了当的答案。 谢谢你对任何你可能提供的帮助，DC
我有活动目录和几个客户端join了域。 每个用户都使用域用户名和密码凭证login到计算机。 我只需要用户能够login到指定的计算机，而不是其他计算机。 这台电脑被监控。 如果有人发现密码（或知道通行证的恶意工作人员），他可以添加另一台计算机的计算机名称，用户和通过，join过程将允许他join计算机。 他发现我们有非法login，他可以做很多问题。 我的应用程序使用wcf（Windows通信基础）和服务托pipe在iis。 它使用集成Windows身份validation的消息身份validation。 我的问题是，如何保护应用程序只能从我喜欢的计算机进行身份validation（电脑在工作中，不允许在工作场所以外使用，工作场所是指地理位置上的几个办事处）？ 问候
我创build和部署IIS 7.5上的WCF服务和Web应用程序（客户端）的问题：引用端点客户端的configuration为例如： http：//（IP地址）/app/abc.svc这工作正常。 当我尝试将IP地址更改为服务器计算机名称（例如： http：//machinename/app/abc.svc ）时，无法访问该服务。 要求：我需要configuration机器名称不是IP地址。
我是一名开发人员，试图帮助我的服务器pipe理员弄清楚如何解决这个问题。 但我有一个应用程序使用WCF 4.0无configuration安装程序来进行REST风格的Web服务调用。 一切工作正常本地，但是当推送到我的服务器所有PUT和DELETE请求返回403禁止的错误。 在四处搜寻之后，我一直无法find任何似乎有用的东西，而且我不确定是否有一些日志可以帮助我们搞清楚，我不是服务器的人，显然，我的“服务器人” 。 所以任何提示，指向他或什么可能造成这一点将不胜感激。
我通常发布在StackOverflow上，但认为这可能更适合于ServerFault。 如果我错了，请迁移！ 我正在开发工作站上的WCF服务和BizTalk应用程序。 作为WCF服务的一部分，我不得不安装微软更新一些核心WCF程序集的修补程序971493 。 安装此修补程序后，我现在正在遇到我现有的BizTalk应用程序中的严重问题。 当我尝试configuration现有的WCF自定义接收位置的属性时，出现此错误： 加载属性时出错（System.IO.FileLoadException）find的程序集清单定义与程序集引用不匹配。 （来自HRESULT的exception：0x80131040） 如果我点击OK（同样的错误重复四次），我最终会看到WCF-Custom属性对话框。 但是，如果我点击各个标签，我仍然会收到错误： 定位的程序集清单定义与程序集引用不匹配。 （从HRESULTexception：0x80131040）（Microsoft.BizTalk.Adapter.Wcf.Admin） WCF自定义接收位置昨天工作，我今天上午安装了修补程序。 我猜这两个是相关的，并且BizTalk以某种方式具有旧的WCF程序集的引用。 有谁知道我可以解决这个问题？