Faça login no ERPC CLI e veja onde suas chaves ficam guardadas
Faça login nesta máquina, e o ERPC CLI guarda a sessão no seu chaveiro ou no 1Password. Esta página também mostra onde ficam as chaves dos nós e quais arquivos o erpc mantém.
Esta página descreve o ERPC CLI
v0.1.0-rc.4, uma versão de pré-lançamento.Fazer login
bash
O
erpc login obtém a sessão pelo OAuth device authorization grant. Em uma máquina sem navegador, erpc login --no-browser imprime a URL e o código em vez de abrir um navegador, e erpc signup --no-browser imprime a URL de cadastro. O erpc whoami mostra a quem pertence a sessão armazenada, e o erpc logout faz logout e remove a sessão armazenada.Escolher onde a sessão fica guardada
Em um terminal, o
erpc login pergunta em que local guardar a sessão: o chaveiro do sistema operacional, que é o padrão, ou o 1Password, quando ele responde. --store e --vault fazem a escolha sem perguntar, e a escolha é registrada no config.toml, onde os outros comandos a leem.Sem uma escolha, informada ou registrada, o erpc usa uma conta de serviço do 1Password quando
OP_SERVICE_ACCOUNT_TOKEN está definido; caso contrário, o chaveiro do sistema operacional, quando houver um; e, caso contrário, um arquivo no diretório de estado dele. O erpc doctor informa qual local está em uso e por quê. Com uma conta de serviço, o erpc passa OP_SERVICE_ACCOUNT_TOKEN somente para os processos op que ele inicia, e não grava esse token em lugar nenhum.O item do 1Password recebe como título o nome da máquina, para que duas máquinas nunca compartilhem uma mesma sessão.
ERPC_HOST_LABEL substitui esse nome.No Linux
O chaveiro é o Secret Service, onde houver um que responda. Caso contrário, é o keyring persistente do kernel para o seu usuário, que fica na memória e nunca em disco: a sessão dura até uma reinicialização ou alguns dias sem uso, e então o
erpc login é pedido novamente. Um shell iniciado sem um login próprio (su sem -, sudo -E) não consegue usar esse keyring, e o erpc recusa e informa isso.No macOS
O erpc acessa o chaveiro por meio de
/usr/bin/security. Qualquer outro programa executado como você pode ler a sessão executando também o security, enquanto o chaveiro continua mantendo a sessão criptografada em repouso e fora do alcance de outros usuários.Quando a sessão fica em disco
O erpc grava a sessão no diretório de estado dele em três casos: com o local
file, para uma sessão estacionada (um refresh token rotacionado que não conseguiu chegar ao local de armazenamento) e após uma gravação interrompida. O erpc doctor informa cada um desses arquivos enquanto ele existir. No Unix, esses arquivos são criados com o modo 0600; no Windows, o erpc não define permissões próprias.Onde ficam as chaves dos nós
O inventário de nós e os backups das chaves originais indicados no guia de cada chain ficam no 1Password. Nem toda chave está no 1Password, e um nó pode manter uma chave de que precisa para funcionar. Faça você mesmo o backup do que está em um host: reconstruir esse host sem um backup faz com que esse conteúdo se perca. Um validador Sui ativo ou uma witness TRON eleita também se recusa a mudar para um novo host.
Os outros nós RPC não mantêm nenhuma chave de assinatura de validador, mas os hosts deles guardam o que o cliente cria para si mesmo, como um JWT do engine, uma identidade de peer ou um cookie RPC.
Um backup de chave, por si só, não torna segura a recuperação de um validador. Siga o procedimento de recuperação da chain antes de substituir um servidor ou restaurar os dados dele; o guia de cada chain explica como restaurar as chaves dela (Nós).
Apenas um comando grava chaves de nó em disco na sua máquina:
erpc validator vote-account grava as chaves de identidade e de voto em arquivos 0600 dentro do diretório de estado enquanto a Solana CLI é executada, e as apaga depois. Um processo que morre pode deixar um arquivo até que uma execução posterior o remova.A chave de trading e os segredos de uma aplicação do
erpc worker ficam separados destas: Chaves e segredos.