SSH anahtarı benden bir parola mı istiyor?

Genel / özel bir anahtar çiftim var. İkisinde de kendileriyle ilişkili herhangi bir şifre yok.

Ne zaman özel veya genel kullanarak ssh kullanmaya çalışırsam (ve sadece genel anahtarı kullanmam gerektiğinden eminim), bir parola sorgusu alıyorum ve sonra elbette bağlanamıyorum.

Bunun nasıl çözüleceği hakkında bir fikri olan var mı? Yanlışlıkla bazı komutları mı yazıyorum? ~ / .Ssh / config dosyasında kurulumum olan bir sunucuya ssh yapmaya çalışıyorum (doğru, bu aynı kurulum başka bir sunucuda çalıştığı için) ~ / .ec2 / key.ppk içinde saklanan anahtarla

Ayrıca bir parola İLE yeni bir özel anahtar oluşturmak için puttygen.exe'yi kullanmayı ve sonra bu anahtarı kullanmayı da denedim ve parolayı yazarken yine de başarısız oluyor.

Öncelikle bu, şifre cümlesi olacak özel anahtardır. Bu, uzak sunucuda depolanan genel anahtara karşı doğrular.

En iyi tahmin, OpenSH ile özel bir anahtar ( ppk) anahtar biçimi kullanmaya çalıştığınızdır. Bu işe yaramaz. Bu durumda PuTTYgen openssh için dışa aktarma seçeneğine sahiptir.

ssh-rsa AAAAB3NzaC1y...... etc

Ayrıca, ssh yapmaya çalıştığınız sunucunun ortak anahtarınızı yetkili anahtar dosyasında ( ~/.ssh/authorized_keysgenellikle) doğru bir şekilde sakladığını varsayıyorum .

Bir başka tahmin de, doğru anahtarın seçilmemesidir. Deneyeceğim bazı şeyler:

Anahtar şifresini sıfırlamak ssh-keygen, böyle yapmak ...

$ ssh-keygen -f ~/.ec2/key.ppk -p

Bu, aslında anahtarınızda zaten bir şifre cümlesi olup olmadığını onaylar.

İkinci olarak, ortak anahtarınızı açıkça çıktı olarak belirterek ayrıntılı bir çıktı kullanarak bağlanmayı deneyebilirim:

$ ssh host -i ~/.ec2/key.ppk -vvv

Bu size neler olup bittiği hakkında daha fazla fikir verecektir.

Ssh-agent'ı çalıştırabilirsin. Bir tartışma için buraya bakın .

Benim için çalışan kısa versiyon (bash'ta):

$ ssh-agent
SSH_AUTH_SOCK=/tmp/ssh-rnRLi11880/agent.11880; export SSH_AUTH_SOCK;
SSH_AGENT_PID=11881; export SSH_AGENT_PID;
echo Agent pid 11881;

Yankılandığı 3 çizgiyi aldım ve onları idam ettim. Bunu yapmanın başka bir yolu -s çıktısını almaktır:

$ eval `ssh-agent -s`

Sonra kimlik bilgilerimi ekledim:

$ ssh-add ~/.ssh/id_rsa
Enter passphrase for /home/me/.ssh/id_rsa: 
Identity added: /home/me/.ssh/id_rsa (/home/me/.ssh/id_rsa)

Artık ajan, parolamı yazmam yerine benim için kimlik bilgilerini sağlıyor.

Kabuk çalıştığında ssh-agent'ın kaybolduğuna inanıyorum, bu yüzden başlangıçta maksimum rahatlık için komut dosyası yazılmalıdır. Paylaşılan bağlantı sıra komut dosyası açıklanır.

Genel anahtarınızı kurduğunuzda, muhtemelen (belki de yanlışlıkla) bir parola ile kurdunuz.

Muhtemelen yeni bir başlangıç ​​yapmanız gerekiyor - puttygen kullanmadım, ama .ssh dizininizdeki genel anahtarı silebilir (veya yeniden adlandırabilir), ssh-keygenyeni bir tane oluşturmak için kullanabilirsiniz (parola sağlamadığınızdan emin olabilirsiniz) ve sonra public_key'i bağlanmaya çalıştığınız sunucudaki yetkili_keys dosyasına paylaşın.

Eski parola anahtarınızı, bağlandığınız sunucudaki yetkili anahtarlar dosyasından da kaldırmanız gerekebilir.

Özel anahtarın id_rsasonunda ekstra satır sonu olmadığından emin olun, bazı durumlarda ekstra satır sonları ssh-keygen'i parola sormak için yapar, şunu deneyin:

sed  '/^$/d' /path/to/key > id_rsa

Ölçek:

ssh-keygen -yf id_rsa

Sshd_config dosyanız StrictModes = yes ise, kontrol edilmesi gereken bir şey varsa, o zaman $ HOME dizini veya $ HOME / .ssh dizini dünyaya gruplandırmak veya diğerlerine yazılabilir olmamalıdır. Aksi halde, kimlik doğrulama ne olursa olsun başarısız olur.

Yanlışlıkla ~ / .ssh / id_rsa dosyamı ~ / .ssh / id_rsa.pub ile yazarken hata yaptım. Bunu yapmak, ssh'nin bir geçiş cümlesi sormasına neden olacaktır.

Geçen gün bu soruna rastladım. Özellikle, bir özel AWS anahtarını bir makineden diğerine kopyalamaya / yapıştırmaya çalışıyordum.

İlk veya son karakteri kaybetme konusunda kötü bir alışkanlığım var. Özel anahtarınızın sonundaki her tireyi kapmazsanız - anahtar metinle hiçbir ilgisi olmasa da - özel anahtar için bir parola girmeniz istenir. kopyaladığınız anahtar (benim durumumda bu anahtarın sonuna bir tek tire eklemek anlamına gelir.)

Bunun en iyi uygulamanın, Terminal pencereleri arasında kopyalayıp yapıştırmaya çalışmak yerine metin dosyasını tel boyunca SSH yapmak olduğu anlamına geldiğini düşünüyorum.

OSX’de şu anda kaçmayı başardım:

$ ssh-add ~/.ssh/id_rsa Enter passphrase for /Users/me/.ssh/id_rsa: `Identity added: /Users/mikekilmer/.ssh/id_rsa (/Users/mikekilmer/.ssh/id_rsa)

Parola, Uygulamalar> Yardımcı Programlar klasöründe bulunan Anahtarlık Erişim uygulaması tarafından depolandı. Sadece id_arama alanına girdim .

Sunucudaki günlük dosyalarını görüntülemeyi deneyin. Bkz. / Var / log / auth log (örneğin, OpenSSH için / var / log / authlog, her ne kadar bazı işletim sistemlerinde Portable OpenSSH kullanıyor ve /var/log/auth.log kullanıyordum) görüyorum ve dosyanın sonunu kontrol ediyorum.

Gördüğüm en yaygın nedenler yanlış izinlerdir ( TD1'in cevabında belirtildiği gibi ), ancak diğer anahtarlar (sunucuda depolanan) doğru dosyada bulunmamakla veya yorumlanmakta olan anahtarla veya yanlış yazılmış kullanıcı adı.

Ayrıca, hesabınıza geçici olarak bir parola vermek, yalnızca hesabın başarılı bir şekilde giriş yaptığını doğrulamak için de yararlı olabilir (sorun giderme için).

Günlük dosyasını hızlı bir şekilde çözmenize neden olmuyorsa, günlük dosyasındaki belirli ayrıntıları içeren yeni bir soru göndermenizi öneririm (bu çok daha genel bir soru).

Ekibimde, bu gerçekleştiğinde, yerel olarak herhangi bir şeyle ilgili bir sorun değil. Kullanıcının ssh anahtarı ve / veya erişimi, bağlandıkları sunucuda doğru şekilde yapılandırılmamış (bizim durumumuzda bir barındırma platformu). Bazı nedenlerden dolayı, bu olmayan bir ssh anahtarı için bir istemi tetikler.