¿Por qué mi endosante no aprobó el bloque 316956?
-
-
"se usó como clave autorizadapara conectarse conelfirmante remoto solamente" - ¿quiere decir quenoestá usandoestefirmante remoto (que requeríaesta autenticación)parafirmarendosos,sino alguna otra clave/firmante?
-
0
2019-02-17-
Tom
-
-
Sí,importé la otra clave (utilizada comopanadero) delfirmante remoto (la clavepanadera segeneróen elfirmante remoto) y la clave "auth" segeneróen elnodo y se registró como clave autorizadaen elfirmante remoto.Como semenciona aquí https://tezos.gitlab.io/alphanet/introduction/various.html#secure-the-connection "Tengaen cuenta queesta clave solo se usapara autenticar al cliente anteelfirmante yno se usa comoCuenta de Tezos ".
-
- 0
- 2019-02-17
-
Sachin Tomar
-
-
2 respuestas
- votos
-
-
2019-02-18
Los registros deerrores sugieren claramente queelerror ENOTTYpara la clave "auth"es suproblema.
Nopuede usar directamente una claveencriptadapara autenticar los demonios de la ventana acoplable a unfirmante remoto,porquenopuedeingresar la contraseña. (Como señala FLF OCP,"elerror ENOTTYproviene de unintento de solicitar la contraseña de la claveterminal,peronoexistetalterminal ").
-
Tal vez deberíaeditar su respuestaparaexplicar queelerror ENOTTYproviene de unintento de solicitar la contraseña de la claveen unterminal,peronoexistetalterminal.Paraevitarlo,la claveno debeestarencriptada (contraseña vacía).
-
- 0
- 2019-02-18
-
lefessan
-
-
La claveno cifradapodríafuncionar,pero la redprincipalnote permite crearlas ... Creo que la contraseña vacíapara la clave cifradanofuncionará.
-
- 0
- 2019-02-18
-
Tom
-
-
¿Cómogenerar una clave sin cifrar?
-
- 0
- 2019-02-19
-
Sachin Tomar
-
-
Verifiqueestoparaencontrar una solución aesteproblema.https://tezos.stackexchange.com/questions/451/baking-with-remote-signer-compatible-with-require-authentication
-
- 0
- 2019-02-25
-
Sachin Tomar
-
-
-
-
2019-02-19
Como lomencionó @Tom,elerroren los registrosen realidadfueelproblema.Endorserestabatratando de respaldar la clave "auth"también,ya queestabapresenteen public_keys yen contenedores de docker,endorser ybakerintentan realizar su operaciónparatodas las claves deformapredeterminada.
Y dado quemi clave "auth"estabaencriptada,estaba solicitando una contraseña y debido a la ausencia de una contraseña arrojó unaexcepción y siguió haciéndolo,por lo quemi patrocinadornuncaestuvoen buenestadopara realizar operaciones de respaldo reales.
Paraevitaresteproblema,utilice clavesno cifradaspara la autenticación. Consulte aquí cómo crear clavesno cifradas.
-
Esmuypeligroso utilizar clavesprivadasno cifradaspara las operaciones de unpanadero.Lamejorprácticaes utilizarel libromayorparaproteger las claves.
-
- 1
- 2019-02-25
-
Ezy
-
-
Configurémi nodo,panadero ypatrocinador usando laimagen de la ventana acoplableen un servidor y configuré unfirmante remotoen otro servidor.
Ahora,cuando setrata demi oportunidad de respaldarlo,no vininguno deesos registrosen los registros demi endosante,excepto unerroren la contraseña demi clave de autenticación (que semenciona a continuación) quenotiene nada que ver conmi cuenta de repostería comoestaba se utiliza como clave autorizadapara conectarse solo confirmante remoto.
Lamarca detiempo delbloqueera 2019-02-17T08: 00: 10Z
¿Quépudo haber salidomal y dóndepuedo verificarlo?
NOTA: Una cosa ateneren cuenta aquíes que cambiéel servidoren el que seestabaejecutandomi panadero después de obtener los derechos depatrocinio debido a algunosproblemas conel servidor. Cuando volví a registrar alpanadero,dice quenoesnecesario registrar alpanaderoporque yaestaba registrado. ¿Tieneesto algo que ver conmi aprobación de que cambié laidentidad demi nodo?