Войдите в ERPC CLI и узнайте, где хранятся ваши ключи
Выполните вход на этой машине, и ERPC CLI сохранит сессию в вашей связке ключей или в 1Password. На этой странице также показано, где хранятся ключи нод и какие файлы хранит erpc.
Эта страница описывает ERPC CLI
v0.1.0-rc.4 — пререлиз.Вход
bash
erpc login получает сессию через OAuth device authorization grant. На машине без браузера erpc login --no-browser выводит URL и код вместо того, чтобы открыть браузер, а erpc signup --no-browser выводит URL страницы регистрации. erpc whoami показывает, кому принадлежит сохранённая сессия, а erpc logout выполняет выход и удаляет сохранённую сессию.Выбор места хранения сессии
В терминале
erpc login спрашивает, какое место хранения использовать: связку ключей операционной системы (по умолчанию) или 1Password, если он отвечает. --store и --vault задают выбор без вопросов, и этот выбор записывается в config.toml, откуда его читают остальные команды.Если выбор не задан и не записан, erpc использует сервисный аккаунт 1Password, когда задана
OP_SERVICE_ACCOUNT_TOKEN, иначе связку ключей операционной системы, если она есть, иначе файл в своём каталоге состояния. erpc doctor сообщает, какое место хранения используется и почему. При работе с сервисным аккаунтом erpc передаёт OP_SERVICE_ACCOUNT_TOKEN только процессам op, которые сам запускает, и нигде этот токен не записывает.Элемент 1Password называется по имени машины, чтобы две машины никогда не делили одну сессию.
ERPC_HOST_LABEL переопределяет это имя.В Linux
Связка ключей — это Secret Service, если он отвечает. В противном случае это постоянный keyring ядра для вашего пользователя, который находится в памяти и никогда не попадает на диск: сессия действует до перезагрузки или нескольких дней без использования, после чего снова потребуется
erpc login. Оболочка, запущенная без собственного входа (su без -, sudo -E), не может использовать этот keyring, и erpc отказывается работать и сообщает об этом.В macOS
erpc обращается к связке ключей через
/usr/bin/security. Любая другая программа, запущенная от вашего имени, может прочитать сессию, тоже вызвав security, при этом связка ключей по-прежнему хранит сессию зашифрованной на диске и недоступной для других пользователей.Когда сессия хранится на диске
erpc записывает сессию в свой каталог состояния в трёх случаях: при использовании места хранения
file, для отложенной сессии (refresh-токена после ротации, который не удалось передать в место хранения) и после прерванной записи. erpc doctor сообщает о каждом таком файле, пока он существует. В Unix эти файлы создаются с режимом 0600; в Windows erpc не задаёт собственных прав доступа.Где хранятся ключи нод
Реестр нод и резервные копии исходных ключей, которые указаны в руководстве по каждому блокчейну, хранятся в 1Password. Не каждый ключ находится в 1Password, и нода может хранить ключ, который нужен ей для работы. Резервную копию того, что находится на хосте, делайте сами: если пересобрать хост без резервной копии, это будет потеряно. Кроме того, активный валидатор Sui или избранный witness TRON отказывается переезжать на новый хост.
Другие RPC-ноды не хранят ключа подписи для валидатора, но на их хостах остаётся то, что клиент создаёт для себя, например JWT движка, peer identity или RPC cookie.
Одна лишь резервная копия ключа не делает восстановление валидатора безопасным. Прежде чем заменять сервер или восстанавливать его данные, выполните процедуру восстановления для этого блокчейна; в руководстве по каждому блокчейну описано, как восстановить его ключи (Ноды).
Только одна команда записывает ключи нод на диск вашей машины:
erpc validator vote-account записывает ключи identity и vote в файлы с режимом 0600 в каталоге состояния, пока работает Solana CLI, и затем стирает их. Если процесс аварийно завершится, файл может остаться, пока его не удалит один из следующих запусков.Торговый ключ и секреты приложения
erpc worker хранятся отдельно от них: Ключи и секреты.