ssh: канал xx: ошибка открытия: ошибка подключения: ошибка открытия
Право собственности определяется извлечением , а не созданием архива. Вы можете убедиться в этом, посмотрев оглавление архива, например,
tar tvf dist.tar
При создании файла от имени обычного пользователя
tar --owner 0 --group 0 dist.tar dist
творить чудеса
channel 41: open failed: connect failed: open failed
Это сообщение об ошибке означает, что удаленный SSH-сервер не смог выполнить запрос на пересылку TCP, поскольку ему не удалось подключиться к цели туннеля. Последняя часть сообщения «открыть не удалось» — это сообщение об ошибке с удаленного сервера SSH.
Когда вы запускаете SSH с переадресацией портов, переадресация портов работает следующим образом:
- Локальный клиент ssh прослушивает TCP-соединения на локальном порту (/var/run/some.socket в вашем случае ).
- Когда отправитель подключается к локальному порту, клиент ssh отправляет запрос на «прямой -tcpip» канал на сервер. Запрос включает цель туннеля (/var/run/some.socket в удаленной системе в вашем случае ).
- Удаленный SSH-сервер устанавливает TCP-соединение с целью туннеля.
- Локальный клиент ssh и удаленный сервер ssh передают данные в обоих направлениях между соответствующими соединениями TCP и прямым -каналом tcpip.
В вашем случае сервер ssh дает сбой на шаге 3, потому что по какой-то причине он не может подключиться к цели туннеля.
Вам следует проверить журнал ssh на удаленном сервере. Процесс сервера SSH мог зарегистрировать сообщение о причине сбоя. Кроме того, вы говорите, что это происходит периодически во время нагрузочного теста, поэтому я бы рассмотрел проблемы на стороне сервера -, связанные с нагрузкой. На ум приходит несколько вариантов:
- Приложение в удаленной системе, прослушивающее /var/run/some.socket, недостаточно быстро обрабатывает запросы на подключение, и накапливается невыполненная работа.
- Серверный процесс SSH достигает какого-то предела ресурсов (количества открытых файловых дескрипторов, например)