Salve,
I nostri sistemi:
System1: AMD 64 esegue SUSE Linux 9 enterprize
system2: AMD 64 in esecuzione VMware ESX 3 con SUSE Linux 9 enterprize.


Il problema è il seguente:
quando abbiamo ssh in system2 ed eseguire il comando:
ls-al
la sessione si blocca. Infatti sessione si blocca quando si eseguono tutti i comandi ritorno più righe (premendo il tasto CTRL e siamo in grado di venire fuori dalla appendere, ma nessun risultato).

Problema analogo si verifica quando si esegue:
ssh system2 "ls-al / opt / oracle"

, ma se vi è il seguente:

ssh system2 "ls / opt / oracle" l'output è ok è ok anche se sono in
system2 ed eseguire: ls



Tutti i suggerimenti saranno più apprezzati.

Grazie.

eseguire comandi con ssh-vv bandiera per vedere più prolisso sessioni, e anche provare a-t-T e opzioni, sono per la pseudo-tty assegnazione.

Salve,
Grazie per la risposta che esegue il comando:
~> Ssh-vv specchio "ls-al"
OpenSSH_4.1p1, OpenSSL 0.9.7d 17 marzo 2004
debug1: Leggere i dati di configurazione / etc / ssh / ssh_config
debug1: Applicare le opzioni per *
debug2: ssh_connect: needpriv 0
debug1: Collegamento a specchio [10.99.47.7] porta 22.
debug1: Connessione stabilita.
debug1: identità file / opt / oracle / .ssh / identity tipo -1
debug1: identità file / opt / oracle / .ssh / id_rsa tipo -1
debug2: key_type_from_name: sconosciuto chiave tipo'----- BEGIN '
debug2: key_type_from_name: sconosciuto chiave tipo'----- END '
debug1: identità file / opt / oracle / .ssh / id_dsa di tipo 2
debug1: Remote protocollo versione 1,99, telecomando versione del software OpenSSH_4.1
debug1: match: OpenSSH_4.1 pat OpenSSH *
debug1: Abilitare la modalità di compatibilità per il protocollo 2,0
debug1: Local version string SSH-2.0-OpenSSH_4.1
debug2: fd 3 impostazione O_NONBLOCK
debug1: SSH2_MSG_KEXINIT inviato
debug1: SSH2_MSG_KEXINIT ricevuto
debug2: kex_parse_kexinit: Diffie-Hellman-group-sha1 cambio, Diffie-Hellman-group14-sha1, Diffie-Hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa, ssh-dss
debug2: kex_parse_kexinit: aes128-cbc, 3des-cbc, blowfish-cbc, cast128-cbc, arcfour, aes192-cbc, AES256-cbc, rijndael-cbc@lysator.liu.se, aes128-ctr, aes192-ctr, AES256 - ctr
debug2: kex_parse_kexinit: aes128-cbc, 3des-cbc, blowfish-cbc, cast128-cbc, arcfour, aes192-cbc, AES256-cbc, rijndael-cbc@lysator.liu.se, aes128-ctr, aes192-ctr, AES256 - ctr
debug2: kex_parse_kexinit: hmac-md5, hmac-sha1, hmac-ripemd160, hmac-ripemd160@openssh.com, hmac-sha1-96, hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5, hmac-sha1, hmac-ripemd160, hmac-ripemd160@openssh.com, hmac-sha1-96, hmac-md5-96
debug2: kex_parse_kexinit: none, zlib
debug2: kex_parse_kexinit: none, zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: 0 riservati
debug2: kex_parse_kexinit: Diffie-Hellman-group-sha1 cambio, Diffie-Hellman-group14-sha1, Diffie-Hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa, ssh-dss
debug2: kex_parse_kexinit: aes128-cbc, 3des-cbc, blowfish-cbc, cast128-cbc, arcfour, aes192-cbc, AES256-cbc, rijndael-cbc@lysator.liu.se, aes128-ctr, aes192-ctr, AES256 - ctr
debug2: kex_parse_kexinit: aes128-cbc, 3des-cbc, blowfish-cbc, cast128-cbc, arcfour, aes192-cbc, AES256-cbc, rijndael-cbc@lysator.liu.se, aes128-ctr, aes192-ctr, AES256 - ctr
debug2: kex_parse_kexinit: hmac-md5, hmac-sha1, hmac-ripemd160, hmac-ripemd160@openssh.com, hmac-sha1-96, hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5, hmac-sha1, hmac-ripemd160, hmac-ripemd160@openssh.com, hmac-sha1-96, hmac-md5-96
debug2: kex_parse_kexinit: none, zlib
debug2: kex_parse_kexinit: none, zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: 0 riservati
debug2: mac_init: trovato hmac-md5
debug1: kex: server-> client aes128-cbc hmac-md5 nessuno
debug2: mac_init: trovato hmac-md5
debug1: kex: client-> server aes128-cbc hmac-md5 nessuno
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST (1024 <1024 <8192) inviato
debug1: aspettiamo SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: priv chiave bits set: 126/256
debug2: bits set: 494/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT inviato
debug1: aspettiamo SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'Mirror' è noto e che coincida con la "RSA host key.
debug1: Found chiave in / opt / oracle / .ssh / known_hosts: 10
debug2: bits set: 531/1024
debug1: ssh_rsa_verify: firma corretta
debug2: kex_derive_keys
debug2: set_newkeys: la modalità 1
debug1: SSH2_MSG_NEWKEYS inviato
debug1: aspettiamo SSH2_MSG_NEWKEYS
debug2: set_newkeys: modalità 0
debug1: SSH2_MSG_NEWKEYS ricevuto
debug1: SSH2_MSG_SERVICE_REQUEST inviato
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT ricevuto
debug2: digitare: / opt / oracle / .ssh / identity ((zero))
debug2: digitare: / opt / oracle / .ssh / id_rsa ((zero))
debug2: digitare: / opt / oracle / .ssh / id_dsa (0x55f5e0)
debug1: autenticazioni che può continuare: publickey, tastiera interattiva
debug1: Next metodo di autenticazione: publickey
debug1: Trying private key: / opt / oracle / .ssh / identity
debug1: Trying private key: / opt / oracle / .ssh / id_rsa
debug1: Offrire a chiave pubblica: / opt / oracle / .ssh / id_dsa
debug2: abbiamo inviato un pacchetto publickey, attendere per la risposta
debug1: Server accetta chiave: pkalg ssh-dss blen 433
debug2: input_userauth_pk_ok: fp 5d: 34: c5: 9e: 6a: essere: E4: 65:01:4 E: 81:36:8 a: a0: fa: 9c
debug1: read PEM private key done: tipo DSA
debug1: Autenticazione riuscita (publickey).
debug1: channel 0: new [client-session]
debug2: channel 0: inviare aperto
debug1: Immissione sessione interattiva.
debug2: richiamata iniziare
debug2: client_session2_setup: id 0
debug1: Invio di ambiente.
debug1: Invio env LANG \u003d en_GB.UTF-8
debug2: channel 0: richiesta di confermare env 0
debug1: Invio comando: ls-al
debug2: channel 0: exec richiesta confermare 0
debug2: richiamata fatto
debug2: channel 0: aperto confermare rwindow 0 Rmax 32768
debug2: channel 0: rcvd regolare 131072

In questa fase, la sessione è impiccato.

se eseguito con-t poi tornata blocca.


Saluti,

Questo è strano ......
Mi ha eseguito lo stesso comando, e questo è quello che si perde dopo il blocco:
Ho lo stesso openssh versioni come lei, ma non ne sono sicuro perché non è possibile completare il comando, non riesco a trovare nulla di sospetto nel vostro registro di debug, oltre che sto utilizzando come metodo di autenticazione password, e si sta utilizzando chiavi ssh . Puoi provare diverse macchine, in modo da determinare se il problema è nel server, o la macchina client.