解决这个恼人问题的简单方法:

只需转到“。context.cs”文件(位于“。context.cs”下)。它位于你的“*”下面。”edmx文件)。

然后，将这一行添加到构造函数中:

public DBEntities() 
        : base("name=DBEntities") 
    { 
        this.Configuration.ProxyCreationEnabled = false; // ADD THIS LINE!
    }

这通常意味着远端关闭连接(通常通过发送TCP/IP RST包)。如果您正在使用第三方应用程序，可能的原因是:

您正在向应用程序发送格式错误的数据(可能包括向HTTP服务器发送HTTPS请求) 客户端和服务器之间的网络链路由于某种原因断开 您在第三方应用程序中触发了一个导致该应用程序崩溃的错误 第三方应用占用系统资源

很可能第一种情况就是正在发生的事情。

你可以打开Wireshark来查看电线上到底发生了什么，从而缩小问题范围。

如果没有更具体的信息，这里的任何人都不太可能真正帮到你。

如果运行在。net 4.5.2服务中

对我来说，这个问题更加复杂，因为调用运行在. net 4.5.2服务中。我遵循了@willmaz的建议，但得到了一个新的错误。

在打开日志记录的情况下运行服务时，我看到与目标站点的握手将启动ok(并发送承载令牌)，但在接下来处理Post调用的步骤中，它似乎会丢弃认证令牌，站点将以未经授权的方式回复。

解决方案

事实证明，服务池凭据没有更改TLS(?)的权利，当我将本地管理帐户放入池中时，一切正常。

我也遇到了同样的问题，并最终设法解决了它。在我的例子中，客户端发送请求的端口没有与之绑定SSL证书。因此，我通过将SSL证书绑定到服务器端的端口来解决这个问题。一旦完成了这个操作，这个异常就消失了。

在我的情况下，启用IIS服务器，然后重新启动并再次检查。

这不是代码中的错误。它来自。net的Socket实现。如果你使用EndReceive的重载实现，你将不会得到这个异常。

    SocketError errorCode;
    int nBytesRec = socket.EndReceive(ar, out errorCode);
    if (errorCode != SocketError.Success)
    {
        nBytesRec = 0;
    }