[Bug] 系统信息中docker部分超时

[smilehu2019]

Operating system

Windows

Netcatty version

1.1.83

How did you install Netcatty?

GitHub Release (.dmg / .exe / .AppImage / .deb / .rpm / .pacman)

Affected area

SSH connection / terminal

Can you reproduce it?

Always (100%)

Steps to reproduce

Expected behavior

系统信息中docker部分超时

Actual behavior

系统信息中docker部分超时

Logs / screenshots

No response

Before submitting

• I searched existing issues and did not find a duplicate
• I removed passwords, private keys, and other secrets from this report

[netcatty-bot]

感谢反馈，问题我们已经定位到。系统信息里的 Docker 页签需要在远程机器上执行 docker ps 这类命令，目前给它们的等待时间是固定 12 秒。你的机器上 docker 命令本身响应慢或卡住了（比如守护进程没启动、挂起，或者是 snap / rootless 方式安装），命令没能在 12 秒内返回，就会出现截图里的超时提示。另外权限不足时软件还会自动用 sudo 重试两次，进一步消耗这段等待时间。我们会在后续版本里改进这里：加长并自适应超时，先探测 docker 守护进程是否正常，并给出更明确的错误提示。你也可以先在远程机器的终端里手动跑一下 docker ps，看看需要多久或是否报错，方便的话把结果补充到这个 issue 里，能帮我们更快验证修复。

[netcatty-bot]

A draft fix is available at #3388. Waiting on Codex review / remaining checks.

[smilehu2019]

终端执行返回还是很快的

[smilehu2019]

我又重试他出来了

[netcatty-bot]

感谢补充的截图，这个信息非常关键：终端里 docker ps 不到 0.1 秒就能返回，说明远端的 Docker 守护进程本身是正常且很快的，我们之前"守护进程响应慢导致超时"的判断不成立，单纯把等待时间加长也解决不了你遇到的问题。

现在看，问题更可能出在 Netcatty 自己执行远程命令的通道上——后台执行环境和终端环境不一样，命令在你的机器上可能卡在了某个环节，而不是 docker 真的慢。这需要在能复现的环境里逐段排查具体是哪一步挂起，目前还没法给出一个有把握的代码修正。

方便的话可以再帮我们确认两点，能大幅缩小排查范围：

1. 出现超时时，系统信息里的其他页签（比如进程、端口、服务）是否能正常刷新，还是同样卡住？
2. 远程机器的 sshd 配置里 MaxSessions 等并发限制有没有特别设置？

有了这些信息我们就能定位到真正的原因再做修复。