Hi,
Unsere Systeme:
System1: AMD 64 unter SuSE Linux 9 Enterprize
system2: AMD 64 mit VMware ESX 3 mit SuSE Linux 9 Enterprize.


Das Problem ist:
ssh, wenn wir in system2 und führen Sie das Kommando:
ls-al
der Sitzung hängt. INFACT Sitzung hängt, wenn wir jeden Befehl wieder mehrere Zeilen (durch Drücken der Strg-y wir in der Lage sind, aus der hängen, aber kein Ergebnis).

Ähnliches Problem auftreten, wenn:
ssh system2 "ls-al / opt / oracle"

, aber wenn wir das folgende:

ssh system2 "ls / opt / oracle" Das Ergebnis ist ok, es ist auch ok, wenn Sie sich auf
system2 und ausführen: ls



Alle Vorschläge werden am meisten zu schätzen wissen.

Danke.

ssh-Kommando mit vv-Flagge, um zu sehen, mehr verbose Sitzungen, und auch versuchen,-T und T-Optionen, sie sind für die Pseudo-tty-Zuweisung.

Hi,
Vielen Dank für die Antwort mit den folgenden Befehl ein:
~> Ssh-vv Spiegel "ls-al"
OpenSSH_4.1p1, OpenSSL 0.9.7d 17 März 2004
debug1: Reading configuration data / etc / ssh / ssh_config
debug1: Anwendung von Optionen für die *
debug2: ssh_connect: needpriv 0
debug1: Connecting to mirror [10.99.47.7] Port 22.
debug1: Connection established.
debug1: Identität Datei / opt / oracle / .ssh / identity type -1
debug1: Identität Datei / opt / oracle / .ssh / id_rsa Art -1
debug2: key_type_from_name: unbekannt Schlüsseltyp'----- begin '
debug2: key_type_from_name: unbekannt Schlüsseltyp'----- END '
debug1: Identität Datei / opt / oracle / .ssh / id_dsa Typ-2 -
debug1: Remote-Protokoll Version 1.99, Remote-Software-Version OpenSSH_4.1
debug1: Spiel: OpenSSH_4.1 pat OpenSSH *
debug1: Enabling Kompatibilität für 2,0-Protokoll
debug1: Local version string SSH-2.0-OpenSSH_4.1
debug2: fd 3 Einstellung O_NONBLOCK
debug1: SSH2_MSG_KEXINIT gesendet
debug1: SSH2_MSG_KEXINIT erhalten
debug2: kex_parse_kexinit: Diffie-Hellman-Gruppe-Austausch-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: 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 vorbehalten
debug2: kex_parse_kexinit: Diffie-Hellman-Gruppe-Austausch-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: 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 vorbehalten
debug2: mac_init: gefunden hmac-md5
debug1: KEX: Server-> Client-AES128-CBC-HMAC-MD5 keine
debug2: mac_init: gefunden hmac-md5
debug1: KEX: Client-> Server-AES128-CBC-HMAC-MD5 keine
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST (1024 <1024 <8192) an
debug1: SSH2_MSG_KEX_DH_GEX_GROUP erwartet
debug2: dh_gen_key: Priv wichtigsten Bits gesetzt: 126/256
debug2: Bits gesetzt: 494/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT gesendet
debug1: SSH2_MSG_KEX_DH_GEX_REPLY erwartet
debug1: Host 'Spiegel' bekannt ist und mit dem RSA Host-Schlüssel.
debug1: Gefundene Schlüssel in / opt / oracle / .ssh / known_hosts: 10
debug2: Bits gesetzt: 531/1024
debug1: ssh_rsa_verify: Unterzeichnung richtig
debug2: kex_derive_keys
debug2: set_newkeys: Modus 1
debug1: SSH2_MSG_NEWKEYS gesendet
debug1: SSH2_MSG_NEWKEYS erwartet
debug2: set_newkeys: Mode 0
debug1: SSH2_MSG_NEWKEYS erhalten
debug1: SSH2_MSG_SERVICE_REQUEST gesendet
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT erhalten
debug2: key: / opt / oracle / .ssh / identity ((nil))
debug2: key: / opt / oracle / .ssh / id_rsa ((nil))
debug2: key: / opt / oracle / .ssh / id_dsa (0x55f5e0)
debug1: Beglaubigungen, dass auch weiterhin: PublicKey, Tastatur-interaktiven
debug1: Next Authentifizierungsmethode: PublicKey
debug1: Trying private key: / opt / oracle / .ssh / identity
debug1: Trying private key: / opt / oracle / .ssh / id_rsa
debug1: Offering public key: / opt / oracle / .ssh / id_dsa
debug2: wir eine PublicKey Päckchen, warten Sie auf Antwort
debug1: Server-Schlüssel: pkalg ssh-dss blen 433
debug2: input_userauth_pk_ok: fp 5d: 34: C5: 9e: 6a: BE: e4: 65:01:4 E: 81:36:8 a: a0: fa: 9c
debug1: read PEM private Schlüssel getan: Typ DSA
debug1: Authentication gelungen (PublicKey).
debug1: channel 0: new [client-session]
debug2: Kanal 0: Senden Sie öffnen
debug1: Anfang des interaktiven Sitzung.
debug2: Rückruf starten
debug2: client_session2_setup: ID 0
debug1: Entsendende Umwelt.
debug1: Entsendende env LANG \u003d en_GB.UTF-8
debug2: Kanal 0: request env bestätigen 0
debug1: Senden Befehl: ls-al
debug2: channel 0: Anfrage bestätigen exec 0
debug2: Rückruf erfolgt
debug2: Kanal 0: Öffnen bestätigen rwindow 0 Rmax 32768
debug2: channel 0: rcvd anpassen 131072

In diesem Stadium der Sitzung hängt.

wenn ich mit-t dann anschließend Sitzung hängt.


Grüße,

Das ist seltsam ......
Ich habe das gleiche Kommando, und hier ist es, was Sie nach dem hängen:
Ich habe den gleichen OpenSSH-Versionen, wie Sie, aber ich bin mir nicht sicher, warum können Sie nicht den Befehl, so kann ich nichts finden verdächtige in Ihrem Debug-Log, außer ich bin mit Passwort als Authentifizierungsmethode, und Sie werden mit Hilfe der ssh-Schlüssel . Sie können versuchen, verschiedene Maschinen, so festzustellen, ob das Problem ist in dem Server oder dem Client-Rechner.