Docker y claves cifradas

Sí,puedeejecutartezos-signerpor separado delbinario de origen y luego dejar que se conecte atezos-node que seejecutaen el contenedor docker. Asíes comopuede hacerlo.

Enel servidortezos-signer,ejecute los siguientes 3 comandos desdeel directorio donde se descargaelbinariotezos-signer:

1. tezos-signergen keys alice
2. cat ~/.tezos-signer/public_key_hashs

Estogenerará algo comoesto: [{"name": "alice","value": "tz1abc ..."}]

Copieel hash de su clavepública que separece a "tz1abc ..." arriba.

3. tezos-signeriniciar socket signer -a home-ip

donde home-ipes la dirección IP de su servidor donde seejecutatezos-signer. Por defecto usaelpuerto 7732

NOTA: El comando anterior solicitará la contraseña de su clave cifradaparainiciarel demonio delfirmante. Debemantener a su demonioen funcionamientopara quefuncioneelfirmante remoto. Por lo que se recomiendaejecutarlo como servicioen segundoplano. Recomiendo usar tmux para hacereso.

Ahoraen el servidor donde seestáejecutando su Docker,ejecute los siguientes comandos:

1) ./mainnet.sh clienteimport clave secreta alicetcp://home-ip: 7732/tz1abc ...

donde

home-ipeselmismo que se utilizóen elpunto 3 anterior

tz1abc ...eselmismo hash de clavepública utilizadoen elpunto 2 anterior

El comando anteriorimportará la clavepública del servidor de canto,pero la claveprivada aúnpermaneceen el servidor defirma. Si verificael archivo de clavesprivadas almacenadoen el contenedor de la ventana acoplable,encontraráen lugar de la claveprivada,este valor se almacenaría [{"name": "alice", "valor": "tcp://home-ip: 7732/tz1abc ...."}]

Bakerejecutándoseen un contenedor obtendrá automáticamente latransacciónfirmada desdeel servidor defirmas usandoel valor anterior al contactar al servidor defirmas dondetezos-singer deamon debeestaren estado deejecución.

INFO: Para verificar las clavesprivadas almacenadasen el contenedor de la ventana acoplable,useel siguienteproceso:

//Paraingresar almodo shellen el contenedor

1. dockerexec -itmainnet_node_1/bin/sh

//Paraingresar al directorio donde semantienen las clavesen el contenedor docker

2. cd/var/run/tezos/client/

3. claves_secretas delgato

Yes you can run tezos-signer separately from source binary and then let it connect to tezos-node running in docker container. This is how you can do it.

On tezos-signer server run following 3 commands from directory where tezos-signer binary is downloaded:

1. tezos-signer gen keys alice
2. cat ~/.tezos-signer/public_key_hashs

This will output something like this: [ { "name": "alice", "value": "tz1abc..." } ]

Copy your public key hash which looks like "tz1abc..." above.

3. tezos-signer launch socket signer -a home-ip

where home-ip is IP address of your server where tezos-signer is running. By default it uses port 7732

NOTE: Above command will prompt for password for your encrypted key, to start the signer deamon. You need to keep your deamon running in order for remote signer to work. So it is recommended to run it as background service. I recommend using tmux to do that.

Now on server where your docker is running, run following commands:

1) ./mainnet.sh client import secret key alice tcp://home-ip:7732/tz1abc...

where

home-ip is same as used in point 3 above

tz1abc... is same public key hash used in point 2 above

Above command will import the public key from singing server, but private key still remains on signing server. If you check the private keys file stored in docker container you'll find instead of private key this value would be store [{ "name": "alice", "value": "tcp://home-ip:7732/tz1abc...." }]

Baker running in container will automatically get the transaction signed from signing server using the above value by contacting the signing server where tezos-singer deamon must be in running state.

INFO: To check private keys stored in docker container use below process:

// To enter the shell mode in container

1. docker exec -it mainnet_node_1 /bin/sh

// To enter the directory where keys are maintained in docker container

2. cd /var/run/tezos/client/

3. cat secret_keys