Hei,
Våre systemer:
system1: AMD 64 kjører SUSE Linux 9 Enterprize
system2: AMD 64 kjører VMware ESX 3 med SUSE Linux 9 Enterprize.


Problemet er:
når vi ssh inn system2 og kjøre kommandoen:
ls-al
økten henger. Infact økt henger når vi utfører en kommando returnere flere rader (ved å trykke ctrl y vi mulighet til å komme ut av taket, men ingen resultat).

Lignende problemer oppstår når du kjører:
ssh system2 "ls-al / opt / orakel"

, men hvis vi kjører følgende:

ssh system2 "ls / opt / orakel" utdataene er ok det også ok om du er på
system2 og utføre: ls



Alle forslag vil bli mest verdsatt.

Takk.

kjøre ssh kommandoen med-vv flagget for å se mer detaljert økter og også prøve-og t-T alternativer, er de for pseudo-tty tildeling.

Hei,
Takk for svaret kjøre kommandoen:
~> Ssh-vv speil "ls-al"
OpenSSH_4.1p1, OpenSSL 0.9.7d 17 mars 2004
debug1: Reading configuration data / etc / ssh / ssh_config
debug1: Bruk alternativer for *
debug2: ssh_connect: needpriv 0
debug1: Koble til speilet [10.99.47.7] port 22.
debug1: Connection etablert.
debug1: identitet fil / opt / Oracle / .ssh / identity type -1
debug1: identitet fil / opt / Oracle / .ssh / id_rsa type -1
debug2: key_type_from_name: unknown tasten type'----- begynne "
debug2: key_type_from_name: unknown tasten type'----- END "
debug1: identitet fil / opt / Oracle / .ssh / id_dsa type 2
debug1: Remote protokoll versjon 1.99, ekstern programvare versjon OpenSSH_4.1
debug1: match: OpenSSH_4.1 pat OpenSSH *
debug1: Aktivere kompatibilitetsmodus for protokoll 2.0
debug1: Lokal versjon streng SSH-2,0-OpenSSH_4.1
debug2: fd 3 innstillingen O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sendt
debug1: SSH2_MSG_KEXINIT mottatt
debug2: kex_parse_kexinit: Diffie-Hellman-group-exchange-sha1, 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: ingen, zlib
debug2: kex_parse_kexinit: ingen, zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: forbeholdt 0
debug2: kex_parse_kexinit: Diffie-Hellman-group-exchange-sha1, 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: ingen, zlib
debug2: kex_parse_kexinit: ingen, zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: forbeholdt 0
debug2: mac_init: funnet hmac-md5
debug1: kex: server-> klient aes128-CBC hmac-md5 none
debug2: mac_init: funnet hmac-md5
debug1: kex: client-> server aes128-CBC hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST (1024 <1024 <8192) sendes
debug1: ventet SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: priv hoveddelene sett: 126/256
debug2: Bits sett: 494/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sendt
debug1: ventet SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host "speilet" er kjent, og samsvarer med RSA-vert-nøkkelen.
debug1: Fant nøkkel i / opt / Oracle / .ssh / known_hosts: 10
debug2: Bits sett: 531/1024
debug1: ssh_rsa_verify: signatur riktig
debug2: kex_derive_keys
debug2: set_newkeys: modus 1
debug1: SSH2_MSG_NEWKEYS sendt
debug1: ventet SSH2_MSG_NEWKEYS
debug2: set_newkeys: modus 0
debug1: SSH2_MSG_NEWKEYS mottatt
debug1: SSH2_MSG_SERVICE_REQUEST sendt
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT mottatt
debug2: tast: / opt / Oracle / .ssh / identity ((null))
debug2: tast: / opt / Oracle / .ssh / id_rsa ((null))
debug2: tast: / opt / Oracle / .ssh / id_dsa (0x55f5e0)
debug1: Authentications som kan fortsette: publickey, tastatur-interaktiv
debug1: Neste godkjenningsmetoden: publickey
debug1: Prøver privat nøkkel: / opt / Oracle / .ssh / identity
debug1: Prøver privat nøkkel: / opt / Oracle / .ssh / id_rsa
debug1: Offering offentlig nøkkel: / opt / Oracle / .ssh / id_dsa
debug2: Vi sendte en publickey pakkefilter, venter på svar
debug1: Server godtar nøkkel: pkalg ssh-dss blen 433
debug2: input_userauth_pk_ok: fp 5d: 34: C5: 9e: 6a: være: e4: 65:01:4 e: 81:36:8 a: a0: FA: 9c
debug1: les PEM privatnøkkel gjort: type DSA
debug1: Godkjenningsproblem lyktes (publickey).
debug1: kanal 0: nye [client-session]
debug2: kanal 0: send åpen
debug1: Angi interaktiv sesjon.
debug2: tilbakering start
debug2: client_session2_setup: id 0
debug1: Sende miljø.
debug1: Sende env LANG \u003d en_GB.UTF-8
debug2: kanal 0: forespørsel konv Bekrefte 0
debug1: Sender kommandoen: ls-al
debug2: kanal 0: forespørsel exec Bekrefte 0
debug2: tilbakering gjort
debug2: kanal 0: åpen bekrefte rwindow 0 rmax 32768
debug2: kanal 0: rcvd justere 131.072

På dette stadiet økten henger.

hvis jeg kjører med-t så da økt henger.


Hilsen,

Det er rart ......
Jeg kjørte den samme kommandoen, og her er det du savner etter henge:
Jeg har samme OpenSSH versjonene som deg, men jeg er ikke sikker på hvorfor du ikke kan fullføre kommandoen, kan jeg ikke finne noe mistenkelig i Feilsøkingsloggen, foruten jeg bruker passord som autentisering metode, og du bruker ssh nøkler . Du kan prøve annen maskin, og dermed finne ut om problemet ligger i serveren eller klienten maskinen.