Go: x/build/cmd/coordinator: ssh-Proxy sollte scp unterstützen support

/cc @dmitshur

Dies ist eines der Probleme, die ich betrachte. Bei dem Versuch, sich vorzustellen, wie es funktionieren würde, kam die folgende Frage auf.

Angesichts der Tatsache, dass wir gomote put , wird scp-Unterstützung benötigt und hilfreich? Macht gomote put schon das, was scp Sie tun lassen würde? Oder gibt es konkrete Anwendungsfälle, die uns bekannt sind und die dies lohnenswert machen würden.

Eine Beobachtung zu ssh vs. scp . Gomote lässt den Benutzer derzeit "ssh in" ein Buildlet, indem es gomote ssh <instance> ausführt, aber es funktioniert, indem es eine SSH-Shell erstellt und dem Benutzer erlaubt, sie zu verwenden. Der normale ssh Client wird nicht direkt unterstützt. Ich glaube nicht, dass die gleiche Lösung für scp funktionieren würde, da wir nicht die gesamte komplexe Syntax, die der scp Client unterstützt, erneut implementieren möchten.

gomote put und gomote gettar sind mühsam und funktionieren nicht mit vorhandenen Tools wie rsync .

Der normale SSH-Client wird nicht direkt unterstützt.

Es ist, wenn Sie es von Hand ausführen. gomote ssh den Befehl aus, den Sie selbst ausführen könnten.

Alles, was erforderlich ist, um diesen Fehler zu beheben (glaube ich), ist auf "sftp" -Kanalöffnungsanfragen in unserem ssh-Server zu antworten und einen neuen "sftp" -Kanal zum Backend zu öffnen und sie mit einer Kopie von io.Copy goroutines zusammenzufügen.