Paramiko连接失败需显式加载私钥并设正确权限；读日志优先用SFTP分块读取；批量操作须线程隔离SSHClient；结果应结构化为字典并JSON持久化。
paramiko连接失败：Authentication failed报错怎么办
常见现象是调用 client.connect() 时抛出 AuthenticationException: Authentication failed.，尤其在免密配置后仍失败。根本原因往往不是密钥本身不对，而是 paramiko 默认不读取 OpenSSH 的 ~/.ssh/config，也不自动尝试 id_rsa 或 id_ed25519——它只认你显式传进去的私钥对象。
- 确保私钥文件权限是
600（chmod 600 ~/.ssh/id_rsa），OpenSSH 服务端会拒绝读取权限过宽的密钥 - 用
paramiko.RSAKey.from_private_key_file()显式加载，别依赖系统默认行为；ED25519 密钥要用paramiko.Ed25519Key.from_private_key_file() - 如果私钥有密码，必须传入
password=xxx参数，paramiko 不会弹窗提示或读取 ssh-agent - 检查目标服务器的
/etc/ssh/sshd_config是否启用PubkeyAuthentication yes，且AuthorizedKeysFile路径与用户~/.ssh/authorized_keys一致
读取远程日志文件：直接 cat 还是 sftp.get() 更稳
直接执行 stdin, stdout, stderr = client.exec_command('cat /var/log/nginx/access.log | tail -n 100') 看起来快，但实际容易卡住或截断——尤其是日志滚动中、文件被重命名（如 access.log.1）、或 stdout 缓冲未 flush。sftp 方式更可控，适合巡检场景下的可靠性优先需求。
- 用
sftp.open()打开远程文件后，配合file_obj.readlines()或file_obj.read(1024*1024)分块读，避免一次性加载超大日志导致内存爆掉 - 若需“最后 N 行”，别依赖
tail -n，改用 sftp 获取文件大小，倒序读取字节流定位换行符（paramiko 自带paramiko.sftp_client.SFTPClient不支持 seek，得自己实现） - 注意时区：远程服务器日志时间戳按其本地时区写入，Python 解析时别默认用
datetime.now()，建议统一转为 UTC 或显式指定tzinfo
批量连接多台机器：用 for 循环串行还是 ThreadPoolExecutor 并发
串行遍历列表做 connect() + exec_command() 最简单，但 10 台机器每台耗时 2 秒，就要等 20 秒。并发能压到 2–3 秒，但 paramiko 的 SSHClient 实例不是线程安全的，每个线程必须持有独立 client 和 transport。
- 必须为每个线程/任务新建
paramiko.SSHClient()，不能共用一个实例 - 设置
client.set_missing_host_key_policy(paramiko.AutoAddPolicy())是方便，但生产环境应改用paramiko.RejectPolicy()+ 预置 known_hosts 文件，避免中间人攻击 - 加上超时控制：
client.connect(..., timeout=5, auth_timeout=5)，否则某台机器宕机时整个线程卡死 - 示例片段：
from concurrent.futures import ThreadPoolExecutor def fetch_log(host): client = paramiko.SSHClient() client.set_missing_host_key_policy(paramiko.RejectPolicy()) try: client.connect(host, username='ops', key_filename='~/.ssh/id_rsa', timeout=5) sftp = client.open_sftp() with sftp.open('/var/log/syslog', 'r') as f: return host, f.tail_lines(50) # 假设你写了 tail_lines 方法 finally: client.close()
日志巡检结果怎么结构化输出，而不是一堆 print
巡检不是为了“看到结果”，而是为了后续触发告警、存入数据库或生成报告。把每台机器的返回值拼成字符串 print 出来，等于没做数据沉淀。
立即学习“Python免费学习笔记（深入）”；
- 每次成功读取后，立刻构造成字典，例如
{'host': '10.0.1.5', 'log_line_count': 127, 'last_timestamp': '2024-06-12T08:23:41Z', 'error': None} - 错误情况也统一字段，比如连接失败时
'error': 'Authentication failed'，不要抛异常中断整个巡检流程 - 输出建议用
json.dumps(..., ensure_ascii=False)写入文件，或直接塞进sqlite3本地库——别用 CSV，日志内容含换行、逗号、引号时 CSV 解析极易崩 - 巡检脚本加个
--since 1h参数？那得先用exec_command("date -d '1 hour ago' +'%b %d %H:%M:%S'")拿远程时间格式，再 grep 匹配，注意各 Linux 发行版date语法差异（CentOS 用-d，Alpine 用-v-1H）
真正麻烦的从来不是连上机器，而是怎么让每次连接都可预期、每次读取都不断流、每次失败都有迹可循。密钥路径写错、sftp 文件句柄没 close、并发里复用 client——这些点漏一个，巡检脚本就从工具变成定时炸弹。
