내 보증인이 블록 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
-
예,원격 서명자 (원격 서명자에서 베이커 키가 생성됨)에서 다른 키 (baker로 사용됨)를 가져 왔고 노드에서 "auth"키가 생성되고 원격 서명자에서 인증 키로 등록되었습니다.여기에서 언급했듯이 https://tezos.gitlab.io/alphanet/introduction/various.html#secure-the-connection "이 키는 서명자에게 클라이언트를 인증하는 데만 사용되며 클라이언트로 사용되지 않습니다.테 조스 계정. "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
오류 로그는 "인증"키에 대한 ENOTTY 오류가 귀하의 문제임을 분명히 보여줍니다.
암호를 입력 할 수 없기 때문에 암호화 된 키를 사용하여 원격 서명자에 대한 도커 데몬을 인증 할 수 없습니다. (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이 언급했듯이 로그의 오류가 실제로 문제였습니다.Endorser는public_keys 및 docker 컨테이너에있는 것처럼 "auth"키를 보증하려고했습니다.endorser와baker는 기본적으로 모든 키에 대해 작업을 수행하려고합니다.
내 "인증"키가 암호화 되었기 때문에 비밀번호를 요청하고 비밀번호가 없어 예외가 발생했고 계속 그렇게했기 때문에 보증인이 실제 보증 작업을 수행 할 수있는 상태가 아니 었습니다.
이 문제를 방지하려면 인증에 암호화되지 않은 키를 사용하십시오.암호화되지 않은 키를 만드는 방법은 여기를 확인 하세요.
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
한 서버에서 도커 이미지를 사용하여 노드,베이커 및 보증인을 설정하고 다른 서버에서 원격 서명자를 설정했습니다.
이제 그것을 보증 할 수있는 기회에 관해서는 놓 쳤고,내 베이킹 계정과 관련이없는 내 인증 키 비밀번호 (아래에 언급 됨)에 대한 오류를 제외하고는 내 보증 자 로그에서 그러한 로그를 보지 못했습니다. 원격 서명자와 연결하기위한 인증 키로 만 사용됩니다.
<인용구>[[36mendorser-003-PsddFKi3_1| [[0m 현재 머리 : BLb3yr9bGYu9 (타임 스탬프 : 2019-02-17T07 : 59 : 10Z,유효성 검사 : 2019-02-17T07 : 59 : 59Z) [[36mendorser-003-PsddFKi3_1| [[0m 부트 스트랩. [[36mendorser-003-PsddFKi3_1| [[0m 암호화 된 키의 비밀번호 입력] "auth": 치명적인 오류 : [[36mendorser-003-PsddFKi3_1| [[0m
Unix.Unix_error (Unix.ENOTTY,"tcgetattr","") [[36mendorser-003-PsddFKi3_1| [[0m 노드 대기 중 네트워크와 동기화 ... [[36mendorser-003-PsddFKi3_1| [[0m 면책 조항 : [[36mendorser-003-PsddFKi3_1| [[0m The Tezos 네트워크] 새로운 블록 체인 기술입니다. [[36mendorser-003-PsddFKi3_1| [[0m 사용자는 관련된 모든 위험에 대해 전적으로 책임을집니다. [[36mendorser-003-PsddFKi3_1| [[0m,Tezos 네트워크 사용시. 사용자는 [[36mendorser-003-PsddFKi3_1| [[0m 자신의 Tezos가 적절한 지 결정하기위한 조사 [[36mendorser-003-PsddFKi3_1| [[0m 플랫폼의 필요와 판단을 적용하고 [[36mendorser-003-PsddFKi3_1| [[0m care 네트워크 상호 작용에서. [[36mendorser-003-PsddFKi3_1| [[0m [[36mendorser-003-PsddFKi3_1| [[0m 현재 머리 : BLAJbqV8Bxn1 (타임 스탬프 : 2019-02-17T08 : 00 : 10Z,유효성 검사 : 2019-02-17T08 : 01 : 02Z) [[36mendorser-003-PsddFKi3_1| [[0m 부트 스트랩. [[36mendorser-003-PsddFKi3_1| [[0m 암호화 된 키의 비밀번호 입력] "auth": 치명적인 오류 : [[36mendorser-003-PsddFKi3_1| [[0m
Unix.Unix_error (Unix.ENOTTY,"tcgetattr","") [[36mendorser-003-PsddFKi3_1| [[0m 노드 대기 중 네트워크와 동기화 ... [[36mendorser-003-PsddFKi3_1| [[0m 면책 조항 : [[36mendorser-003-PsddFKi3_1| [[0m The Tezos 네트워크] 새로운 블록 체인 기술입니다. [[36mendorser-003-PsddFKi3_1| [[0m 사용자는 관련된 모든 위험에 대해 전적으로 책임을집니다. [[36mendorser-003-PsddFKi3_1| [[0m,Tezos 네트워크 사용시. 사용자는 [[36mendorser-003-PsddFKi3_1| [[0m 자신의 Tezos가 적절한 지 결정하기위한 조사 [[36mendorser-003-PsddFKi3_1| [[0m 플랫폼의 필요와 판단을 적용하고 [[36mendorser-003-PsddFKi3_1| [[0m care 네트워크 상호 작용에서. [[36mendorser-003-PsddFKi3_1| [[0m [[36mendorser-003-PsddFKi3_1| [[0m 현재 머리 : BLMtVK6RWXSk (타임 스탬프 : 2019-02-17T08 : 01 : 10Z,유효성 검사 : 2019-02-17T08 : 02 : 04Z) [[36mendorser-003-PsddFKi3_1| [[0m 부트 스트랩. [[36mendorser-003-PsddFKi3_1| [[0m 암호화 된 키의 비밀번호 입력] "auth": 치명적인 오류 : [[36mendorser-003-PsddFKi3_1| [[0m
Unix.Unix_error (Unix.ENOTTY,"tcgetattr","") [[36mendorser-003-PsddFKi3_1| [[0m 노드 대기 중 네트워크와 동기화 ... [[36mendorser-003-PsddFKi3_1| [[0m 면책 조항 : [[36mendorser-003-PsddFKi3_1| [[0m The Tezos 네트워크] 새로운 블록 체인 기술입니다. [[36mendorser-003-PsddFKi3_1| [[0m 사용자는 관련된 모든 위험에 대해 전적으로 책임을집니다. [[36mendorser-003-PsddFKi3_1| [[0m,Tezos 네트워크 사용시. 사용자는 [[36mendorser-003-PsddFKi3_1| [[0m 자신의 Tezos가 적절한 지 결정하기위한 조사 [[36mendorser-003-PsddFKi3_1| [[0m 플랫폼의 필요와 판단을 적용하고 [[36mendorser-003-PsddFKi3_1| [[0m care 네트워크 상호 작용에서.
블록 타임 스탬프 : 2019-02-17T08 : 00 : 10Z
무엇이 잘못되었을 수 있으며 어디에서 확인할 수 있습니까?
참고 : 여기서 주목해야 할 점은 서버 관련 문제로 인해 보증 권한을 얻은 후 제 베이커가 실행중인 서버를 변경 한 것입니다. 베이커를 다시 등록했을 때 이미 등록 된 베이커를 등록 할 필요가 없다는 메시지가 표시됩니다. 노드 ID를 변경했다는 보증과 관련이 있습니까?