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

Creado en 24 jul. 2017 · 3Comentarios · Fuente: golang/go

A partir de https://golang.org/cl/50750, el coordinador de compilación tiene un servidor ssh para proxy a buildlets. (Ese fue el error # 19956)

Pero todavía no hay soporte para scp.

Este es un error de seguimiento para averiguarlo.

Builders FeatureRequest help wanted

Fuente

bradfitz

Comentario más útil

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.

bradfitz en 16 ago. 2018

❤1 👍1

Todos 3 comentarios

/ cc @dmitshur

bradfitz en 13 ago. 2018

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 .