Linux通过freeSSHd向Windows VM执行命令及SCP传输失败求助

我来帮你一步步捋清楚这个SCP文件不见的问题，结合你用freeSSHd在Windows虚拟机上做SSH服务的场景，大概率是这几个环节出了岔子：

• 先确认freeSSHd的路径映射规则
  freeSSHd对Windows路径的解析和原生Linux不太一样，它默认会把Windows用户的主目录映射成SSH会话里的/home目录。比如你在scp命令里写了绝对路径C:/Users/perf/Documents/，可能因为路径分隔符（用了/而非Windows的\）或者映射规则，导致文件被传到了错误的位置。
  建议先在Linux上用SSH登录Windows机器，执行pwd看看当前会话的主目录对应Windows的哪个路径，再用ls Documents确认这个目录是否存在。或者直接改用相对路径试试：

  scp /本地文件路径/目标文件.txt perf@你的WindowsIP:Documents/
  

• 检查freeSSHd的用户权限配置
  打开freeSSHd的配置界面，找到「Users」选项卡，选中perf用户点击「Properties」：

  • 确认「File transfer (SCP)」里勾选了「Write」权限；
  • 检查「Home directory」是不是设置成了C:\Users\perf——如果这里设成了其他路径，你写的Documents会相对于这个自定义主目录，文件自然就跑到别的地方去了。

• 用SCP的 verbose 模式抓详细日志
  有时候SCP看起来执行成功，但其实藏着权限或路径错误，只是没显示出来。你可以加-v参数看完整输出：

  scp -v /本地文件路径/目标文件.txt perf@你的WindowsIP:C:/Users/perf/Documents/
  

  重点看输出里有没有「Permission denied」「No such file or directory」这类提示，这些信息能直接定位问题。

• 排查Windows本地的权限限制
  就算freeSSHd给了权限，Windows的UAC或者文件系统权限也可能拦着写入。你可以在Windows虚拟机上，用perf用户手动往C:\Users\perf\Documents里创建一个文件，如果手动都失败，那就是Windows本地的权限配置问题，需要给perf用户开放该目录的写入权限。

• 暂时排除WinSCP的干扰
  虽然理论上WinSCP和freeSSHd不冲突，但偶尔WinSCP的后台服务或配置可能影响freeSSHd的运行。你可以先关闭WinSCP相关的所有进程，再重新测试SCP命令，看看文件能不能正常传到目标路径。

内容的提问来源于stack exchange，提问作者nidHi