jackandCursor
d884de2c36
dryrun 的 ssh 探测适配强制命令，并分清指纹与认证两种失败
采集机那侧的 authorized_keys 用了强制命令，把这把 key 锁成只能跑 tail，
拿不到 shell。副作用是任何请求都变成 tail -F 而它永不返回，原先
`ssh <host> 'echo ok'` 的探测会永久挂住——ConnectTimeout 只管建连，不管
命令时长。改成照 ship_signals 的真实用法读流：tail -c +0 先吐出整个文件，
数行数就等于对端总线条数，之后由 timeout 收掉。
失败诊断原先一律说"装 key"，但 Host key verification failed 是 known_hosts
空的，装 key 修不了，会把人引到错方向。现在分三类：指纹未确认、认证被拒、
其他，各给对应做法。指纹那条明确不建议 StrictHostKeyChecking=no——这条链路
上跑的是下单信号。
install.sh 的第 2 步补上 known_hosts：原先只说装 key，而服务跑起来会撞同一
个墙（BatchMode=yes 不允许交互确认）。
实测：强制命令下故意请求错路径，仍拿到真总线内容且 stderr 干净。
Co-authored-by: Cursor <cursoragent@cursor.com>
2026-08-28 18:01:01 +08:00
..
2026-08-28 18:01:01 +08:00
2026-08-28 17:30:11 +08:00
2026-08-28 17:03:03 +08:00
2026-08-28 17:57:24 +08:00
2026-08-28 17:03:03 +08:00
2026-08-28 17:03:03 +08:00
2026-08-28 17:03:03 +08:00
2026-08-28 17:30:11 +08:00