Поток висит на Сбор подписей контрагентов в Корде

Question

Я пытаюсь запустить Пример Cordapp в двух экземплярах AWS. С нотариусом и PartyA в 1-м экземпляре, PartyB и PartyC во 2-м экземпляре.

Я следовал за шагами здесь, узлами Corda: как соединить два независимых ПК как два узла?

В файле conf,

1. Нотариус и PartyA - я отредактировал адрес P2P, чтобы отразить PrivateIP Экземпляра 1
2. PartyB и PartyC - я отредактировал адрес P2P, чтобы отразить PrivateIP экземпляра 2

Используя указанные выше файлы conf, я запустил jar Network Bootstrapper в Экземпляре 1 и скопировал папки PartyB и PartyC в Экземпляр 2 и запустил нотариуса и Стороны 1 на 1 соответственно в соответствующих Экземплярах.

Все узлы были успешно запущены, и когда я пытаюсь выполнить поток ввода-вывода из PartA(в экземпляре 1) в PartyC(в экземпляре 2), он останавливается на этапе сбора подписей контрагентов, не продолжая работу. Ниже то, что я вижу в консоли PartyA,

Fri Nov 30 08:39:10 UTC 2018>>> flow start ExampleFlow$Initiator iouValue: 50, otherParty: "O=PartyC,L=Paris,C=FR"
Verifying contract constraints.
Signing transaction with our private key.
Gathering the counterparty's signature.
Collecting signatures from counterparties. (hanging here and not proceeding further)

Когда я попытался просмотреть информацию о журнале в NodeA, она отображается следующим образом.

[INFO ] 2018-11-30T08:39:10,077Z [main] messaging.RPCServer.start - Starting RPC server with configuration RPCServerConfiguration(rpcThreadPoolSize=4, reapInterval=PT1S, deduplicationCacheExpiry=PT24H) {}
[INFO ] 2018-11-30T08:39:10,115Z [Thread-0 (ActiveMQ-client-global-threads)] bridging.BridgeControlListener.processControlMessage - Received bridge control message Create(nodeIdentity=DLHBP432vnpLNpCNwGQJjx3hd6RDz4LiYxmZJo757W8Hbw, bridgeInfo=BridgeEntry(queueName=internal.peers.DL9tRWQ867M3tni7KRqkXEJKPrkyW5KVj6fyRyDBHGaGA6, targets=[[2001:0:9d38:953c:3c:ce3:cbd9:3c59]:10013], legalNames=[O=PartyC, L=Paris, C=FR])) {}
[INFO ] 2018-11-30T08:39:11,072Z [nioEventLoopGroup-2-2] netty.AMQPClient.nextTarget - Retry connect to [2001:0:9d38:953c:3c:ce3:cbd9:3c59]:10013 {}
[INFO ] 2018-11-30T08:39:12,171Z [nioEventLoopGroup-2-3] netty.AMQPClient.operationComplete - Failed to connect to [2001:0:9d38:953c:3c:ce3:cbd9:3c59]:10013 {}
[INFO ] 2018-11-30T08:39:14,172Z [nioEventLoopGroup-2-4] netty.AMQPClient.nextTarget - Retry connect to [2001:0:9d38:953c:3c:ce3:cbd9:3c59]:10013 {}
[INFO ] 2018-11-30T08:39:15,175Z [nioEventLoopGroup-2-1] netty.AMQPClient.operationComplete - Failed to connect to [2001:0:9d38:953c:3c:ce3:cbd9:3c59]:10013 {}

Я мог без проблем пинговать между экземплярами с частными IP-адресами. Может ли кто-нибудь помочь мне, где я скучаю по вещам.

Заранее спасибо.

Answer 1

Эта проблема была вызвана брандмауэром на компьютере узла, который не давал сообщениям узла достигать узлов контрагента.

Вам нужно открыть:

1. Исходящие порты для P2P-адреса вашего узла
2. Входящие порты для P2P-адресов других узлов

В большой сети это может означать открытие многих входящих портов, что может быть проблемой для политик безопасности некоторых компаний. Эта проблема решена брандмауэром Corda.