なぜ私の支持者はブロック316956を支持しなかったのですか?
-
-
「リモート署名者とのみ接続するための承認済みキーとして使用されました」-承認に署名するためにこのリモート署名者(この認証が必要)を使用しておらず、他のキー/署名者を使用していることを意味しますか?"it was used as authorized key to connect with remote-signer only" -- do you mean that you are not using this remote signer (which required this authentication) to sign endorsements, but some other key/signer?
- 0
- 2019-02-17
- Tom
-
はい、リモート署名者から他のキー(ベイカーとして使用)をインポートし(ベイカーキーはリモート署名者で生成されました)、「認証」キーはノードで生成され、リモート署名者で承認済みキーとして登録されました.ここで説明されているように、https://tezos.gitlab.io/alphanet/introduction/various.html#secure-the-connection "このキーは、署名者に対してクライアントを認証するためにのみ使用され、署名者としては使用されないことに注意してください.Tezosアカウント.」Yes i imported the other key(used as baker) from remote-signer (baker key was generated on remote-signer) and "auth" key was generated on node and registered as authorized key on remote signer. As it is mentioned here https://tezos.gitlab.io/alphanet/introduction/various.html#secure-the-connection "Note that this key is only used to authenticate the client to the signer and it is not used as a Tezos account."
- 0
- 2019-02-17
- Sachin Tomar
-
2 回答
- 投票
-
- 2019-02-18
エラーログは、「auth」キーのENOTTYエラーが問題であることを明確に示しています.
パスワードを入力できないため、暗号化されたキーを直接使用してDockerデーモンをリモート署名者に対して認証することはできません(FLF OCPが指摘しているように、「ENOTTYエラーは、ターミナルですが、そのようなターミナルはありません」).
The error logs clearly suggest that the ENOTTY error for the "auth" key is your problem.
You cannot directly use an encrypted key to authenticate the docker daemons to a remote signer, because you cannot type the password in. (As FLF OCP notes, "the ENOTTY error is coming from an attempt to ask the key password on a terminal, but there is no such terminal").
-
おそらく、返信を編集して、ENOTTYエラーが端末でキーパスワードを尋ねようとしたことによるものであることを説明する必要がありますが、そのような端末はありません.これを回避するには、キーを暗号化しないでください(空のパスワード).Maybe you should edit your reply to explain that the ENOTTY error is coming from an attempt to ask the key password on a terminal, but there is no such terminal. To avoid that, the key must not be encrypted (empty password).
- 0
- 2019-02-18
- lefessan
-
暗号化されていないキーは機能する可能性がありますが、メインネットでは作成できません...暗号化されたキーの空のパスワードは機能しないと思います.Unencrypted key could work, but mainnet doesn't let you create them... Empty password for encrypted key won't work, I think.
- 0
- 2019-02-18
- Tom
-
暗号化されていないキーを生成する方法は?how to generate unencrypted key?
- 0
- 2019-02-19
- Sachin Tomar
-
この問題の解決策については、これを確認してください.https://tezos.stackexchange.com/questions/451/baking-with-remote-signer-compatible-with-require-authenticationCheck this for solution to this problem. https://tezos.stackexchange.com/questions/451/baking-with-remote-signer-compatible-with-require-authentication
- 0
- 2019-02-25
- Sachin Tomar
-
- 2019-02-19
@Tomが述べたように、ログのエラーが実際に問題でした.エンドーサーは、public_keysとdockerコンテナーに存在するため、「auth」キーを推奨しようとしていました.エンドーサーとベイカーは、デフォルトですべてのキーに対して操作を実行しようとしました.
そして、私の「認証」キーが暗号化されていたため、パスワードを要求していましたが、パスワードがないために例外がスローされ、それが継続されました.そのため、私の承認者は実際の承認操作を実行するための健全な状態にはなりませんでした.
この問題を回避するには、認証に暗号化されていないキーを使用します.暗号化されていないキーを作成する方法については、
こちらを確認してください. As mentioned by @Tom, the error in the logs actually was the issue. Endorser was trying to endorse for "auth" key also as it was present in public_keys and in docker containers, endorser and baker try to perform their operation for all the keys by default.
And since my "auth" key was encrypted, it was asking for password and due to absence of any password it threw exception and it kept doing that, due to which my endorser was never in healthy state to perform actual endorsement operations.
To avoid this problem use unencrypted keys for authentication. Check here for how to create unencrypted keys.
-
パン屋の操作に暗号化されていない秘密鍵を使用することは非常に危険です.ベストプラクティスは、元帳を使用してキーを保護することです.It is very dangerous to use unencrypted private keys for a baker’s operations. Best practice is to use ledger to protect keys.
- 1
- 2019-02-25
- Ezy
あるサーバーでdockerimageを使用してノード、ベイカー、承認者をセットアップし、別のサーバーでリモート署名者をセットアップしました.
これで、承認するチャンスを逃し、承認者のログにそのようなログは表示されませんでした.ただし、認証キーのパスワード(後述)のエラーは、ベーキングアカウントとは関係ありません.リモート署名者とのみ接続するための承認済みキーとして使用されます.
ブロックタイムスタンプは2019-02-17T08:00:10Zでした
何がうまくいかなかったのか、どこで確認できますか?
注:ここで注意すべきことの1つは、サーバーにいくつかの問題があるため、承認権を取得した後、ベイカーが実行されているサーバーを変更したことです.パン屋を再度登録すると、すでに登録されているので、パン屋を登録する必要はないと表示されます.これは、ノードIDを変更したことを承認することと関係がありますか?