看起来你在测试WinSCP的keepuptodate命令时遇到了卡住的问题，我帮你梳理下场景并给出几个排查方向：

你的环境与操作复盘 #

• 操作系统：Windows 10
• 测试FTP服务器：Xlight FTP Server
• WinSCP预设会话：test_local
• 执行的命令行：

  WinSCP.exe test_local /Console /Script=script.txt /log="F:\WinSCP.log"
  

• 同步脚本script.txt内容：

  option batch on
  option confirm off
  option transfer automatic
  keepuptodate -delete F:\mirror_test /
  close
  exit
  

从你提供的日志来看，WinSCP成功连接到FTP服务器，keepuptodate命令启动后开始检查本地文件夹，但在发送保活命令TYPE A后就没有后续操作了，这说明同步进程卡在了监控或交互环节。

可能的原因与解决方案 #

1. FTP被动模式未正确配置

FTP的被动模式（PASV）是WinSCP保持长连接和接收目录变更的关键，Xlight FTP Server可能默认配置有问题：

• 打开WinSCP图形界面，编辑test_local会话，切换到「FTP」选项卡，勾选「被动模式」，保存后重新用命令行测试。
• 或者直接在脚本中添加被动模式配置，把这行插入到option transfer automatic之后：

  option ftp-pasv on
  

2. FTP服务器目录权限不足

你使用的是匿名用户连接，需要确保Xlight FTP Server中匿名用户对根目录/拥有写入、修改、删除的完整权限。如果权限不够，keepuptodate在尝试同步变更时会静默卡住，无法继续执行。

3. Windows文件系统监控限制

WinSCP的keepuptodate依赖Windows的文件系统监控API，以下情况可能导致卡住：

• 测试目录F:\mirror_test包含大量文件/子目录，监控负载过高：先换成只有几个文件的测试文件夹，验证是否能正常运行。
• 杀毒软件或系统安全工具拦截了监控操作：临时关闭Windows Defender实时监控，再测试一次。

4. WinSCP版本兼容性问题

如果你的WinSCP版本较旧，可能存在与Windows 10或Xlight FTP Server的兼容性bug。建议下载最新稳定版的WinSCP重新测试。

额外调试技巧 #

• 提升日志详细度：修改命令行的日志参数为/log="F:\WinSCP.log" /loglevel=0，这样能获取更细致的会话交互信息，帮助定位卡住的具体节点。
• 图形界面验证：在WinSCP图形界面中手动触发「保持同步」功能（点击顶部菜单「命令」→「保持同步」），如果同样卡住，说明问题出在功能本身而非命令行脚本。

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