Soru Şifre olmadan ssh bazı kullanıcılar için çalışmıyor
Verileri eski Solaris 2.6 ve RHEL3 Linux kutularına scp ile kopyalamak için kullandığım yeni bir RHEL4 Linux kutum var. Aynı kurulumda, bazı kullanıcılar için çalışıyor, ancak başkaları için değil, buldum. Kullanıcı jane için, bu iyi çalışır:
jane @ host1 $ ssh -v remhost
kullanıcı jakı için şunları yapmaz:
jack @ host1 ssh -v remhost
Tüm anahtarlar ve dosyalar için izinlere baktım, aynı görünüyorlar. NFS tarafından monte edilen ana dizinleri kullandığım için, hem uzak ana bilgisayar hem de yerel ana bilgisayarın anahtarları aynı dizinde bulunur. Bu şeyler jane için nasıl görünüyor:
jane @ host1 $ ls -l $ HOME / .ssh
jack @ host1 $ ls -l $ HOME / .ssh
Son bir çığlık çabası olarak, authorized_keys, id_rsa ve id_rsa.pub 'ı jill'den jack'a kopyaladım ve kullanıcı adlarını authorized_keys ve id_rsa.pub dosyasında vi ile değiştirdim. Hala işe yaramadı. İki kullanıcı arasında farklı bir şey var gibi görünüyor ama ne olduğunu anlayamıyorum.
Kullanıcı jakı için bu sorun, istemci RHEL4 olduğunda, sunucu Solaris 2.6 olduğunda ve bu ana bilgisayarların her ikisi de paylaşılan bir giriş dizini kullandığında oluşur. Tam olarak aynı izinlerle aynı anahtarları kullanarak, RHEL4 istemcisinden paylaşılan ana dizini KULLANMAYAN bir RHEL3 istemcisine bağlanabilirim. - joshxdr
Yetkilendirilmiş_keys üzerindeki izinleri başkaları tarafından önerildiği gibi 0600 olarak değiştirmeyi denedim. Bu işe yaramadı. Kullanıcı girişi hala şifre olmadan bağlanamaz. - joshxdr
Cevabı buldum. Kullanıcı jakının giriş dizininin izinlerinde idi. Jane yapmadı, kullanıcı jack, ev dizininde grup yazma izinleri vardı. - joshxdr
"Yeni RHEL4 kutusu" dedin. RHEL5 mi demek istediniz? 4 bu noktada oldukça eskidir ... - Jason Antman
Bu yorumu cevap olarak göndermelisiniz ve sonra bunu kabul etmelisiniz, böylece başkaları sorunuzun cevabını ve cevabın ne olduğunu bilmelidir. - Josh
Cevabı buldum. Kullanıcı jakının giriş dizininin izinlerinde idi. Jane yapmadı, kullanıcı jack, ev dizininde grup yazma izinleri vardı. Sorun, web'deki tüm öğreticilerin .ssh dizini ve dosyalar için izinleri belirtmesidir, ancak kullanıcı dizininin grup kapatma için yazma iznine sahip olması gerektiğinden bahsetmemelidir.
Ev dizinindeki izinler! Tam ihtiyacım olan şey. Teşekkürler! - Christopher Bottoms
Bu benim için de yaptı! (Dünyayı evime yönlendirdim, böylece diğer insanlar dosyamı görebilirdi.) - RonJohn
İzinlerini kısıtlamayı denediniz mi .ssh Dizin? Çünkü çoğu durumda işe yarayacaktı. Bu "katı" yapılandırmanın olduğu yerde olmasına rağmen, aynı sorunla birkaç kez karşılaştım ve izinleri değiştirdim. .ssh dizini sorunu giderdi.
.Ssh dizini olmalı 0700. - bahamat
Aynı problem vardı, ama bir kullanıcı ile aynı sisteme yerel bir başka kullanıcı için ssh'ing.
Tüm izinler her iki kullanıcıyla aynı.
Deneme, A ve B kullanıcılarının birbiri ile giriş yapabildiğini, ancak kullanıcı C olarak bağlanamadığını gösterdi.
Bu, bir kullanıcı girdisi olmasına rağmen, C kullanıcısı (sistem kullanıcısı) bir gölge girişine sahip olmadığı ortaya çıktı.
Umarım bu daha sonra aynı sorun olan birine yardımcı olacaktır.
Sistem: OpenIndiana oi_151a
Aslında RHEL olan CentOS'u kullanıyorum. Kendimi, .ssh dizini / dosyalarının SELinux contect'inin yanlış olduğu durumlarda buldum.
SELiunx etkinlikleri ile ilgili ayrıntılar için /var/log/audit/audit.log adresine bakın.
nfs, yürütme reddedildi OS X Sunucusu yetkisiz bir fiziksel bağlantıdan nasıl korunur? Linux, basit http proxy IIS aşağı indiğinde izlemek / bildirmek için bir yol aramak Linux Çekirdek Sanal Makineleri Bir mesaj nasıl değiştirilir, bu yüzden Exchange önemsiz e-posta filtresi tarafından% 100 spam olarak tanınacaktır Hangi Windows ext3 sürücüsünü kullanmalıyım? [kapalı]