Open phr34k opened 1 month ago
A temporary workaround is copying the sshd executable ( server ) and naming it "SSH-2.0-OpenSSH_for_Windows_9.5", this particulair error then gets resolved, however it's impossible sshd copies for every client out there, so the underlying issue should still be fixed imho.
Are you still facing this issue? Can provide the full debug logs from both the ssh client and server? https://github.com/PowerShell/Win32-OpenSSH/wiki/Troubleshooting-Steps has info on collecting the logs.
@tgauth to my knowledge I am still having this error. As stated I did find a workaround, that holds up for now, but if I remove those copies of the executable the error comes back. I don't have any server logs at the moment.
Prerequisites
Steps to reproduce
I updated openssh installations on a machine running sshd through winget because they were quite dated. Unfortunately, I could only find the beta releases. When connecting to the machine it gives out the following error "'SSH-2.0-OpenSSH_for_Windows_9.5' is not recognized as an internal or external command, operable program or batch file."
To work around the issue on the server, I've just copied over the sshd executable and renamed it 'SSH-2.0-OpenSSH_for_Windows_9.5'. This supringsinly works well, but when connecting from other clients like the one bundled with git setup it'll complain about other variants of executables missing e.g. "'SSH-2.0-OpenSSH_9.7' is not recognized as an internal or external command, operable program or batch file."
On surface, it seems that when connecting to sshd, the ssh version the user uses relays some information about client version used and the sshd(eamon) uses that to fork the process.
Expected behavior
Actual behavior
Error details
Environment data
Version
This problem seems to happen for both ssh bundled in git, and the one installed from this repository.
SSH-2.0-OpenSSH_for_Windows_9.5 <--> SSH-2.0-OpenSSH_for_Windows_9.5 SSH-2.0-OpenSSH_9.7 <--> SSH-2.0-OpenSSH_for_Windows_9.5
Visuals
n/a