---
title: "ERPC CLI'da oturum açın ve anahtarlarınızın nerede saklandığını görün"
description: "Bu makinede ERPC hesabınızla oturum açın, ERPC CLI'ın oturumu nerede tutacağını seçin; düğüm anahtarlarının ve erpc'nin yazdığı dosyaların yerini görün."
canonical: "https://erpc.global/tr/doc/erpc-cli/sign-in-and-keys/"
locale: "tr"
---

# ERPC CLI'da oturum açın ve anahtarlarınızın nerede saklandığını görün

Bu makinede oturum açın; ERPC CLI oturumu anahtar zincirinizde veya 1Password'de saklar. Bu sayfa ayrıca düğüm anahtarlarının nerede saklandığını ve erpc'nin hangi dosyaları tuttuğunu gösterir.

Bu sayfada bir ön sürüm olan ERPC CLI `v0.1.0-rc.4` anlatılır.

## Oturum açma

```bash
erpc signup     # opens the sign-up page
erpc login      # signs this machine in; the session goes to the keychain or 1Password
erpc whoami
```

`erpc login`, oturumu OAuth cihaz yetkilendirme izni (device authorization grant) ile alır. Tarayıcısı olmayan bir makinede `erpc login --no-browser` bir tarayıcı açmak yerine URL'yi ve kodu yazdırır; `erpc signup --no-browser` ise kayıt URL'sini yazdırır. `erpc whoami` saklanan oturumun kime ait olduğunu gösterir; `erpc logout` oturumu kapatır ve saklanan oturumu kaldırır.

## Oturumun nerede saklanacağını seçme

Terminalde `erpc login` hangi saklama yerinin kullanılacağını sorar: varsayılan olan işletim sisteminin anahtar zinciri ya da yanıt verdiğinde 1Password. `--store` ve `--vault` sormadan seçer; seçim `config.toml` içine kaydedilir ve diğer komutlar onu oradan okur.

| `--store` | Oturumun saklandığı yer |
| --- | --- |
| `keychain` | İşletim sisteminin anahtar zinciri |
| `1password-desktop` (ayrıca `1password`, `op`) | Masaüstü uygulaması üzerinden 1Password |
| `1password-service-account` | Bir hizmet hesabı token'ı üzerinden 1Password |
| `file` | Diskteki bir dosya. Bu, bu makinede bir gizli değer bırakır |

Verilmiş ya da kaydedilmiş bir seçim yoksa erpc; `OP_SERVICE_ACCOUNT_TOKEN` ayarlıysa bir 1Password hizmet hesabını, değilse, varsa işletim sisteminin anahtar zincirini, o da yoksa kendi state dizinindeki bir dosyayı kullanır. `erpc doctor` hangi saklama yerinin kullanıldığını ve nedenini bildirir. Hizmet hesabıyla erpc, `OP_SERVICE_ACCOUNT_TOKEN` değerini yalnızca kendi başlattığı `op` süreçlerine iletir ve bu token'ı hiçbir yere yazmaz.

1Password öğesinin başlığı makinenin adıdır; böylece iki makine asla aynı oturumu paylaşmaz. `ERPC_HOST_LABEL` bu adı geçersiz kılar.

### Linux'ta

Anahtar zinciri, yanıt veren bir Secret Service varsa odur. Yoksa kullanıcınız için çekirdeğin kalıcı anahtarlığıdır; bu anahtarlık bellektedir ve asla diskte değildir: oturum, makine yeniden başlatılana ya da birkaç gün kullanılmayana kadar sürer, ardından yeniden `erpc login` istenir. Kendi oturum açma işlemi olmadan başlatılan bir kabuk (`-` olmadan `su`, `sudo -E`) bu anahtarlığı kullanamaz; erpc işlemi reddeder ve bunu belirtir.

### macOS'ta

erpc anahtar zincirine `/usr/bin/security` üzerinden erişir. Sizin kullanıcınızla çalışan başka herhangi bir program da `security` çalıştırarak oturumu okuyabilir; bununla birlikte anahtar zinciri oturumu depolanırken şifreli ve diğer kullanıcılardan uzak tutmaya devam eder.

### Oturum diskte olduğunda

erpc oturumu üç halde kendi state dizinine yazar: `file` saklama yeri kullanıldığında, park edilmiş bir oturum için (saklama yerine ulaşamamış, yenilenmiş bir refresh token) ve yarıda kesilmiş bir yazmanın ardından. `erpc doctor` bu tür her dosyayı var olduğu sürece bildirir. Unix'te bu dosyalar `0600` moduyla oluşturulur; Windows'ta erpc kendisi hiçbir izin ayarlamaz.

## Düğüm anahtarlarının saklandığı yer

Düğüm envanteri ve her zincirin kılavuzunun belirttiği orijinal anahtar yedekleri 1Password'de saklanır. Her anahtar 1Password'de değildir ve bir düğüm, çalışmak için ihtiyaç duyduğu bir anahtarı tutabilir. Bir host'ta ne varsa kendiniz yedekleyin: o host'u yedek olmadan yeniden kurmak bunu kaybettirir. Etkin bir Sui validator'ı veya seçilmiş bir TRON witness'ı da yeni bir host'a taşınmayı reddeder.

| Düğüm | 1Password'de | Host'ta |
| --- | --- | --- |
| Solana validator (native) | Oluşturduğunuz kimlik (identity) ve senkronizasyon keypair'i. Oy hesabı (vote account) ve çekme yetkisi (withdraw authority) erpc'ye yalnızca açık anahtar olarak verilir | Bu host'a şifrelenmiş senkronizasyon keypair'i ve `--activate-validator` adımından itibaren kimlik de. Oy hesabı ve çekme anahtarları asla içe aktarılmaz |
| Solana validator (solv) | Stake edilmiş kimlik ve yalnızca açık anahtarını vermediyseniz çekme yetkisi. Oy hesabı anahtarı, hesap doğrulandıktan sonra silinir | Düz metin halinde, atılabilir bir `unstaked-identity.json`. Bir dağıtım, stake edilmiş anahtarı veya çekme yetkisini asla düğüme kopyalamaz |
| Solana RPC (native) | Oluşturduğunuz kimlik | Bu host'a şifrelenmiş aynı kimlik |
| Solana RPC (solv) | Envanter | Orada oluşturulan kimlik. Oradan asla çıkmaz |
| Ethereum validator | Envanter | Keystore'lar, bunların kilit açma parolası ve slashing geçmişi. Bir yedeğin geçmişi snapshot'ında biter; bu yüzden ondan sonra imza atmış bir anahtar geri yüklenirse slash edilebilir: bir imzalayıcıyı `erpc v --chain eth migrate` ile taşıyın |
| Arc RPC | Konsensüs anahtarı | Şifrelenmiş konsensüs anahtarı |
| Avalanche | Staking ve BLS anahtarlarının bir yedeği | İlk dağıtımda orada oluşturulan aynı anahtarlar |
| Sui validator | Kendi makinenizde oluşturulan protocol, network ve worker anahtarları | `systemd-creds` ile bu host'a şifrelenmiş aynı üç anahtar. Hesap anahtarı asla burada olmaz |
| Sui tam düğümü | Envanter | Bu host'a şifrelenmiş ağ kimlik bilgisi. Başka bir kopyası yoktur |
| TRON witness | Şifreli keystore ve parolası | Şifreli systemd kimlik bilgileri halinde aynıları |
| Polygon validator | `init` komutunun ürettiği imzalayıcı anahtarı. Staking sahibinin anahtarı asla istenmez | Bu host'a şifrelenmiş aynı anahtar. Düğüm yalnızca gözlem yaptığı sürece ayrı bir kimlikle çalışır |
| BNB Chain validator | İmzalama materyalinin ve eş (peer) kimliğinin bir yedeği | Şifreli bir keystore'daki konsensüs anahtarı, şifreli bir cüzdandaki oy anahtarı ve bu host'a şifrelenmiş parolaları |
| Kaia validator (konsensüs veya proxy düğümü) | Düğüm kimliğinin bir yedeği | Host'ta oluşturulan ve ona şifrelenen düğüm kimliği. Operatörün cüzdanları erpc'nin dışında kalır |
| Monad düğümü (RPC veya validator) | Her iki orijinal keystore | Bu host'a şifrelenmiş aynı keystore'lar |
| Hyperliquid validator | Sıcak konsensüs anahtarı. Soğuk hesabın anahtarı asla istenmez | Bu host'a şifrelenmiş ve yalnızca etkinleştirilmiş validator birimleri tarafından yüklenen sıcak anahtar |
| Hyperliquid AQA yayıncısı | Ona ayrılmış API veya ajan anahtarı | Bu host'a şifrelenmiş aynı anahtar |
| NEAR validator | Konsensüs anahtarı | Bu host'a şifrelenmiş aynı anahtar |
| Arbitrum validator | `init` komutunun ürettiği cüzdan ve sağlayıcı kimlik bilgisi | Şifrelenmiş sağlayıcı kimlik bilgisi ve `--activate-signer` adımından itibaren root'a ait ve şifrelenmiş olarak cüzdan da |
| Robinhood Chain validator | `init` komutunun ürettiği cüzdan ve sağlayıcı yapılandırması | Şifrelenmiş sağlayıcı yapılandırması ve `--activate-signer` adımından itibaren root'a ait ve şifrelenmiş olarak cüzdan da |
| OP ailesi RPC | Envanter ve sağlayıcı değerleri | Şifrelenmiş sağlayıcı kimlik bilgisi, engine JWT ve eş kimlikleri. Sahip kaydını ve host'un şifreleme gizli değerini yedekleyin |
| Nitro RPC | Envanter ve upstream kimlik bilgisi | Şifrelenmiş upstream kimlik bilgisi |

Diğer RPC düğümleri bir validator için imzalama anahtarı tutmaz, ancak host'ları istemcinin kendisi için oluşturduğu şeyleri, örneğin bir engine JWT, bir eş kimliği veya bir RPC çerezini saklar.

Tek başına bir anahtar yedeği validator kurtarmayı güvenli kılmaz. Bir sunucuyu değiştirmeden veya verilerini geri yüklemeden önce zincirin kurtarma prosedürünü izleyin; her zincirin kılavuzu anahtarlarının nasıl geri yükleneceğini anlatır ([Düğümler](https://erpc.global/tr/doc/erpc-cli/nodes/#zincirler-ve-kılavuzlar)).

Düğüm anahtarlarını makinenizde diske yazan tek bir komut vardır: `erpc validator vote-account`, Solana CLI çalışırken kimlik ve oy anahtarlarını state dizini altındaki `0600` izinli dosyalara yazar ve ardından siler. Çöken bir süreç, sonraki bir çalıştırma onu temizleyene kadar bir dosya bırakabilir.

Bir `erpc worker` uygulamasının trading anahtarı ve gizli değerleri bunlardan ayrı tutulur: [Anahtarlar ve gizli değerler](https://erpc.global/tr/doc/erpc-cli/worker-secrets/).

## erpc'nin tuttuğu dosyalar

| Yol | İçerdiği |
| --- | --- |
| `~/.erpc/config.toml` | Herkese açık ayarlar (`erpc config`) |
| `~/.erpc/state/` | Oturum ve kilitler (`erpc doctor` oturumun nasıl saklandığını söyler) |
| `~/.erpc/conversations/` | Kaydedilmiş ERPC AI konuşmaları |
| `~/.erpc/memory.json` | ERPC AI'ın hatırladıkları |
| `~/.erpc/vps_hosts.json` | ERPC AI'ın giriş yaptığı VPS'lerin host anahtarları |
| `~/.erpc/skills/` | `erpc skills install` tarafından yazılan beceriler |
| `~/.erpc/storage-key` | `erpc login` oturumu bir dosyada tuttuğunda, depolama şifreleme anahtarı |
| `~/.erpc/backup-password`, `~/.erpc/backup-admin-key` | `erpc login` oturumu bir dosyada tuttuğunda, yedekleme ana parolası ve `read_write` anahtarı |
| `~/.erpc/keystore/` | Worker keystore'u: ne 1Password'ün ne de uzun süre dayanan bir anahtar zincirinin bulunduğu bir makinede, bir uygulamanın gizli değerleri ve trading anahtarı; her biri parola ifadeniz altında şifrelenmiş bir dosyada |
| `~/.erpc/workers.toml` | Bu makinedeki `erpc worker` uygulamalarının listesi |
| `~/.erpc/backup.env` | Bu makinenin yedekleme kimlik bilgileri (`0600`) |
| `~/.erpc/bin/restic-0.19.1` | `erpc backup` komutunun kurduğu sabitlenmiş restic |
