Hyperledgerファブリック発注者コンテナとクライアントREST /ポストマン特大記録エラー

Question

...私はクエリを実行し、CLIのドッキングウィンドウコンテナ内から呼び出すことができます

。正常に動作します！

が、私は発注者のログにエラーメッセージが表示されますよりも、クライアントPCからの起動またはクエリするポストマンとJSONを使用する場合：

[grpc] Printf -> DEBU fc9 grpc: Server.Serve failed to complete security handshake from "10.xx.xx.xxx:56694": tls: oversized record received with length 21536

ドッキングウィンドウコンテナはSUSE LINUXサーバー上にありますローカルのVMではなく

私は自分のサーバーにpingを実行することができますし、発注者・コンテナポートはデフォルトの設定（7050：7050）としてマッピングされ

私は本当にどこに右のcert.pemとkey.pemファイルを検索するかわかりませんLinuxサーバーファイルシステム。 Postman = Optionクライアント証明書で別のものを試しました。

解決策も検索しようとしましたが、解決策を見つけることができません。

Answer 1

Hyperledgerファブリックピアノードとオーダーノードは、gRPC（HTTP/2経由のプロトコルバッファ）APIを使用した直接通信のみをサポートします。彼らはHTTP/RESTインターフェイスを提供しません。 PostmanはHTTPエンドポイントしかサポートしないため、ピアまたは発注者ノードでは機能しません。 （郵便配達員がHTTPSを使用していなかったことが原因と思われる場合は、エラーが表示されます）。

ピアと発注者ノードでRESTを使用する場合は、https://github.com/hyperledger/fabric-sdk-restをチェックして、Hyperledger Fabricノードの前にRESTサーバーを提供することをお勧めします。