Skip to content

hostagent: support reverse-sshfs on plain Windows#5300

Open
jandubois wants to merge 1 commit into
lima-vm:masterfrom
jandubois:hostagent-reverse-sshfs-plain-windows
Open

hostagent: support reverse-sshfs on plain Windows#5300
jandubois wants to merge 1 commit into
lima-vm:masterfrom
jandubois:hostagent-reverse-sshfs-plain-windows

Conversation

@jandubois

@jandubois jandubois commented Jul 21, 2026

Copy link
Copy Markdown
Member

The mount path and the sftp-server that serves it must agree on the Windows path form, so both now derive from a single ssh.exe. Otherwise sshocker auto-detects an sftp-server off PATH that may come from a different toolchain than the one the path was converted for.

This gives SftpServerForSSH its first caller, which #5270 deliberately left unwired.

Part of a series continuing the native Windows OpenSSH work from #5205 and #5270: #5298, #5299, #5300, #5301. They are independent and can merge in any order. #5298 and #5301 both touch pkg/sshutil/sshutil.go, in different functions, and apply cleanly in either order.

Note that the Windows CI runner uses MSYS2 / Git for Windows, so it exercises the Cygwin path. End-to-end validation on a plain Windows host, with no Cygwin toolchain present, arrives with the plain-Windows CI jobs in a later PR.

The mount path and the sftp-server that serves it must agree on the
Windows path form, so both now derive from a single ssh.exe. Otherwise
sshocker auto-detects an sftp-server off PATH that may come from a
different toolchain than the one the path was converted for.

Signed-off-by: Jan Dubois <jan.dubois@suse.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants