Inicia sesión en ERPC CLI y consulta dónde se guardan tus claves
Inicia sesión en esta máquina y ERPC CLI guardará la sesión en tu llavero o en 1Password. Esta página también muestra dónde se guardan las claves de los nodos y qué archivos conserva erpc.
Esta página describe ERPC CLI
v0.1.0-rc.4, una versión preliminar.Iniciar sesión
bash
erpc login obtiene la sesión mediante el OAuth device authorization grant. En una máquina sin navegador, erpc login --no-browser imprime la URL y el código en lugar de abrir un navegador, y erpc signup --no-browser imprime la URL de registro. erpc whoami muestra a quién pertenece la sesión guardada, y erpc logout cierra la sesión y elimina la sesión guardada.Elegir dónde se guarda la sesión
En un terminal,
erpc login pregunta qué almacén usar: el llavero del sistema operativo, que es la opción predeterminada, o 1Password cuando responde. --store y --vault eligen sin preguntar, y la elección queda registrada en config.toml, donde la leen los demás comandos.Si no hay ninguna elección, ni indicada ni registrada, erpc usa una cuenta de servicio de 1Password cuando
OP_SERVICE_ACCOUNT_TOKEN está definida; si no, el llavero del sistema operativo cuando lo hay; y si no, un archivo en su directorio de estado. erpc doctor indica qué almacén está en uso y por qué. Con una cuenta de servicio, erpc pasa OP_SERVICE_ACCOUNT_TOKEN solo a los procesos op que inicia, y no escribe ese token en ningún sitio.El elemento de 1Password lleva como título el nombre de la máquina, para que dos máquinas nunca compartan una misma sesión.
ERPC_HOST_LABEL sustituye ese nombre.En Linux
El llavero es el Secret Service cuando hay uno que responda. Si no, es el keyring persistente del kernel para tu usuario, que está en memoria y nunca en disco: la sesión dura hasta un reinicio o unos pocos días sin uso, y después se vuelve a pedir
erpc login. Un shell iniciado sin un inicio de sesión propio (su sin -, sudo -E) no puede usar ese keyring, y erpc se niega y lo indica.En macOS
erpc accede al llavero a través de
/usr/bin/security. Cualquier otro programa que se ejecute con tu usuario puede leer la sesión ejecutando también security, aunque el llavero sigue manteniendo la sesión cifrada en reposo y fuera del alcance de otros usuarios.Cuando la sesión está en disco
erpc escribe la sesión en su directorio de estado en tres casos: con el almacén
file, para una sesión aparcada (un refresh token rotado que no pudo llegar al almacén) y tras una escritura interrumpida. erpc doctor informa de cada uno de esos archivos mientras exista. En Unix, estos archivos se crean con el modo 0600; en Windows, erpc no establece permisos propios.Dónde se guardan las claves de los nodos
El inventario de nodos, y las copias de seguridad de las claves originales que indica la guía de cada cadena, se guardan en 1Password. No todas las claves están en 1Password, y un nodo puede contener una clave que necesita para funcionar. Haz tú mismo una copia de seguridad de lo que hay en un host: si reconstruyes ese host sin copia de seguridad, lo pierdes. Además, un validador de Sui activo o un witness de TRON elegido se niega a moverse a un host nuevo.
Los demás nodos RPC no contienen ninguna clave de firma de un validador, pero sus hosts conservan lo que el cliente crea para sí mismo, como un JWT del engine, una identidad de peer o una cookie de RPC.
Una copia de seguridad de las claves no basta por sí sola para que recuperar un validador sea seguro. Sigue el procedimiento de recuperación de la cadena antes de sustituir un servidor o restaurar sus datos; la guía de cada cadena explica cómo restaurar sus claves (Nodos).
Un solo comando escribe claves de nodo en el disco de tu máquina:
erpc validator vote-account escribe las claves de identidad y de voto en archivos 0600 dentro del directorio de estado mientras se ejecuta la Solana CLI, y las borra después. Un proceso que muere puede dejar un archivo hasta que una ejecución posterior lo elimine.La clave de trading y los secretos de una aplicación de
erpc worker se guardan aparte de estas: Claves y secretos.