Вы можете безопасно перезапустить ssh-сервер, пока к нему подключены. Он специально поддерживает ваше соединение, чтобы избежать блокировки. Но вы всегда должны открывать второе соединение и проверять, можете ли вы инициализировать новое соединение, прежде чем закрывать первое!
Мне кажется, это одна из двух проблем:
sftp-server падает по какой-то причине (отсутствует библиотеки, segfault и т. д.)
На сервере работает sftp-сервер, отличный от openssh, вместо версии openssh. Это всегда вызывает проблемы.
В качестве быстрой проверки посмотрите, сможете ли вы запустить двоичный файл sftp-server вручную без его сбоев. Он должен просто сидеть и ждать ввода (убить его с помощью ctrl-c). Если он жалуется на отсутствие библиотек или выходит из строя, вы узнаете, в чем проблема.
Проверить права на двух sftp-серверах. Убедитесь, что разрешение на выполнение выходит для всех владельцев, групп и других пользователей. Я видел обновления разрешений clobber.
У меня была аналогичная проблема. Если права доступа к файлу sshd_config изменяются, скорее всего, это проблема. Это должно быть 644.
см. http://www-01.ibm.com/support/docview.wss?uid=isg3T1012888
У меня была такая же проблема. В конце концов я обнаружил, что забыл доверять IP-адресу удаленного ssh-сервера в настройках брандмауэра (для разрешения подключения через ssh-порт 22)