Scp зависает

проблемы с сетью или с диском приемо-передающего устройства.

А банально место на разделе с хомяком не закончилось? Или квота, например?

Нет. с диском проблем нет.

проблемы с сетью

Что может быть конкретней? Как определить?

сеть локальная?

А что в логах при LogLevel DEBUG? sftp нормально работает?

Что может быть конкретней? Как определить?

Что угодно. Смотреть логи, проверить качество сети iperf / ping / etc.

посмотри ошибки на интерфейсах - ifconfig

Сеть не локальная. Информация от А на которой проблемы к B передается через ssh forwarding (B за фаерволом). Копирование от B к A проходит нормально

RX packets 16107  bytes 7700713 (7.3 MiB)
        RX errors 0  dropped 36  overruns 0  frame 0
        TX packets 13761  bytes 3161051 (3.0 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 44  base 0xa000  

sftp также не работает. Где вообще ssh хранит свои логи? В /var/log/message ничего не обычного нет

логи: /var/log/auth.log

LogLevel DEBUG в /etc/ssh/sshd_config

scp -vvv также может оказаться полезным.

Как определить?

tcpdump на обоих концах

А чего rsync, например, не юзаете?

То есть от B к A идёт через NAT и нормально копируется. А в обратную сторону идёт через ssh forwarding на промежуточном сервере и возникает затык при копировании?

А по ssh вы пробовали большой объём данных, допустим, cat большой файл? И попробуйте scp на этот промежуточный сервер с ssh forwarding'ом.

Нет. Простите за плохое объяснение. B-NAT----------Internet-----------------A. B за натом, он конектится к A. От A к B доступ через ssh forwarding. Скопировать что либо с А на B не возможно. С B на A легко.

А по ssh вы пробовали большой объём данных, допустим, cat большой файл?

Попробовал. Также виснет. При этом не обязательно уж слишком большой.

Если и ssh под нагрузкой виснет, значит проблема не в scp. Хорошо бы посмотреть что происходит при этом на той машине, где включен ssh forwarding, может там процессор перегревается или память кончается.

Если и ssh под нагрузкой виснет

Речь идет о файлах размером около 100 кб. Я не думаю что это большие нагрузки.

В общем временно проблема решена HPNDisabled yes и все заработало. Еще бы знать что значит это опция, а еще лучше почему ранее все работало без нее.

HPNDisabled это, видимо, отсюда:

http://www.psc.edu/networking/projects/hpn-ssh/faq.php http://www.psc.edu/networking/projects/hpn-ssh/hpnreadme.php

И, как я понял, основное что они делают, это настраивают параметры tcp. Видимо, раньше на вашем линке были меньше потери пакетов, а теперь что-то поменялось (другое оборудование, загрузка канала, шейпинг у провайдера). Я не особо знаю тонкости tcp, но, вроде его можно так «настроить», что даже небольшие потери пакетов очень критичны.

И если уж очень хочется докопаться до истины, то нужно запускать tcpdump с обоих сторон линка, дампить все пакеты, смотреть какие параметры соединения tcp были согласованы в начале и какие пакеты теряются...

рандомные обрывы scp(именно такие, когда копирование тупо повисает, а не сбрасывается) на моей памяти были из-за:

1) кривая настройка MTU, при том, что Path MTU Discovery отключен или не может отработать; 2) особо упоротые железки-роутеры(но это скорее редкость)