Patakaran at compatibility
Angkop ang Ed25519 kung suportado ng server at patakaran. Gumamit ng RSA 3072 o 4096 kung kailangan ng compatibility o panuntunan. Hindi katumbas ng RSA key ang lumang SHA-1 ssh-rsa signature: may SHA-2 ang modernong RSA. Huwag ibalik nang global ang lumang signature.
Post-quantum na hybrid: ssh-mldsa44-ed25519
Pinagsasama ng ssh-mldsa44-ed25519 ang post-quantum na lagdang ML-DSA-44 at Ed25519: kailangang mabasag ang parehong algorithm upang makapeke ng login. Binubuo ng CH-J Key Generator sa Beta 0.1.2 ang ganitong uri ng key, at idinaragdag lang ito ng CH-J Tools sa isang server kung nagpapatakbo ang server na iyon ng OpenSSH 10.6 o mas bago. Tinatanggihan ito ng mga mas lumang release; ang ilan sa mga ito, gaya ng 10.2p1 sa Ubuntu 26.04, ay nakakakilala lamang ng eksperimental na baryanteng …@openssh.com na hindi ginagamit ng CH-J Tools. Magtabi ng Ed25519 o RSA key bilang reserba para sa mga server at client na walang suporta. Ipinapakita ng gabay na naka-link sa ibaba kung paano i-install ang OpenSSH 10.6 kasabay ng package ng distribusyon.
Bumuo nang lokal at protektahan ang private key
Pumili ng isang command at bagong pangalan ng file; huwag patungan ang dati nang key. Magtakda ng passphrase kapag tinanong. .pub lamang ang para sa server; nananatili ang private key sa client. May CH-J Key Generator na sa Beta 0.1.0.
ssh-keygen -t ed25519 -f ~/.ssh/id_ed25519_chj
ssh-keygen -t rsa -b 3072 -f ~/.ssh/id_rsa_chj
ssh-keygen -lf ~/.ssh/id_ed25519_chj.pub -E sha256I-install ang public key at subukan
Ilagay ang buong public key sa isang linya ng ~/.ssh/authorized_keys ng target account. Sa Linux suriin ang may-ari at karaniwang mode 700 para sa .ssh at 600 para sa authorized_keys. Panatilihing bukas ang kasalukuyang session at subukan ang ikalawang login bago baguhin ang lumang access. Magkaiba ang gamit ng user key at host key.
ls -ld ~/.ssh ~/.ssh/authorized_keys
ssh -o IdentitiesOnly=yes -i ~/.ssh/id_ed25519_chj user@server.example