Привет,
Наши системы:
system1: AMD 64 Running SUSE Linux 9 предприятие
system2: AMD 64 Запуск VMware ESX 3, SUSE Linux 9 предприятий.


Проблема заключается в:
когда мы в system2 SSH и выполните команду:
LS-эль
сессии зависает. Фактически висит сессии, когда мы выполнить любую команду, возвращающих несколько строк (нажав Ctrl и мы сможем выйти из повесить, а не результат).

Аналогичные проблемы возникают при работе:
SSH system2 "LS-эль / отказа / Oracle"

, но если мы выполним следующее:

SSH system2 "LS / отказа / Oracle" на выходе будет ОК Также это нормально, если вы находитесь на
system2 и выполнить: Ls



Все предложения будут наиболее высокую оценку.

Спасибо.

запустите команду с SSH-VV флаг видеть более многословным сессий, а также попробуйте-T и T варианты, они предназначены для псевдо-TTY распределения.

Привет,
Спасибо за ответ выполнив команду:
~> SSH-VV зеркало "LS-Аль"
OpenSSH_4.1p1, OpenSSL 0.9.7d 17 марта 2004
debug1: Чтение конфигурационных данных / и т.д. / SSH / ssh_config
debug1: Применение варианты *
debug2: ssh_connect: needpriv 0
debug1: Подключение к зеркало [10.99.47.7] порт 22.
debug1: Подключение создан.
debug1: идентичность файла / отказа / Oracle / .ssh / тип личности -1
debug1: идентичность файла / отказа / Oracle / .ssh / id_rsa типа -1
debug2: key_type_from_name: неизвестный тип ключа'----- начать "
debug2: key_type_from_name: неизвестный тип ключа'----- END '
debug1: идентичность файла / отказа / Oracle / .ssh / id_dsa типа 2
debug1: Удаленная протокол версии 1.99, удаленное программное обеспечение версии OpenSSH_4.1
debug1: матч: OpenSSH_4.1 Pat OpenSSH *
debug1: Включение режима совместимости протоколов 2.0
debug1: локальная версия строку SSH-2.0-OpenSSH_4.1
debug2: FD 3 параметра O_NONBLOCK
debug1: SSH2_MSG_KEXINIT отправлено
debug1: SSH2_MSG_KEXINIT получил
debug2: kex_parse_kexinit: Diffie-Hellman группы обменного 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: нет, Zlib
debug2: kex_parse_kexinit: нет, Zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: 0 защищены
debug2: kex_parse_kexinit: Diffie-Hellman группы обменного 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: нет, Zlib
debug2: kex_parse_kexinit: нет, Zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: 0 защищены
debug2: mac_init: найти HMAC-MD5
debug1: kex: сервер-> клиент aes128-CBC HMAC-MD5 никто
debug2: mac_init: найти HMAC-MD5
debug1: kex: клиент-> сервер aes128-CBC HMAC-MD5 никто
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST (1024 <1024 <8192), направленном
debug1: ожидали SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: PRIV установить бит ключа: 126/256
debug2: бит набор: 494/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT отправлено
debug1: ожидали SSH2_MSG_KEX_DH_GEX_REPLY
debug1: HOST 'зеркало' известны и соответствует RSA ключа хоста.
debug1: Найдено ключ / отказа / Oracle / .ssh / known_hosts: 10
debug2: бит набор: 531/1024
debug1: ssh_rsa_verify: подпись исправить
debug2: kex_derive_keys
debug2: set_newkeys: Режим 1
debug1: SSH2_MSG_NEWKEYS отправлено
debug1: ожидали SSH2_MSG_NEWKEYS
debug2: set_newkeys: Режим 0
debug1: SSH2_MSG_NEWKEYS получил
debug1: SSH2_MSG_SERVICE_REQUEST отправлено
debug2: service_accept: SSH-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT получил
debug2: ключ: / отказа / Oracle / .ssh / идентичности ((ноль))
debug2: ключ: / отказа / Oracle / .ssh / id_rsa ((ноль))
debug2: ключ: / отказа / Oracle / .ssh / id_dsa (0x55f5e0)
debug1: подлинности, которые можно продолжить: publickey, клавиатура-интерактивный
debug1: Следующий метод аутентификации: publickey
debug1: Trying частного ключа: / ОПТ / Oracle / .ssh / идентичность
debug1: Trying частного ключа: / ОПТ / Oracle / .ssh / id_rsa
debug1: предоставление открытого ключа: / ОПТ / Oracle / .ssh / id_dsa
debug2: мы направили publickey пакет, ждать ответа
debug1: Сервер принимает ключ: pkalg SSH-DSS blen 433
debug2: input_userauth_pk_ok: FP 5дн: 34: c5: 9E: 6A: быть: e4: 65:01:4 E: 81:36:8 A: a0: FA: 9C
debug1: читать PEM закрытого ключа сделали: тип суточные
debug1: Authentication удалось (publickey).
debug1: канал 0: новые [клиента сессии]
debug2: канал 0: отправить открыть
debug1: Ввод интерактивной сессии.
debug2: вызова начать
debug2: client_session2_setup: ID 0
debug1: Отправка среды.
debug1: Отправка ENV LANG \u003d en_GB.UTF-8
debug2: канал 0: ENV просьбой подтвердить 0
debug1: Передача команд: LS-эль
debug2: канал 0: просьбе EXEC подтверждают 0
debug2: вызова сделали
debug2: канал 0: открытое подтверждение rwindow 0 rmax 32768
debug2: канал 0: rcvd настроить 131072

На данном этапе в работе сессии, вешали.

если я запускаю с-т затем сессия зависает.


Привет,

Это странно ......
Я побежал одну и ту же команду, а вот то, что вы узнали после повесить:
Я же OpenSSH версии, как вы, но я не уверен, почему вы не можете завершить команду, я не могу найти что-либо подозрительное в отладочный журнал, кроме того, я с помощью пароля, как метод проверки подлинности, и вы используете SSH-ключей . Вы можете попробовать разные машины, таким образом, определить, является ли эта проблема на сервере или на клиентской машине.