proxyjump 需 openssh ≥7.3 且配置严格：本地与跳板机服务端版本均须达标；~/.ssh/config 格式须顶格写 host、缩进字段、禁用 tab、权限 600；多层跳转靠 host 别名链式依赖，密钥需逐级部署；失效时静默直连，须用 -v 或查跳板日志验证。
ProxyJump 能用，但配置错一个地方就完全不生效——不是报错，而是静默退回到直连模式，你根本意识不到它没走跳板。
确认本地和跳板机的 OpenSSH 版本是否 ≥7.3
ProxyJump 不是“开了就通”的功能，它从 OpenSSH 7.3 才开始原生支持，低于这个版本会直接忽略 ProxyJump 配置，且不提示、不报错。很多人配了半天连不上，最后发现是版本卡在 7.2。
- 本地执行
ssh -V，输出必须类似OpenSSH_8.9p1或OpenSSH_7.3p1；若显示OpenSSH_6.7p1，说明客户端太旧 - 跳板机上不能只看
ssh -V（那是客户端），要运行sshd -V 2>&1 | head -1查服务端版本；CentOS 7 默认带的是 7.4，但某些精简镜像可能被降级过 - Ubuntu/Debian 升级客户端：运行
sudo apt update && sudo apt install openssh-client；RHEL/CentOS 7+ 用sudo yum update openssh-clients
~/.ssh/config 中 ProxyJump 的写法与常见陷阱
配置文件里写错格式，ssh 会静默失败——比如把 ProxyJump 写成 ProxyJump:，或缩进不一致，或 Host 别名含下划线（部分老版本解析失败）。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
-
ProxyJump值可以是另一个Host别名（推荐），也可以是user@host:port形式（适合临时调试）；但不能混用空格和等号：ProxyJump jump✅，ProxyJump = jump❌ - 每个
Host块必须顶格写，HostName、User等字段必须缩进（任意空格数均可，但不能用 Tab 混合——某些编辑器默认 Tab 会破坏解析） - 权限必须是
600：运行chmod 600 ~/.ssh/config，否则 SSH 会直接忽略整个文件 - 别名中避免使用
.或-开头（如.jump或-target），某些 SSH 版本会跳过匹配
多层跳板链（如 jump1 → jump2 → target）的嵌套逻辑
三层跳转不是靠 “ProxyJump jump1,jump2”，而是靠配置块之间的依赖关系：后一级的 ProxyJump 指向前一级的 Host 别名，SSH 自动串起来。
- 例如：定义
Host jump1→ 定义Host jump2并设ProxyJump jump1→ 定义Host final并设ProxyJump jump2；这样ssh final就自动走三级链 - 关键约束：
jump1必须能直连jump2的 IP 和端口（网络层通），jump2必须能直连final的 IP 和端口；ssh -v final的日志里会出现debug1: Setting implicit ProxyJump表示链路已识别 - 不要试图在
final块里写ProxyJump jump1,jump2——ProxyJump不支持逗号分隔多个主机，只接受单个目标（可为别名或 user@host:port）
密钥认证必须逐级打通，不能只配本地到跳板机
ProxyJump 是“通道链”，每一段都是一次独立 SSH 连接，所以每段都要能免密登录。只配好本地 → jump1，却没在 jump1 上部署 jump1 → target 的密钥，就会卡在第二跳。
- 本地生成并部署到 jump1：
ssh-keygen -t ed25519 -f ~/.ssh/id_rsa_jump→ssh-copy-id -i ~/.ssh/id_rsa_jump.pub user@jump1 - 登录 jump1 后，再在 jump1 上生成并部署到 target：
ssh-keygen -t ed25519 -f ~/.ssh/id_rsa_target→ssh-copy-id -i ~/.ssh/id_rsa_target.pub user@target - 如果目标机禁用了密码登录（
PasswordAuthentication no），而 jump1 上又没配好 target 的密钥，ssh final会卡住并提示Permission denied (publickey)，错误发生在 jump2 → final 这一跳，不是本地问题
最容易被忽略的点：ProxyJump 的静默失效机制——它不会告诉你“我跳板没走”，只会默默尝试直连目标；验证是否真走跳板，最可靠的方法是加 -v 参数看连接日志，或者在跳板机的 /var/log/secure 里搜自己的用户名，确认有没有登录记录。
