2017-05-26 2 views
0

私のMacにはファブリックコンポーザー0.72がインストールされており、このスレッドに従ってブロックチェーン(v.6​​1 of Fabric)に接続できます。 Bluemix。Bluemixのブロックチェーンにコンポーザーを接続する - IDまたはトークンが一致しない

fabric-composer-integration-with-bluemix-blockchain-service

今私はUbuntuの(16.04)がドッキングウィンドウコンテナと実行作曲・静止サーバーを構築しようとしています。私は(私は私のMacで使用していること、同じIDを使用して、WebAppAdmin)私のドッキングウィンドウコンテナから私のblockchainサービスに接続しようとすると、私はエラーを取得する:

Discovering types from business network definition ... 
Connection fails: Error: Identity or token does not match. 
It will be retried for the next request. 
{ Error: Identity or token does not match. 
    at /home/composer/.nvm/versions/node/v6.10.3/lib/node_modules /composer-rest-server/node_modules/grpc/src/node/src/client.js:417:17 code: 2, metadata: Metadata { _internal_repr: {} } } 

私は私のMacから私に証明書をコピーしてみましたドッキングウィンドウコンテナ:

/home/composer/.composer-credentials/member.WebAppAdmin 

が、私は、私は「署名が検証されない」と言う別のエラーを得たことでした。私はいくつかの追加テストを行いました。以前に作曲者(つまりuser_type1_0)で使用していなかったIDを使用した場合、接続することができ、私の.composer-credentialsディレクトリに新しい証明書が表示されることがわかりました。

私はそのコンテナを削除して新しいものを構築しようとしました(私は何か別のものを取り上げました)。同じユーザーIDを再び使用できませんでした。

セキュリティとこれらの証明書がどのように動作するはずですか?証明書の生成/検証とは何かがクライアント(つまりハードウェアアドレス)に縛られているように見えます。つまり、別のマシンのIDを再利用しようとすると、証明書や鍵などが一致しません。私は、動作させる方法がありますが、別のマシンから同じIDを使用できない場合、正しい方法のようには見えません。

ありがとうございます!

答えて

0

こんにちは、ブロックマシンをUNIXマシンで実行して、これを再作成しようとしましたが、接続プロファイルと証明書を自分のMacにコピーしてから、接続プロファイルを編集してIPアドレスとキーストアを更新しました。私はcomposer network pingを実行し、正常に動作しました。

私は作曲家v0.7.4を使用していますので、試してみてください。

+0

Fabric v0.61からv1.0.0のalpha 1リリースに切り替えたので、この同じ問題は発生しませんでした。まだ2つの異なるマシンの作曲家を使用しようとしていることは確かではありませんが、公式のドッカー画像を使って作れました。私は私のMac上でコンポーザー(0.72)を使ってドッカーのコンテナに布をつけ、別のドッカーコンテナにコンポーザーレストサーバーを使用していたので、v0.6.1に制限されたと言えるでしょう。 ありがとう! - Dave –

0

また、私はこの問題に直面し、Bluemixをincludeingクラウド環境上で作曲を使用してネットワークを展開しながら、

一貫性のない動作があると結論づけています。問題は作曲家ではなく、ファブリック0.6である。

私は、この問題が以下の既知のバグをファブリック0.6に間接的に関連させていると想定していますが、これはファブリック0.6では修正されません。

ERROR:

スローER; ClientDuplexStream._emitStatusIfDoneで//未処理の 'エラー' イベント ^

エラー (/home/ubuntu/.nvm/versions/node/ ClientDuplexStream._readsDone(/home/ubuntu/.nvm/versions/node/v6)の で、v6.9.5/lib/node_modules/composer-cli/node_modules/grpc/src/node/src/client.js:189:19) 9.5/lib/node_modules/composer-cli/node_modules/grpc/src/node/src/client.js:158:8) at readCallback(/ ho私/ Ubuntuの/ .nvm /バージョン/ノード/ v6.9.5/libに/ node_modules /作曲-CLI/node_modules/grpc/SRC /ノード/ SRC/client.js:217:12)

これまでのところ、3つのJIRAが根本的な原因であることがわかっています。クラウドネットワーキング層は、一定期間使用しないとアイドルイベントハブ接続を終了させ、ファブリックSDKはこれを処理できません。

https://jira.hyperledger.org/browse/FAB-4002 FAB-3310

https://jira.hyperledger.org/browse/FAB-3310

またはFAB-2787

結論:

  • Bluemixで、この問題を修正するのない別の方法やファブリックを持つ任意のクラウド環境はありません0.6
  • Fabricでこの問題が発生しないことがあります1.0しかし、上記のすべての欠陥がまだ解決されていない可能性があります。
関連する問題