Neden pubkey auth başarılı olduktan hemen sonra SSH bağlantım kapatılıyor?

6

Ben iki pencere makine ve CYGWIN kullanarak SSH çalışıyorum. Parola istendiğinde iyi çalışıyor. Ancak, özel / genel çifti oluşturduğumda, kimlik doğrulama başarılı olmuş gibi görünüyor, ancak bağlantı kapatıldı.

İşte detay günlükleri: Lütfen yardım edin

debug1: Devam edebilen kimlik doğrulama işlemleri: publickey, password, keyboard-interaktif
debug3: baştan başlamak, farklı bir liste yayınlamak publickey, şifre, klavye etkileşimli
debug3: tercih edilen yayın dili, klavye etkileşimli, şifre
debug3: authmethod_lookup publickey
debug3: tercih edilen kalır: klavye etkileşimli, şifre
debug3: authmethod_is_enabled publickey
debug1: Sonraki kimlik doğrulama yöntemi: publickey
hata ayıklama1: RSA genel anahtarı sunuluyor: /home/502537203/.ssh/id_rsa
debug3: send_pubkey_test
debug3: paket gönder: 50
debug2: biz bir publickey paketi gönderdik, cevap bekliyorum
debug1: Kimlik doğrulama başarılı (publickey).
Ana bilgisayar adına doğrulandı ([xxxx]: 22).
debug1: kanal 0: yeni [müşteri oturumu]
debug3: ssh_session2_open: channel_new: 0
debug2: kanal 0: açık gönder
debug3: paket gönder: 90
debug1: no-more-sessions@openssh.com isteği
debug3: paket gönder: 80
debug1: Etkileşimli oturuma girme.
debug1: rehin: ağ
debug3: paket gönder: 1 yazın
debug1: kanal 0: ücretsiz: istemci oturumu, kanallar 1
debug3: channel 0: status: Aşağıdaki bağlantılar açık:
  # 0 müşteri oturumu (t3 r-1 i0 / 0 o0 / 0 fd 4/5 cc -1)

Ana bilgisayar adına bağlantı, uzak ana bilgisayar tarafından kapatıldı.
Ana bilgisayar adı bağlantısı kapalı.
Aktarıldı: 2056 gönderildi, 0.0 saniye içinde 1500 bayt aldı
debug1: Çıkış durumu -1

ssh sshd cygwin

— Kamal
kaynak

Bu günlüğü ssh -vvv aracılığıyla uzak sunucuya oluşturdum ve ayrıca yetkili anahtarlar da yerleştirdim

— Kamal

1

İşini iyi yapıyorsun, bağlantıyı kapatan uzak sunucu. Uzaktaki makinenin kayıtlarına bakın.

— Satō Katsura

Sunucunun hangi konumunda, günlükleri kontrol etmem gerekiyor.

— Kamal,

Altında kontrol\cygwin\var\log\messages

— stark

/ Var / log -> setup.log, setup.log.full, sshd.log (veri yok), lastlog (büyük veri) altında yalnızca dört dosyanın altında bulundum. Hangisini kontrol etmek için?

— Kamal,

3

Şuan çalışıyor. Aşağıdakileri yaptım

~ / .ssh 700 için izni ayarla
~ / .ssh 600 altındaki tüm dosyalar
sshd hizmetini cyg_server kimliği olarak çalıştırın (ssh-host-config sırasında oluşturulan)
PubkeyAuthentication'a izin vermek için düzenlenmiş / etc / sshd_config

— Kamal
kaynak

0

Uyumsuz şifreler pazarlık yapabilir. Bunu dene:

ssh -oCiphers=aes128-ctr user@host

http://developer.toradex.com/knowledge-base/ssh#incompatible-cipher-support

— Tim Olson
kaynak

0

Borg Yedekleme'yi kullanmam gerektiğinden Synology'ye ssh göndermeye çalıştığımda da aynı hatayı gördüm . Sorun, tüm izinler doğru olsa bile, yönetici olmayan bir kullanıcıya bağlanmaya çalışıyor olmamdı. Superadmin olan kullanıcıya ssh yapmaya çalıştığımda, bağlantı kesilmedi. Bunun işe yarayıp yaramadığını bilmiyorum ama bu benim hatamla olan deneyimim.

— Vasiliki
kaynak