问题标签 [wsdualhttpbinding]

这个问题已经被一遍又一遍地问过了，但是无论人们的项目是什么解决方案，它都对我不起作用。

我有一个 WsDualHttpBinding 从客户端调用服务。我的客户端配置是这样的：

我的客户是这样定义的：

这在本地模式下工作，在同一台机器上。当我在服务器上部署服务并启动我的客户端时，我在 1 分钟超时后收到以下错误消息：

未处理异常：System.ServiceModel.CommunicationException：安全协商失败，因为远程方没有及时回复。这可能是因为底层传输连接已中止。

我知道问题是由于端口（但在这里我将它部署在与 80 不同的端口上）或安全问题。

所以我尝试将安全属性插入到我的绑定配置中：

<security mode="none" />

和其他我不记得的。一旦我部署它，即使在同一台机器上我也无法使用我的服务，而它在 VS2012 上运行良好。

我的服务托管得很好，我可以通过网络浏览器和远程机器访问它们。

提前致谢。

PS：有没有办法以绝对不安全的方式配置 WsDualHttpBinding，根本不需要任何凭证？

我已经使用 wsDualHttpBinding 构建了一个简单的 WCF 服务。它在本地运行良好，但是当我在不同的服务器上发布服务并尝试在 WPF 项目中使用该服务时会引发错误。

错误：

内部异常：

服务器配置：

客户端配置：

界面：

接口实现：

验证用户名密码服务类：

调用方式：

响应回调：

谢谢

我有在没有域控制器的 Intranet 环境中与 wsDuallHttpBinding 一起使用的 WCF 服务（由 IIS 托管）。

一些客户端工作站与 WCF 服务完美配合，一些客户端工作站无法建立连接（达到超时）。同时我可以http://my-server/my-service.svc在每个客户端的浏览器中打开文件，并可以获得“wsdl”描述。我猜有些客户由于防火墙而无法建立两种通信方式。我该如何检查？如何控制客户端的回调端口，最好在配置文件中？

客户端配置如下所示：

我已经为这个问题苦苦挣扎了一个多星期。我有一个与 WSDualHttpBinding 一起使用的第三方 WCF Web 服务。我有他们的 wsdl 文件，我正在尝试交流。我用了：

1. 生成 Java 代码的 Metro。我试过了，但没有用。有一个问题，例如{tempuri.org}//WebServiceName 不是正确的名称。网络服务列表是：...
2. SoapUI - 我尝试交流，我被 202 接受了。我使用了wireshark，似乎webservice无法正确处理soap xml。我不确定soapUI 是否支持WSDualHttpBinding。

我非常感谢任何提示、文章或解决方案。

我们正在使用 WCF 服务开发应用程序。

我们的客户端应用程序是桌面 WPF 应用程序，我们使用 wsdualhttpbinding 协议与服务器通信。一切都在我们的本地机器上运行良好，但是当我们将它部署到远程服务器时它就不起作用了。应用程序没有抛出任何异常，但我们在服务器的日志中看到请求被接受，但我们没有得到任何响应。

我们认为应用程序工作正常，因为它在本地机器上工作，所以问题出在 .config 文件中。

我们的 web.config：

这是我们的 app.config：

先感谢您！！！

我仅在 WPF 应用程序中使用 WCF WSDualHttpBinding 时遇到问题。在更改之前，此 WCF 有效。现在不工作了。我仅将 ServiceBehaviour（ConcurrencyMode 和 InstanceContextMode）更改为：

之后，WCF 没有响应，请参阅异常详细信息。有任何想法吗？

编辑

我正在尝试使用回调同时向多个客户端发送大小超过 25 MB 的数据。我已经使用 wsdualhttp 绑定实现了该服务。当服务尝试同时将数据发送到 3 个以上的客户端时，它会引发“System.OutofMemory”和“无法分配内存”异常。我已经为 serviceThrottling、maxItemsInObjectGraph 以及 maxBufferPoolSize 设置了相关值。另外，我不能使用流媒体。有没有办法做到这一点？

// 服务器端

//客户端

我创建了一个使用 WCF wsdualhttpbinding 回调功能的 Windows 服务（服务器）和一个 WPF（客户端）。两个软件之间的一切都正常工作，但我遇到的问题是客户端需要提升到管理员权限才能工作（这是可以理解的，因为它必须打开端口才能与服务器通信）

有什么方法可以将客户端配置为无需提升即可工作？或者也许创建一个一次性的永久连接，以便客户端不需要一直被提升？

我的想法和谷歌搜索词用完了..

更新

我找到了解决方案。如果我可以遵循另一个最佳实践，请纠正我！

我向运行 netsh 的客户端应用程序添加了“启用”和“禁用”按钮，以打开（或关闭）和保留端口。

使能够

禁用

因此，当使用 WSDualHttpBinding 在 WCF 中进行回调时，确保客户端仍然可用存在这个问题。轮询是一种昂贵且不可靠的解决方案。我突然想到，一个简单的 HTTP POST 或 GET 到客户端地址 (OperationContext.Current.Channel.RemoteAddress) 至少会告诉你客户端是否在那里。您仍然可能会收到 400 错误请求错误，但只要不是 404 或 503，您可能会认为客户端仍然存在。这似乎仍然有点笨拙，所以我想知道是否有人有任何其他想法或可以指出在进行回调之前检查 RemoteAddress 的逻辑中的严重缺陷。

我有一个由 net.tcp 绑定配置的 WCF 服务。我可以通过客户端访问服务并可以调用它的方法。我也可以到达 OperationContext.Current。如：

当客户端调用 Service 的 Register 方法时，我可以看到通道存储在 CallBacker.Client 上，但是当我调用 CallBacker > Call(string message) 的“Call”方法时，客户端变为 null。

奇怪的是，当我将服务配置从 net.tcp 设置为 wsdualhttpbinding 时，它运行良好。net.tcp 和 wsdualhttpbinding 之间有什么不同会导致这个奇怪的问题吗？