在Azure MS上一段时间后，超级分类账订购者<->同伴连接中断

Question

云中有两台不同的机器。

第一台机器上的集装箱：

orderer.mydomain.com
peer0.org1.mydomain.com
db.peer0.org1.mydomain.com
ca.org1.mydomain.com

第二台机器上的集装箱：

peer0.org2.mydomain.com
db.peer0.org2.mydomain.com
ca.org2.mydomain.com

他们都是我生的。我可以让他们加入同一个频道。我将从超级分类账编写器导出的BNA部署到两个对等方。我将事务发送到peer0.org1.mydomain.com并进行查询，并从peer0.org2.mydomain.com获得相同的结果。

到目前为止一切都很完美。

但是，在5-10分钟之后，第二台机器(peer0.org 2)上的对等服务器将与定货机断开连接。当我将事务发送到org1时，我可以从org1查询它们，并看到结果。但是org2被分离了。不接受新的tx。(orderer连接消失)我可以查询org2并查看旧的结果。

我将CORE_CHAINCODE_KEEPALIVE=30添加到对等env变量中。我看到在org2对等日志中保持活动。但没能解决我的问题。

我要指出的是:集装箱在一个名为"basic“的码头网络中。这个网络是用在我的本地计算机上的。然而，它仍然在云中工作。

在有序日志中：

Error sending to stream: rpc error: code = Internal desc = transport is closing

每次我试一次都会发生这种事。但是当我在本地的机器上运行这些容器时，它们没有问题地保持连接。

EDIT1:在检查日志之后:peer0.org 2接收所有tx并将它们发送给orderer。Orderer接收来自对等方的请求，但不能更新对等点。我可以在有问题的对等点上连接到requestUrl或eventUrl。没有网络问题。

Answer 1

我想我找到问题了。这是关于Azure女士的关系网。4分钟后，天蓝色切断空闲连接：

https://discuss.pivotal.io/hc/en-us/articles/115005583008-Azure-Networking-Connection-idle-for-more-than-4-minutes

EDIT1：

是的问题是关于Azure女士..。如果有任何人试图在Azure上运行超级分类账，请记住，如果对等方空闲超过4分钟，则暂停tcp连接。您可以在30分钟内将其配置为超时。这不是一个bug，但它是恼人的，因为我们无法理解为什么它不工作后，4分钟。

因此，您可以使用您自己的服务器或其他云解决方案，也可以通过调整它们的规则来使用azure。