Go: x / build / cmd /ordinator: прокси-сервер ssh должен поддерживать scp

/ cc @dmitshur

Это одна из тех проблем, на которые я обращаю внимание. Пытаясь представить себе, как это будет работать, возник следующий вопрос.

Учитывая, что у нас есть gomote put , нужна ли и будет ли полезна поддержка scp? Разве gomote put уже не делает то, что scp позволил бы вам сделать? Или есть известные нам конкретные варианты использования, которые могли бы оправдать это.

Одно наблюдение о ssh против scp . Gomote в настоящее время позволяет пользователю «ssh войти» в сборку, запустив gomote ssh <instance> , но он работает, создавая оболочку ssh и позволяя пользователю использовать ее. Обычный клиент ssh напрямую не поддерживается. Я не думаю, что такое же решение подойдет для scp , потому что мы не хотим повторно реализовывать весь сложный синтаксис, поддерживаемый клиентом scp .

gomote put и gomote gettar утомительны и не работают с существующими инструментами, такими как rsync .

Обычный клиент ssh напрямую не поддерживается.

Это если запускать вручную. gomote ssh выводит команду, которую вы можете запустить самостоятельно.

Все, что требуется для исправления этой ошибки (я думаю), - это ответить на запросы открытия канала «sftp» на нашем сервере ssh и открыть новый канал «sftp» для бэкэнда и сшить их вместе с копией io.Copy goroutines.