我之前也碰到过Windows容器里NSIS安装程序静默执行异常的问题，结合你的测试场景，给你几个实用的调试方向和排查提示：

一、强化Start-Process的调试输出 #

本地执行正常但容器里异常，首先要搞清楚容器内进程的真实状态：

• 捕获进程的完整属性，而不只是ID：

  $installProc = Start-Process -FilePath C:\filezilla_setup.exe -ArgumentList '/S /NCRC' -NoNewWindow -Wait -PassThru
  $installProc | Select-Object * | Out-File C:\install_process_details.txt -Force
  

  查看install_process_details.txt里的ExitCode、HasExited、ExitTime等字段，判断进程是真的完成了还是异常终止。
• 保留标准输出/错误重定向，同时尝试移除-NoNewWindow：
  容器的会话环境和本地有差异，无窗口模式可能触发安装程序的兼容性问题，试试：

  Start-Process -FilePath C:\filezilla_setup.exe -ArgumentList '/S /NCRC' -Wait -PassThru `
    -RedirectStandardOutput C:\install_out.txt `
    -RedirectStandardError C:\install_err.txt
  

  即使本地日志为空，容器里可能会输出关键错误信息。

二、利用NSIS自带的日志功能 #

绝大多数NSIS安装程序支持/LOG参数生成详细安装日志，这是排查静默安装问题的黄金手段：
修改Dockerfile中的安装命令，添加日志参数：

RUN powershell.exe -Command \
  $ErrorActionPreference = 'Stop'; \
  Start-Process -FilePath C:\filezilla_setup.exe -ArgumentList '/S /NCRC /LOG=C:\fz_install_log.txt' -Wait -PassThru

后续查看C:\fz_install_log.txt，里面会记录安装的每一步操作——包括文件复制路径、注册表修改、错误触发点等，能直接定位到安装失败的原因。

三、排查容器的权限与环境问题 #

Windows容器默认以NT AUTHORITY\SYSTEM账户运行，部分NSIS程序对系统账户的环境有特殊要求：

• 检查临时目录权限：
  NSIS安装依赖TEMP/TMP环境变量指定的目录，先输出容器内的环境变量确认：

  Get-ChildItem Env: | Out-File C:\env_vars.txt -Force
  

  确保TEMP路径存在且有写入权限，必要时手动指定临时目录：

  $env:TEMP = "C:\Temp"
  New-Item -Path $env:TEMP -ItemType Directory -Force
  

• 尝试用普通用户执行安装：
  系统账户可能触发某些安装程序的兼容性限制，先创建普通用户再执行：

  RUN net user installer UserPass123! /add
  RUN powershell.exe -Command \
    $ErrorActionPreference = 'Stop'; \
    $securePwd = ConvertTo-SecureString "UserPass123!" -AsPlainText -Force; \
    Start-Process -FilePath C:\filezilla_setup.exe -ArgumentList '/S /NCRC /LOG=C:\fz_install_log.txt' `
      -Wait -PassThru -User installer -Password $securePwd
  

四、简化执行方式，绕开Start-Process #

有时候Start-Process在容器中的行为和直接执行程序有差异，试试直接调用安装程序：

RUN powershell.exe -Command \
  $ErrorActionPreference = 'Stop'; \
  C:\filezilla_setup.exe /S /NCRC /LOG=C:\fz_install_log.txt; \
  Write-Host "Install exit code: $LASTEXITCODE"

直接执行可以获取安装程序的原生退出码，0通常代表成功，非零值对应具体错误类型。

五、验证镜像与主机的兼容性 #

虽然你用的是ltsc2019镜像匹配主机版本，但镜像的补丁更新可能引入兼容性问题：

• 尝试使用带具体补丁版本的镜像标签（比如mcr.microsoft.com/windows/servercore:1809_KB5034441），或回退到旧版本镜像测试，排除镜像本身的问题。

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