Tty-less kullanıcı olarak ssh olamaz

10

Bir tty (apache sunucum olarak çalışan kullanıcı) olmayan bir kullanıcıdan ssh (anahtar kimlik doğrulaması kullanarak) çağırarak tek bir komut çalıştırmak çalışıyorum ve aşağıdaki sonucu almaya devam:

OpenSSH_5.9p1, OpenSSL 1.0.0g 18 Jan 2012
Pseudo-terminal will not be allocated because stdin is not a terminal.
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to localhost [::1] port 54367.
debug1: Connection established.
debug1: identity file nonpublic/id_rsa type 1
debug1: identity file nonpublic/id_rsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9
debug1: match: OpenSSH_5.9 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.9
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA e3:c2:37:8e:8b:d4:77:63:7f:d2:ba:12:e5:e9:d1:9a
debug1: checking without port identifier
debug1: read_passphrase: can't open /dev/tty: No such device or address
Host key verification failed.

-T bayrağı ssh çağrılırken ayarlanır. Anahtarın herhangi bir girdi ihtiyacını bastırması gereken bir parolası yoktur, ancak görünüşe göre yoktur. Ssh'nin / dev / tty'yi açmaya çalışmasını nasıl önleyebilirim?

Düzenleme: Kod etiketleri çalışmıyor?

Edit2: Tam ssh komutu:

ssh -i nonpublic/id_rsa -l username -p 54367 -t -v username@localhost /home/username/minecraftserver/Scripts/start 2>&1

Kullanıcı adımı "kullanıcı adı" ile değiştirdim.

Edit3: Kök ile aynı anahtarı kullanarak ssh-ing denedim ve bu sonuç var:

OpenSSH_5.9p1, OpenSSL 1.0.0g 18 Jan 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to localhost [::1] port 54367.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /srv/http/nonpublic/id_rsa type 1
debug1: identity file /srv/http/nonpublic/id_rsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9
debug1: match: OpenSSH_5.9 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.9
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA e3:c2:37:8e:8b:d4:77:63:7f:d2:ba:12:e5:e9:d1:9a
debug1: checking without port identifier
The authenticity of host '[localhost]:54367 ([::1]:54367)' can't be established.
ECDSA key fingerprint is e3:c2:37:8e:8b:d4:77:63:7f:d2:ba:12:e5:e9:d1:9a.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '[localhost]:54367' (ECDSA) to the list of known hosts.
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /srv/http/nonpublic/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: key_parse_private_pem: PEM_read_PrivateKey failed
debug1: read PEM private key done: type <unknown>
Enter passphrase for key '/srv/http/nonpublic/id_rsa':
debug1: No more authentication methods to try.
Permission denied (publickey).

Herhangi bir şeye ihtiyacı olmamasına rağmen bir parola ister. Ayrıca, ben sadece iyi bir windows makinesinde PuTTY kullanarak ssh anahtarını kullanabilirsiniz ve bu bir parola istemiyor.

Edit4: Ben bilinen_hosts apache kullanıcılarına sunucu ekledi ve şimdi bunu elde:

OpenSSH_5.9p1, OpenSSL 1.0.0g 18 Jan 2012
Pseudo-terminal will not be allocated because stdin is not a terminal.
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to localhost [::1] port 54367.
debug1: Connection established.
debug1: identity file nonpublic/id_rsa type 1
debug1: identity file nonpublic/id_rsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9
debug1: match: OpenSSH_5.9 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.9
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA e3:c2:37:8e:8b:d4:77:63:7f:d2:ba:12:e5:e9:d1:9a
debug1: Host '[localhost]:54367' is known and matches the ECDSA host key.
debug1: Found key in /srv/http/.ssh/known_hosts:1
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: nonpublic/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: key_parse_private_pem: PEM_read_PrivateKey failed
debug1: read PEM private key done: type
debug1: read_passphrase: can't open /dev/tty: No such device or address
debug1: No more authentication methods to try.
Permission denied (publickey).`

Ayrıca, bilinen_hosts içeriği:

[localhost]:54367 ecdsa-sha2-nistp256 AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBILr7jLp5CeYfyrCroaDjkaWgDHXRrQD+G8Fz/CQOY1PcluUFTkrN447bXmC6R27LOClE+RPaveYb4MOlObpGGE=

Neden ecdsa diyor? Bu bir rsa anahtarı.

Edit5: Çözüldü. Sorun, anahtar çiftinin özel anahtarı OpenSSH ile uyumlu olmayan bir formatta yazan PuTTY tarafından oluşturulmasıydı. Bir yorumda cjc tarafından sağlanan çözüm.

linux  ssh 
— Surma
kaynak
Re: kod etiketi. Hayır, geri işaretli surround kod veya hattın önüne 4 boşluk koy.
— cjc
Tam ssh komutu nedir?
— cjc
Neden geçiyorsun -t?
— 12'de Zoredache
@Zoredache Yardımcı olacağını düşündüm. Bazı siteler bunu önerdi.
— Surma
1
@Surma, ecdsa istemcideki anahtardan değil, sunucunun anahtarından bahsediyor.
— Mart'ta amcnabb

Yanıtlar:

11

Sorun aslında parolayı okumaya çalışması gibi görünmüyor - bu sadece bir uyarı. Aksine, ana bilgisayar anahtarı doğrulaması yapmaya çalışıyor, ancak başarısız oluyor. Ana bilgisayar anahtarları hakkında hiçbir zaman sormamasını istiyorsanız, ssh komut satırına aşağıdaki seçenekleri eklemeyi düşünün:

-o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o GlobalKnownHostsFile=/dev/null

Güvenlik çıkarımları olabileceğini unutmayın, bu nedenle ssh_configkılavuz sayfasındaki bu seçenekler hakkında bilgi okuyun .

DÜZENLEME: Güncellenmiş hata iletileriniz göz önüne alındığında, bozuk bir kimlik dosyanız var gibi görünüyor (veya cjc'nin işaret ettiği gibi, yanlış biçimde olabilir). Ssh-keygen ile manuel olarak yeni bir tane oluşturmayı deneyin ve sunucunun yetkili_anahtarlarına ekleyin.

— amcnabb
kaynak
Haklı görünüyorsun, anahtarı kök olarak kullanmaya çalıştım. OP'de sonuç.
— Surma
1
Aslında, StrictHostKeyChecking = no kullanmak yerine, sunucunun ortak anahtarını alıp kullanıcının .ssh / bilinen_host dosyasına yapıştırabilirsiniz. Veya bunu sistem çapında bilinen_hosts dosyasına koyun.
— cjc
@cjc, bunun genellikle daha iyi bir çözüm olduğunu kabul ediyorum.
— amcnabb
@cjc Bilinen_hostları kökten (sunucuyu bilinen ana bilgisayarlara ekleyen) kopyaladım ve doğru izinleri ayarladım. Şimdi farklı çıktılar alıyorum, OP'yi kontrol edin.
— Surma
1
@amcnabb PuTTY'de anahtarı kullandığınızdan bahsettiniz. Anahtarı OpenSSH'ye dönüştürdünüz mü?
— cjc
0

İlginin dışında, ortam olarak belirlenen şey /etc/passwd- eksikliği /bin/bashsorunu muhtemelen olacaktır.

— Ben Lessani - Sonassi
kaynak
/ bin / false Muhtemelen bu, shell_exec () 'i çağırdığınızda görünüşte bir kabuk ortaya çıkaran php tarafından çalıştırıldığından bahsetmeliydim (bunu çalıştırmak için kullanıyorum).
— Surma
1
Anladım. Sonra bu durumda, neden sadece kullanan değil pecl.php.net/package/ssh2 ziyade ile içinden hack daha -shell_exec()
— Ben Lessani - Sonassi
Bu iyi bir fikir.
— Surma
Elbette, sorunuzda bunu PHP ile yapmaya çalıştığınızı gerçekten açıklamalısınız - sağladığım cevap sorunuzu çözmek için daha doğru olduğundan.
— Ben Lessani - Sonassi
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.