Go: x / build / cmd / coordinator: el proxy ssh debería ser compatible con scp

/ cc @dmitshur

Este es uno de los problemas que estoy analizando. Al tratar de imaginar cómo funcionaría, surgió la siguiente pregunta.

Dado que tenemos gomote put , ¿será necesario y útil el soporte de scp? ¿No gomote put ya hace lo que scp le permitiría hacer? ¿O hay casos de uso específicos de los que somos conscientes que harían que esto valiera la pena?

Una observación sobre ssh vs scp . Actualmente, Gomote permite al usuario "ssh en" un buildlet ejecutando gomote ssh <instance> , pero funciona creando un shell ssh y permitiendo que el usuario lo use. El cliente normal ssh no es compatible directamente. No creo que la misma solución funcione para scp , porque no queremos volver a implementar toda la sintaxis compleja que admite el cliente scp .

gomote put y gomote gettar son tediosos y no funcionan con herramientas existentes como rsync .

El cliente ssh normal no es compatible directamente.

Lo es si lo ejecuta a mano. gomote ssh eco del comando que podría ejecutar por su cuenta.

Todo lo que se necesita para corregir este error (creo) es responder a las solicitudes de apertura del canal "sftp" en nuestro servidor ssh y abrir un nuevo canal "sftp" hacia el backend y unirlos con una copia io.Copy goroutines.