Pourquoi mon endosseur n'a pas approuvé le bloc 316956?
-
-
"Il a été utilisé comme clé autoriséepour connecter uniquement avec un signataire distant" - voulez-vous dire que vousn'utilisezpas ce signataire distant (quinécessitait cette authentification)pour signer des recommandations,mais une autre clé/signataire?
-
0
2019-02-17-
Tom
-
-
Oui,j'aiimporté l'autre clé (utilisée comme Baker) àpartir de Signer distant (latouche Baker a étégénérée sur unetouche distante)et latouche "Auth" a étégénérée sur lenœudet enregistréeen tant que clé autorisée sur le signataire distant.Commeilestmentionnéici https://tezos.gitlab.io/alphanet/introduction/various.html#secure-the-connection "Notez que cettetouchen'est utilisée quepour authentifier le client au signataireet iln'estpas utilisé comme uneCompte Tezos. "
-
- 0
- 2019-02-17
-
Sachin Tomar
-
-
2 réponses
- votes
-
-
2019-02-18
Lesjournaux d'erreur suggèrent clairement que l'erreur d'enrotique de latouche "Auth"est votreproblème.
Vousne pouvezpas utiliser directement unetouche cryptéepour authentifier les démons Docker à un signataire distant,car vousne pouvezpas saisir lemot depasse dans. (AS FLF OCP NOTES "," L'erreur ENTYTY résulte d'unetentative deposer lemot depasse clé sur unmot depasse.terminal,maisiln'y apas detelterminal ").
-
Peut-être devriez-vousmodifier votre réponsepourexpliquer que l'erreur d'enrotiqueprovient d'unetentative deposer lemot depasse clé sur unterminal,maisiln'y apas determinal de cetype.Pour éviter cela,la cléne doitpas être cryptée (mot depasse vide).
-
- 0
- 2019-02-18
-
lefessan
-
-
La clénon cryptéepourraitfonctionner,mais Mainnetne vouspermetpas de les créer ... Mot depasse videpour la clé cryptéene fonctionnerapas,je pense.
-
- 0
- 2019-02-18
-
Tom
-
-
Commentgénérer une clénon cryptée?
-
- 0
- 2019-02-19
-
Sachin Tomar
-
-
Vérifiez cecipour la solution à ceproblème.https://tezos.stackexchange.com/questions/451/baking-with-remote-signer-compatible-with-require-Authentication
-
- 0
- 2019-02-25
-
Sachin Tomar
-
-
-
-
2019-02-19
Commementionnépar @TOM,l'erreur dans lesjournaux étaiten réalité la question.Endorseuressayait d'approuver latouche "Auth" aussi,commeil étaitprésent dans des conteneurspublic_keyset dans les conteneurs Docker,Endorseret Bakertentent d'effectuer leurfonctionnementpourtoutes les cléspar défaut.
Etpuisquema clé "auth" a été cryptée,elle demandait unmot depasseet,en raison de l'absence detoutmot depasse,elle ajeté uneexceptionet elle a continué àfaire cela,en raison de laquellemonendosseurn'ajamais étéen sainpoureffectuer des opérations de l'endossement réelles.
Pour éviter ceproblème,utilisez destouchesnon cryptéespour l'authentification. Vérifiezici pour créer des clésnon cryptées.
-
Ilesttrès dangereux d'utiliser des clésprivéesnon cryptéespour les opérations deboulanger.Lameilleurepratique consiste à utiliser legrand livrepourprotéger les clés.
-
- 1
- 2019-02-25
-
Ezy
-
-
J'ai configurémonnœud,boulangeret endosseur à l'aide de l'image Docker sur un serveuret configurez un signataire distant sur un autre serveur.
Maintenant,quandil s'agit dema chance de l'endorceret jen'aipas vu detellesjournaux dansmesjournaux d'endosseur,saufet erreur demonmot depasse clé (mentionné ci-dessous) quin'a rien à voir avecmon compte de cuissontel qu'il était Utilisé comme clé autoriséepour connecter uniquement avec un signataire distant.
Bloc TimeStamp était 2019-02-17T08: 00: 10Z
Qu'est-ce qui auraitpume tromperet oùje peux le vérifier?
Remarque: une chose à remarquericiest quej'ai changé le serveur sur lequelmonboulanger étaitexécuté après avoir obtenu les droits de l'endossementen raison de certainsproblèmes avec serveur. Lorsquej'aiencoreenregistré le Baker,iln'estpasnécessaire d'enregistrer leboulanger commeil était déjàenregistré. Est-ce que cela a quelque chose à voir avecmon approuvant quej'ai changémonidentité denoeud?