Рейтинг:1

получение «сломанной трубы» в файлах размером около 1,2 МБ (от HP-UX до macOS) ... как исправить?

флаг jp

Я получаю «сломанную трубу» при попытке передать файлы размером более 1,5 МБ из удаленной системы HP-UX на мой локальный Mac.

Любые предложения, пожалуйста?

Небольшие файлы работают нормально, примерно до 1,1 МБ или около того.

Я подключен через соединение OpenVPN.

Я только что заметил, что если я подключаюсь через VPN старого типа (используя PSK, но это все, что я знаю об этом :), я могу успешно передавать большие файлы (и медленнее).

Я сделал 'scp -o LogLevel=DEBUG3' с хорошим файлом размером 1,1 МБ и плохим файлом размером 1,5 МБ... трассировка приведена ниже.

Первая трассировка — неудачная попытка. Около 173 строк — это то место, где это отличается от хорошей попытки. (Только оставшаяся часть хорошей трассировки показана ниже.)

Я пробовал следующее в различных комбинациях:

-л 2000

-o ServerAliveCountMax=5 -o ServerAliveInterval=2

-o IPQoS=пропускная способность

-o IPQoS=0x0

След плохого SCP: '''

sf:tt sieler$ scp -o LogLevel=DEBUG3 ozma:source/rose/cxform .
debug1: Чтение данных конфигурации /Users/sieler/.ssh/config
debug1: Чтение данных конфигурации /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config строка 48: Применение параметров для *
debug1: подключение к порту 22 ozma.
отладка1: соединение установлено.
debug1: файл идентификации /Users/sieler/.ssh/id_rsa типа 0
debug1: файл идентификации /Users/sieler/.ssh/id_rsa-cert type -1
debug1: файл идентификации /Users/sieler/.ssh/id_dsa type -1
debug1: файл идентификации /Users/sieler/.ssh/id_dsa-cert type -1
debug1: файл идентификации /Users/sieler/.ssh/id_ecdsa тип -1
debug1: файл идентификации /Users/sieler/.ssh/id_ecdsa-cert type -1
debug1: файл идентификации /Users/sieler/.ssh/id_ed25519 тип -1
debug1: файл идентификации /Users/sieler/.ssh/id_ed25519-cert type -1
debug1: файл идентификации /Users/sieler/.ssh/id_xmss тип -1
debug1: файл идентификации /Users/sieler/.ssh/id_xmss-cert type -1
debug1: строка локальной версии SSH-2.0-OpenSSH_7.9
debug1: удаленный протокол версии 1.99, удаленная версия программного обеспечения OpenSSH_6.2p2+sftpfilecontrol-v1.3-hpn13v12
debug1: соответствие: OpenSSH_6.2p2+sftpfilecontrol-v1.3-hpn13v12 pat OpenSSH* compat 0x04000000
debug3: fd 5 равен O_NONBLOCK
debug1: Аутентификация на ozma:22 как "sieler"
debug3: hostkeys_foreach: чтение файла "/Users/sieler/.ssh/known_hosts"
debug3: record_hostkey: найден тип ключа ECDSA в файле /Users/sieler/.ssh/known_hosts:11
debug3: load_hostkeys: загружен 1 ключ из ozma
debug3: order_hostkeyalgs: предпочитать hostkeyalgs: [email protected], [email protected], [email protected], ecdsa -sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
debug3: отправить пакет: введите 20
debug1: SSH2_MSG_KEXINIT отправлен
debug3: получить пакет: введите 20
debug1: SSH2_MSG_KEXINIT получен
debug2: предложение KEXINIT локального клиента
debug2: Алгоритмы KEX: curve25519-sha256,[email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16 -sha512, диффи-хеллман-группа18-ша512, диффи-хеллман-группа14-ша256, диффи-хеллман-группа14-ша1, доб-информация-с
debug2: алгоритмы ключа хоста: [email protected],[email protected],[email protected],ecdsa- sha2-nistp256, ecdsa-sha2-nistp384, ecdsa-sha2-nistp521, [email protected], [email protected], rsa-sha2-256-cert- [email protected],[email protected],ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
debug2: шифры ctos: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected]
debug2: шифры сток: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected]
debug2: главные администраторы MAC: [email protected],[email protected],[email protected],[email protected],hmac [email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: Сток MAC: [email protected],[email protected],[email protected],[email protected],hmac [email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: сжатие Технический директор: нет, [email protected], zlib
debug2: сжатие stoc: нет, [email protected], zlib
debug2: языки 
debug2: языки сток: 
отладка2: first_kex_follows 0 
отладка2: зарезервировано 0 
debug2: одноранговый сервер, предложение KEXINIT
debug2: Алгоритмы KEX: ecdh-sha2-nistp256, ecdh-sha2-nistp384, ecdh-sha2-nistp521, diffie-hellman-group-exchange-sha256, diffie-hellman-group-exchange-sha1, diffie-hellman-group14-sha1 ,диффи-хеллман-группа1-ша1
debug2: алгоритмы ключа хоста: ssh-rsa, ssh-dss, ecdsa-sha2-nistp256
debug2: шифры ctos: aes128-ctr, aes192-ctr, aes256-ctr, arcfour256, arcfour128, aes128-cbc, 3des-cbc, blowfish-cbc, cast128-cbc, aes192-cbc, aes256-cbc, arcfour, rijndael-cbc @lysator.liu.se
debug2: шифры stoc: aes128-ctr, aes192-ctr, aes256-ctr, arcfour256, arcfour128, aes128-cbc, 3des-cbc, blowfish-cbc, cast128-cbc, aes192-cbc, aes256-cbc, arcfour, rijndael-cbc @lysator.liu.se
debug2: MACs ctos: [email protected],[email protected],[email protected],[email protected],hmac-sha2-256 [email protected],[email protected],[email protected],[email protected],hmac-md5-96-etm@openssh .com, hmac-md5, hmac-sha1, [email protected], [email protected], hmac-sha2-256, hmac-sha2-512, hmac-ripemd160, [email protected] ,hmac-sha1-96,hmac-md5-96
debug2: MAC-адреса: [email protected],[email protected],[email protected],[email protected],hmac-sha2-256 [email protected],[email protected],[email protected],[email protected],hmac-md5-96-etm@openssh .com, hmac-md5, hmac-sha1, [email protected], [email protected], hmac-sha2-256, hmac-sha2-512, hmac-ripemd160, [email protected] ,hmac-sha1-96,hmac-md5-96
debug2: сжатие Технический директор: нет, [email protected]
debug2: сжатие исходный код: нет, [email protected]
debug2: языки 
debug2: языки сток: 
отладка2: first_kex_follows 0 
отладка2: зарезервировано 0 
debug1: kex: алгоритм: ecdh-sha2-nistp256
debug1: kex: алгоритм ключа хоста: ecdsa-sha2-nistp256
debug1: kex: server->client шифр: aes128-ctr MAC: [email protected] сжатие: нет
debug1: kex: клиент-> сервер шифр: aes128-ctr MAC: [email protected] сжатие: нет
debug3: отправить пакет: введите 30
debug1: отправка SSH2_MSG_KEX_ECDH_INIT
debug1: ожидается SSH2_MSG_KEX_ECDH_REPLY
debug3: получить пакет: введите 31
debug1: Ключ хоста сервера: ecdsa-sha2-nistp256 SHA256:p4b4zkfgHwRyomxCiUehCowkgA11sna8ko7mWNgrhQA
debug3: hostkeys_foreach: чтение файла "/Users/sieler/.ssh/known_hosts"
debug3: record_hostkey: найден тип ключа ECDSA в файле /Users/sieler/.ssh/known_hosts:11
debug3: load_hostkeys: загружен 1 ключ из ozma
debug3: hostkeys_foreach: чтение файла "/Users/sieler/.ssh/known_hosts"
debug3: record_hostkey: найден тип ключа ECDSA в файле /Users/sieler/.ssh/known_hosts:5
debug3: load_hostkeys: загружен 1 ключ из 10.84.3.15
debug1: Хост ozma известен и соответствует ключу хоста ECDSA.
debug1: найден ключ в /Users/sieler/.ssh/known_hosts:11
debug3: отправить пакет: тип 21
debug2: set_newkeys: режим 1
debug1: сменить ключ после 4294967296 блоков
debug1: SSH2_MSG_NEWKEYS отправлено
debug1: ожидается SSH2_MSG_NEWKEYS
debug3: получить пакет: тип 21
debug1: SSH2_MSG_NEWKEYS получен
debug2: set_newkeys: режим 0
debug1: сменить ключ после 4294967296 блоков
debug1: попытается использовать ключ: /Users/sieler/.ssh/id_rsa RSA SHA256:2kIKCd[...]
debug1: попытается ввести ключ: /Users/sieler/.ssh/id_dsa 
debug1: попытается ввести ключ: /Users/sieler/.ssh/id_ecdsa 
debug1: попытается ввести ключ: /Users/sieler/.ssh/id_ed25519 
debug1: попытается ввести ключ: /Users/sieler/.ssh/id_xmss 
debug2: pubkey_prepare: готово
debug3: отправить пакет: тип 5
debug3: получить пакет: тип 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT получен
debug3: отправить пакет: введите 50
debug3: получить пакет: введите 51
debug1: Аутентификации, которые могут продолжаться: открытый ключ, пароль
debug3: начать сначала, передать другой список открытых ключей, пароль
debug3: предпочтительный открытый ключ, интерактивная клавиатура, пароль
debug3: открытый ключ authmethod_lookup
debug3: остается предпочтительным: интерактивная клавиатура, пароль
debug3: открытый ключ authmethod_is_enabled
debug1: следующий метод аутентификации: открытый ключ
debug1: Предлагается открытый ключ: /Users/sieler/.ssh/id_rsa RSA SHA256:2kIKCdm9l[...]
debug3: отправить пакет: введите 50
debug2: мы отправили пакет с открытым ключом, ждем ответа
debug3: получить пакет: введите 60
debug1: сервер принимает ключ: /Users/sieler/.ssh/id_rsa RSA SHA256:2kIKCdm9l[...]
debug3: sign_and_send_pubkey: RSA SHA256:2kIKCdm9lMtJfy/HXckvn2r1Vq3JIbX[...]
debug3: sign_and_send_pubkey: подписывание с использованием ssh-rsa
debug3: отправить пакет: введите 50
debug3: получить пакет: введите 52
debug1: аутентификация прошла успешно (открытый ключ).
Подтверждено для ozma ([10.84.3.15]:22).
debug2: параметр fd 6 O_NONBLOCK
debug2: параметр fd 7 O_NONBLOCK
debug1: канал 0: новый [клиентский сеанс]
отладка3: ssh_session2_open: канал_новый: 0
debug2: канал 0: отправить открытым
debug3: отправить пакет: введите 90
debug1: Запрос [email protected]
debug3: отправить пакет: введите 80
debug1: вход в интерактивный сеанс.
debug1: залог: сеть
debug3: получить пакет: введите 91
debug2: channel_input_open_confirmation: канал 0: запуск обратного вызова
debug2: настройка fd 5 TCP_NODELAY
debug3: ssh_packet_set_tos: установить IP_TOS 0x20
debug2: client_session2_setup: идентификатор 0
debug1: среда отправки.
debug3: игнорируется env TERM_PROGRAM
debug3: игнорируется env SHELL
debug3: Игнорируется env TERM
debug3: игнорируется env TMPDIR
debug3: игнорируется среда Apple_PubSub_Socket_Render
debug3: игнорируется env TERM_PROGRAM_VERSION
debug3: игнорируется env OLDPWD
debug3: игнорируется env TERM_SESSION_ID
debug3: игнорируется env CDPATH
debug3: Игнорируется ПОЛЬЗОВАТЕЛЬ env
debug3: игнорируется env SSH_AUTH_SOCK
debug3: Игнорируется env COLS
debug3: игнорируются столбцы env
debug3: Игнорируется env PATH
debug3: игнорируется env EXINIT
debug3: игнорируется env PWD
debug1: отправка env LANG = en_US.UTF-8
debug2: канал 0: запрос env подтвердить 0
debug3: отправить пакет: введите 98
debug3: игнорируется env XPC_FLAGS
debug3: игнорируются ЛИНИИ env
debug3: игнорируется env XPC_SERVICE_NAME
debug3: игнорируется env SHLVL
debug3: игнорируется env HOME
debug3: Игнорируется env LOGNAME
debug3: игнорируется env BASH_FUNC_prman%%
debug3: игнорируется env _
debug3: игнорируется env __CF_USER_TEXT_ENCODING
debug1: Отправка команды: scp -f source/rose/cxform
debug2: канал 0: запрос exec подтвердить 1
debug3: отправить пакет: введите 98
debug2: channel_input_open_confirmation: канал 0: обратный вызов выполнен
debug2: канал 0: открыть подтверждение rwindow 0 rmax 32768
debug2: канал 0: настройка rcvd 65536
debug3: получить пакет: введите 99
debug2: channel_input_status_confirm: введите 99 id 0
debug2: запрос exec принят на канале 0
cxform 0% 0 0.0KB/s --:-- ETAdebug2: канал 0: окно 1998827 отправлено настроить 98325
debug2: канал 0: окно 1990656 отправило настройку 106496
debug2: канал 0: окно 1966080 отправило настройку 131072
debug2: канал 0: окно 1966080 отправило настройку 131072
debug2: канал 0: окно 1966080 отправило настройку 131072
debug2: канал 0: окно 1966080 отправило настройку 131072
debug2: канал 0: окно 1966080 отправило настройку 131072
debug2: канал 0: окно 1966080 отправило настройку 131072
                     <--- первая разница. В хорошем сеансе была еще одна «отправленная настройка», как в приведенной выше строке.
debug3: отправить пакет: тип 1
debug1: канал 0: свободен: клиент-сеанс, nchannels 1
debug3: канал 0: статус: открыты следующие соединения:
  #0 клиент-сеанс (t4 r0 i0/0 o0/0 e[write]/0 fd 6/7/8 sock -1 cc -1)

debug1: fd 0 очищает O_NONBLOCK
debug3: fd 1 не O_NONBLOCK
Соединение с ozma закрыто удаленным хостом.
Broken pipeTransferred: отправлено 3004, получено 1092812 байт за 1,0 секунды

Байт в секунду: отправлено 2982,7, получено 1085052,8
debug1: статус выхода -1
sf:tt sieler$ 

'''

Трассировка хорошей сессии (частичная, с точки зрения разницы): '''

debug2: канал 0: окно 1966080 отправило настройку 131072
ленты 100% 1123 КБ 1,1 МБ/с 00:01    
debug3: получить пакет: введите 98
debug1: client_input_channel_req: канал 0 rtype ответ состояния выхода 0
debug3: получить пакет: введите 98
debug1: client_input_channel_req: канал 0 rtype [email protected] ответ 0
debug2: канал 0: rcvd eow
debug2: канал 0: chan_shutdown_read (i0 o0 sock -1 wfd 6 efd 8 [запись])
debug2: канал 0: вход открыт -> закрыт
debug3: получить пакет: введите 96
debug2: канал 0: rcvd eof
debug2: канал 0: выход открыт -> слив
debug2: канал 0: obuf пустой
debug2: канал 0: chan_shutdown_write (i3 o1 sock -1 wfd 7 efd 8 [запись])
debug2: канал 0: выходной сток -> закрыт
debug3: получить пакет: введите 97
debug2: канал 0: rcvd закрыть
debug3: канал 0: не будет отправлять данные после закрытия
debug2: канал 0: почти мертв
debug2: канал 0: gc: уведомить пользователя
debug2: канал 0: gc: пользователь отключен
debug2: канал 0: отправить закрыть
debug3: отправить пакет: введите 97
debug2: канал 0: мертв
debug2: канал 0: сборка мусора
debug1: канал 0: свободен: клиент-сеанс, nchannels 1
debug3: канал 0: статус: открыты следующие соединения:
  #0 клиент-сеанс (t4 r0 i3/0 o3/0 e[write]/0 fd -1/-1/8 sock -1 cc -1)

debug3: отправить пакет: тип 1
debug1: fd 0 очищает O_NONBLOCK
debug3: fd 1 не O_NONBLOCK
Передано: отправлено 3064, получено 1153540 байт, за 1,2 секунды
Байт в секунду: отправлено 2490,8, получено 937736,8
debug1: статус выхода 0
sf:tt sieler$ 

'''

Благодарность!

Рейтинг:1
флаг cn

Похоже, что удаленный конец убивает соединение. Я предполагаю, что где-то в цепочке тайм-аут - возможно, есть настройки SSHD, которые нужно настроить на Осма хозяин?

В противном случае вы пытались использовать rsync вместо SCP? Он поддерживает возобновление передачи, поэтому даже если вам придется запускать команду несколько раз, она в конечном итоге доберется до места.

флаг jp
Хорошее предложение, спасибо. К сожалению, он также не работает (и также в разных местах во время передачи): rsync ozma:source/rose/RO9K_cc_20.tar.Z RO rsync: соединение неожиданно закрыто (на данный момент получено 1081545 байт) [получатель] ошибка rsync: ошибка в потоке данных протокола rsync (код 12) в /BuildRoot/Library/Caches/com.apple.xbs/Sources/rsync/rsync-52.200.1/rsync/io.c(453) [receiver=2.6. 9] rsync: соединение неожиданно закрыто (на данный момент получено 43 байта) [генератор] ошибка rsync: ошибка в потоке данных протокола rsync (код 12) [...]

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.