asyncssh.connect()常因未显式指定client_keys、password或known_hosts=None导致timeout或ConnectionError；默认connect_timeout为10秒，需配合Semaphore限流并发，避免端口耗尽或服务拒绝。
asyncssh.connect() 为什么总是 timeout 或抛出 ConnectionError
asyncssh 默认不启用 SSH 密钥自动发现，也不读取 ~/.ssh/config，直接调用 asyncssh.connect() 很容易卡在连接阶段。常见错误是未显式指定 known_hosts=None（跳过主机密钥验证）或未传入私钥路径。
- 必须显式传入
client_keys参数，例如client_keys=['/path/to/id_rsa']；若用密码登录，需加password='xxx' - 首次连接远程主机时，
known_hosts默认加载~/.ssh/known_hosts，若目标主机不在其中且未设known_hosts=None，会抛KeyExchangeFailed - 连接超时由
connect_timeout控制，默认 10 秒，内网批量操作建议设为3，避免单台失败拖慢整体 - 不要复用同一个
SSHClientConnection实例发多个命令——它不是线程安全的，更不是协程安全的；每个任务应独立建立连接或使用连接池
如何并发执行多台机器的命令而不被 asyncio.gather() 压垮
直接对上百台机器调用 asyncio.gather(*[run_on_host(h) for h in hosts]) 容易触发系统级限制：本地端口耗尽、TCP 连接数超限、远程 SSH 服务拒绝新连接（如 OpenSSH 的 MaxStartups）。
- 务必用
asyncio.Semaphore限流，例如sem = asyncio.Semaphore(20)，在协程开头async with sem:再 connect - 避免在循环里无节制创建
asyncssh.Connection：每个连接开销不小，短命连接（只跑一条命令）不如复用；但复用需注意create_process()返回的SSHProcess不可跨协程共享 - 批量场景下，优先用
connection.run()而非create_process()，前者自动处理 stdin/stdout/stderr 闭合，后者需手动await proc.wait() - 如果命令输出很大（如
journalctl -n 10000），记得设env={'LANG': 'C'}避免 UTF-8 解码失败，并用timeout参数防 hang
asyncssh.ChannelOpenError: Channel open failed: open failed 错误怎么定位
这个错误通常不是网络问题，而是服务端拒绝执行请求——最常见于权限不足、shell 被禁用、或命令被 shell 语法截断。asyncssh 不做 shell 解析，run('ls -l /root') 是原样传给远程 shell 的，但若远程用户没权限或 shell 是 /bin/false 就会失败。
- 先确认目标用户能正常 ssh 登录并执行命令：
ssh user@host 'echo ok'，失败则查/etc/passwd登录 shell 和 sudo 权限 - 避免拼接命令字符串，尤其含空格或变量时；改用
run('ls', '-l', '/root')多参数形式，由 asyncssh 自动处理 argv 传递 - 某些环境（如容器化节点）禁用了交互式 shell，此时
run()可能失败，可尝试create_process('/bin/sh', '-c', 'ls -l /root')显式指定解释器 - 检查远程
/var/log/auth.log或journalctl -u ssh，看是否有session refused或PAM authentication failure
批量结果怎么收集才不容易丢数据或混淆输出
异步并发下，各主机返回顺序不确定，靠 print 打印极易错乱。不能依赖执行顺序，必须绑定 host 到结果。
立即学习“Python免费学习笔记（深入）”；
- 每个任务返回一个字典，如
{'host': '10.0.1.5', 'status': 'success', 'stdout': b'...', 'stderr': b'...', 'exception': None} - 不要在协程里直接 print；统一由主协程收集后格式化输出，或写入文件时用
host + timestamp命名 - 对 stderr 不要忽略：即使
run()返回exit_status == 0，stderr 也可能有 warning（比如sudo提示 tty 不存在），建议始终检查result.stderr - 如果需要结构化数据（如 JSON），注意
stdout和stderr是bytes，需显式解码：result.stdout.decode('utf-8', errors='replace')
真正麻烦的不是并发本身，而是每台机器的 SSH 环境差异——有的 key 权限是 600，有的要求密码+key 双因素，有的连 /bin/sh 都被替换成 /bin/dash。asyncssh 很轻量，但不会替你兜底这些运维细节。
